システムテストの操作順序？

Question

私は昨日、試験を受けた、と私は、彼らが発生し、次の（と私はそれがここにあるとみなさオーダーを入れます）を注文するよう求め気づい：

1. ユニットテストは（常にあなたのユニットテストを書きます最初の！）
2. 統合テスト（あなたはいくつかのコードを持っており、それが他のコード/システムで動作した後）
3. 検証テスト（一貫性のある状態でデータを保管し、何も悪いデータが入力されていないことを確認してください）
4. ユーザー/アクセプタンステスト（それ以外の理由については、システムについて最初に構築する理由は何ですか？）

これは正しいですか？

個人的に私は最後に負荷テストやデータベースチューニングが必要だと思いますが、テストではありませんでした。

Answer 1

この質問は全体的には意味がありません。

あなたが言及したすべての種類のテストには、さまざまな定義があります。たとえば、Extreme Programming（XP）Acceptance Tests（User Storiesから派生している間）は、User TestingまたはUser Acceptance Testing（UAT）とは関係ありません。アクセシビリティテストとは、XP定義を使用して、コードの前にビルドエージェントで実行される自動テストを指します。一方、ユーザー受け入れテスト（UAT）は、通常、提案された最終バージョンが作成され、UAT環境に展開された後に行われる手動プロセスです。

すでにコメントで指摘されているように、バリデーションテストは広く受け入れられている定義では一般的な概念ではありません。統合テストはまた、異なる人々に異なることを意味します。いくつかの例では、異なるプロセス/アプリケーションが連携して動作することをテストしています（UAT環境など）。他の人にとっては、それは単なる自動テストであり、ユニットテストではなく、それ以上のクラスが含まれています。

また、「注文」とはどういう意味ですか？テストが書かれた順序、またはコードを野生および/または実稼働環境にリリースする前に実行された順序を意味しますか？

いずれの場合でも、異なるプロセスが異なるチームで機能するため、質問は実際のところはほとんど無関係です。たとえば、私自身は、ユニットテストの前に常に受け入れテストを書くだろう。テストの最初のアプローチに続いて、クラスを変更する前にユニットテストを書くのですか？では、システム全体を変更する前に、受け入れテストを書かないのはなぜですか？

「受け入れテスト」とは、受け入れテストのXP定義に近いものを意味する場合は、これが最後になることは意味がないと思います。

これは、試験前に履修したコースの文脈でのみ意味をなす「試験問題」のようなものです。すべての情報（特に各種類のテストの定義）がなければ、この質問に役立つ答えを提供することは非常に困難です。

Answer 2

検証テストの代わりに、システムテストは正しい単語です。データベーステストは、統合とシステムテストの一環です。また、負荷テストはシステムフェーズとユーザー受け入れテストで実行されます。