問題タブ [testing]

私の現在の環境では、「クリーンな」ビルドマシンがあり、コミットされたすべての変更の正確なコピーがあり、それ以上でもそれ以下でもありません。

そしてもちろん、私は自分のマシンを持っており、数十のファイルが「進行中」の状態になっています。

多くの場合、1つの変更だけでアプリケーションを構築する必要があります。たとえば、タスクABCを終了し、その変更のみでEXEを作成したいとします。

しかしもちろん、テストされるまでリポジトリに変更をコミットすることはできません。

分岐はこれにはやり過ぎのようです。テストビルドとリリースの変更を分離するために、環境で何をしますか？

@Matt b：では、変更に関するフィードバックを待つ間、何をしますか？あなたはいつもただ一つのことに取り組んでいますか？

私はJavaプログラマーであり、堅牢で効率的なコードを迅速に提供するのに役立つツールとして、コンパイラー、静的分析ツール、および単体テストフレームワークが好きです。JREは、私が仕事をするほとんどすべての場所にあります。

そのような状況を考えると、クールな黒のシステム管理者フェドーラのような他の帽子をかぶっていれば、タスクがどんなに小さくても、シェルスクリプトやvbスクリプトなどを使用する理由がわかりません。

私は他の帽子をあまり頻繁に着用しませんが、どのような状況でコンパイルされたコードを書くよりもスクリプトを選択する必要がありますか？

作成した Web ページをすべての最新バージョンの Internet Explorer (6、7、および 8 ベータ版) でテストしたいのですが、主に Mac で作業しており、PC に直接アクセスできないことがよくあります。

ISキーワードを使用して、オブジェクトがタイプであるかどうかをテストする方法を知っています。

しかし、「バー」ではないことをどのようにテストしますか?、否定的な結果をテストするために IS で機能するキーワードを見つけることができないようです。

ところで - 私はこれがあまりにも明白であることを恐ろしいと感じているので、事前にお詫び申し上げます...

Gallioに精通している方にとって、このツール、いわゆるテスト自動化プラットフォームを使用して、どのような長所と短所を経験しましたか？

私は開発ツールを市場とするソフトウェア ベンダーで働いており、製品の QA 担当者を探しています。

私たちは小さなショップなので、ポジションはサポートと QA の組み合わせになりますが、私たちは開発者ツールを作っているので、サポートは実際の開発の大部分を占めています (その人は顧客のコードを読んで理解し、バグを見つけて指摘する必要があります)。初期化）。
QA の部分は、(さまざまなプラットフォームと言語で) アプリケーションを作成し、それらが当社のツールでどのように動作するかをテストすることから構成されます。

私が直面している主な問題は、開発経験のある人に、そのポジションのタイトルに (または職務記述書にさえ) 「QA」が含まれていると伝えると、彼らはその仕事を検討することをためらってしまうことです。
この仕事に適した人を見つけて、彼らが喜んで仕事をしてくれるようにする方法について、フィードバックや提案に非常に興味があります。何か案は？

.NET Winforms クライアント サーバーの商用アプリケーションの機能/回帰テストをサポートする自動テスト ツールを探しています。最上位の製品: HP QuickTest Pro、Borland SilkTest、IBM Rational Functional Tester、および Compuware TestPartner は、5 ～ 10,000 の価格帯です。機能/回帰テスト用の低コストのツール セットをお勧めしますか? BA/QA アナリストが生産的にテスト ケース開発に携わることができるツールが必要です。したがって、xUnit のような完全にプログラマー専用の単体テスト ツールは除外しています。しかし、より幅広い問題のテストを可能にする柔軟なスクリプト サポートを提供するツールも必要です (おそらく開発者のサポートが必要です)。

推奨されるツールを 1 つだけに限定して回答してください。推奨事項が既に回答されている場合は、利用可能なツールのランキングを作成するために賛成票を投じてください。

ありがとう

関連する質問: Windows での自動 GUI テスト用ツール

MVC / MVPアーキテクチャでwin フォームを使用すると、通常はクラスを使用してビューをラップし、モデルとコントローラー/プレゼンターのモックを使用して UI をテストします。ラッパー クラスは、UI のほとんどすべてを、プロパティとイベントを通じてテスト ランナーの監視可能なプロパティにします。

これは、WPF アプリをテストするための実行可能なアプローチでしょうか? より良い方法はありますか？注意すべき落とし穴はありますか？

Pexを使用したことがある方は、ツールとしての Pex の長所と短所は何だと思いますか?

また、一般的に、 TDD/単体テストを補完する「自動化された探索的テスト」の長所と短所は何だと思いますか?

「捨てるために作る」というフレーズに慣れているなら、まあ、私たちはそれをやったようです。オンライン アプリのバージョン 1 の制限に達しています。次の方法で物事をクリーンアップする時が来ました。

• コードと UI の再編成
• UI プロセスの統一
• より多くの機能を追加する
• 未来のための建物
• 上記のすべてを処理するためにデータベース構造を変更する

この移行を実現する最善の方法は何ですか?

すべてのユーザーを (システムが完成したら) 新しいシステムに引き渡すことは避けたいと考えています。私たちのユーザーは、技術的に熟練した使い慣れたソフトウェア タイプから、HTML が何であるかを知らないタイプまで、あらゆる範囲を実行します。

システムの新しい「インストール」を開始し、この新しい設計がバージョン 1 の問題を十分に解決したことを確認した後、ユーザーを徐々に移行する必要がありますか?

システムの各モジュールを（どういうわけか）段階的に変更し、段階的に変更する必要がありますか？データベースのレイアウトが変更され、「コア コード」といくつかの周囲のモジュールのコードを微調整する必要があるため、これは難しい場合があります。

アプリの最新バージョンを使用する、信頼できる忍耐強い「ベータ テスター」クライアントのセットを持つことは一般的ですか? (ここでの目標は、フィードバックを得て、新しいシステムのバグをテストすることです)

他にアドバイスはありますか？初体験？