testing - テスト スクリプトをどのように編成/レイアウトしますか

Question

私は、他の人がどのようにテスト スクリプトを編成しているかに興味があります。または、他の人が働いていた場所で、優れたテスト スクリプトが編成されているのを見てきました。また、これらのテスト スクリプトの詳細レベル。これは、自動テスト用に作成されたスクリプトではなく、手動テスト用に作成されたテスト スクリプトに特に関連しています。

私が見ている問題はこれです。テスト スクリプトには多くの複雑さがありますが、複雑または大規模なコード ベースを編成する際に使用される原則の利点はありません。コードの一部が何をすべきかを指定できる必要がありますが、それを読むときに誰かを退屈させないようにする必要があります。

また、テスト スクリプトをどのようにレイアウトしますか。データ入力タイプで実行するのに適した完全に指定されたスクリプトを作成することに熱心ではありません。それは私たちのチームではなく、それらを維持するためのオーバーヘッドが高すぎるように思われるからです。また、ここまで工程を細かく指定することで、実際に検査を行っている本人が品質の責任を負わないように感じます。すべてのボタン クリックと入力する値をユーザーが指定していますか? そうでない場合、どのレベルの詳細が指定されているか。

Answer 1

テストは優先度別にグループ化できます。BVT/スモーク テストの優先度が最も高く、機能、統合、回帰、ローカリゼーション、ストレス、およびパフォーマンスの優先度が低くなる可能性があります。テスト パスに応じて、優先度を選択し、その優先度以上のすべてのテストを実行します。必要なのは、特定のテストの優先順位を決定することだけです。

Answer 2

私は手動テストを自動化された構造に適合させようとしています---両方を持つことができます。

自動テストで使用される編成スキーム（xUnitフレームワークなど）は私のために機能します。実際、手動テストの実行、入力の入力、またはGUIの検査を停止して呼び出すことにより、テストを半自動化するために使用できます。スキームは通常、本番コードのディレクトリ構造をミラーリングするか、本番コード内に、場合によっては内部クラスとしてテストを含めることです。ユニットレベルより上のテストは、多くの場合、より高いレベルのディレクトリに適合します（十分に深いディレクトリツリーがあると仮定します）。これらの高レベルのテストは、実動コードがない（ミラーリングされた）ディレクトリーに入れることができますが、組織的な目的であります。

詳細のレベル---まあ、それは状況次第ですよね？

Answer 3

Matt Andresen は、一般的には適切な回答を提供していますが、そのようにできない場合もあります。たとえば、検証済みのアプリケーションに取り組んでいる場合、それは FDA などの他の関係者からの規制に準拠する必要があり、非常に集中的な監査、レビュー、承認を経て、例から 2 つの回答が必要になります。この場合、HP QuickTestPro または IBM RationaRobot による自動化に移行することを選択しますが。

たぶん、いくつかのテストリポジトリを試してみるべきですか? HP QualityCenter および IBM 製品のツールもありますが、これには費用がかかります。より安価なものを見つけることができます。これにより、要件/機能ごとにツリー構造に整理し、優先順位を割り当て、リリース用のテスト スイートにグループ化し、回帰テスト スーツにグループ化できます。