問題タブ [qa]

重複の可能性:
Web アプリケーションのストレス テストはどのように行いますか?

現在、cc.net、watin、および nunit を使用してプロジェクトを構成しており、.net プロジェクトのストレス、負荷、およびパフォーマンスのテストを行いたいと考えています。どのオープンソースツールを使用するか、同じ作業ツールでそれを達成することができますか?もしそうなら、どのように?

QA担当者が行っていることを記録できるWindowsで利用可能なソフトウェアはありますか? アクションを再生できる必要はありません... （ビデオのように）表示できる必要があるだけです。

私が解決しようとしている問題は、QA でエラーが発生することがありますが、それを取得するために何をしたかを正確に覚えていないことです。このツールを使用すると、自分が行っていたことを再生することができました。

理想的には、最後の 30 分だけを再生できるように、「循環バッファ」 (たとえば 30 分の長さ) に記録する必要があります。これにより、記録を維持する (つまり、定期的に削除する) 必要がなくなります。

明らかに、無料または低コストが最適です:)

品質保証 (QA) 部門は、大まかに言うと、アプリの正体を暴き、リリースのゴーサインを出し、アルファ/ベータ プログラムを処理するテスターの集まりです。そして、はるかに。

しかし、ソフトウェア会社に QA 部門がなければ、現場で頻繁に問題が発生し、問題の修正に多くの費用がかかります。ただし、ほとんどの企業はガレージから始まり、1 人の従業員が自分自身であり、その後ソフトウェア会社に成長します。

そのような部門を作るのはいつですか？会社の規模や直面する問題に何か関係がありますか?

テストが必要な Flex アプリケーションがあり、QA 部門は、HP の QuickTest Pro (QTP) などの自動テスト ツールを使用することに非常に熱心です。ただし、QTP では、自家製のコンポーネントを自動化したい場合、カスタム コードを記述する必要があります。サードパーティ コンポーネントのソース コードを持っています。

非プログラマー (つまり、ポインターが何であるかを知らない QA 担当者) が使用できるカスタム コードを記述しなくても、テストを自動化できる既存のフレームワークやツールはありますか?

Flex-Monkey (無料のオープンソース ソフトウェア) をざっと見てみましたが、これは有望なプロジェクトのようですが、まだ初期段階にあり、すぐに何かが必要です (つまり、昨日)。

何か案は？

時折、構成を変更したり、ロジックの一部を無効にしたりすることで修正できるバグが本番環境で発生します。

私は上司に、バグをローカルで再現して修正が機能することを確認する必要があると主張しました。さらに重要なのは、開発者と QA がこれらのケースのチェックを通常のリリースの一部として含めることができるようにすることです。

私のマネージャーは、ソリューションが機能するため、ローカルで再現する必要がないため、時間の無駄だと考えています。

では、修正を確認するためにローカルで再現する必要がありますか? あなたが私に同意する場合、この点を私のマネージャーに売り込む方法についての指針はありますか?

タブ（他のページへのリンク）、フレーム、またはフォームを使用してWebページをテストするにはどのようにアプローチする必要がありますか？一般的な方法論はどうあるべきですか？さまざまなテストケースは何でしょうか？

私は、非常に具体的である必要なしに、ジュニアQAエンジニアのポジションについてこのインタビューを求められました。そして、その質問をはっきりと理解することができませんでした。

私が考えることができるテストケースのいくつか：1。さまざまなブラウザを使用してページを表示する

2. 一部のフィールドを追加/削除してページのアドレスを変更する

3. 数値入力が必要なフォームの場合、境界値、1つの正当な値、および2つの無効な値を入力します。他のフィールドにも同じロジックを適用します。

インタビュアーから素晴らしいフィードバックを得ることができませんでした。他のアイデア/提案はありますか？

Web アプリをリリースする前に回帰テストを実装したいと考えています。

簡単に言えば、次のことができるものを探しています。

1. セレンのようなものを使用して Web ブラウザ経由でテストを記録する
2. それらのテストをアプリにロードする
3. 必要なロジック/機能の変更を行う
4. テスト スクリプトを実行する
5. テストステータスの表示 (合格/不合格)
6. 壊れたテストを修正
7. すすいで繰り返す

最小限のコーディング スキルしか持たない QA 担当者に上記を実行してもらいたいです。これは、コーダーが独自の低レベルの回帰テストと単体テストを行うことに加えて行われます。

何か案は？

ほとんどの開発者は、自分のドッグフードを食べるという考えを認識していますが、同時に、開発者に QA をさせるよりも QA スタッフ (またはテスター) に QA をさせる方が安価であることが数学的に証明されています。

もちろん、どちらの方向にも過激派であることには意味がありませんが、プロジェクトと開発者 (または QA スタッフ、またはマネージャー) によって、バランスが何らかの形で変動することに気付きましたが、私は興味があります各キャンプでどれだけの QA を行うべきかを決定する際に適用する、いくつかの優れた経験則は何でしょうか。

更新:すべてのケースで数学的にではありませんが、QA に関する Joel の記事は十分に明確なはずです。彼は実際にドッグフードの 1 つも持っています :)