問題タブ [system-testing]

多くのシステム テストでは、すべてのモードで特定の機能をテストします。たとえば、このテストでは、すべてのモードのアラーム機能をテストします。

各テストからモードの定義を削除し、それを独自のファイルに移動すると、あなたの意見は有効ですか? したがって、モードが変更された場合でも、すべてのテストを更新する必要はありません。

答えにジャンプする前に、私が何を意味するのかを定義しましょう (定義が異なる場合があることに注意してください。それは問題の一部ですが、これが私が使用しているものです)

モック テスト別名動作ベースのテスト--- コードが正しい動作をするかどうかをテストします。つまり、動作を検証するテストです。すべての協力者は嘲笑されます。

単体テスト--- システムの小さな部分 (クラスなど) に焦点を当てた低レベルのテスト。模擬テストを使用すると、共同作業者が嘲笑されます。

統合テスト--- システムの 2 つ以上の部分 (2 つのクラスなど) の相互作用をテストします。テスト対象のコンポーネントはモックされません。

システムテスト--- システムを「ブラックボックス」としてテストします。つまり、システムの内部にアクセスできないユーザーの視点からシステムをテストします。実際のコンポーネントが使用されます (データベース、http など)

私がゆっくりと認識しているのは、単体テストがこの方法で行われる場合、統合テストは必要ないかもしれないということです。

• 動作ベースの単体テストでは、コンポーネントが互いに正しく通信することを確認する必要があります
• システムテストは、実際のコンポーネントを使用してバグをキャッチする必要があります

統合テストは、システム テストが失敗した場合のオプションのトラブルシューティング ツールになります (よりきめ細かいため)。(ただし、時折発生する特殊なケースを除けば、適切なログを使用したシステム テストで十分であると主張するかもしれません。)

私は何が欠けていますか？

更新: 「十分」とは、これらの単体テスト + システム テストが、単体 + 統合 + システム テストで見つかるすべてのバグをキャッチすることを意味します。

更新: 「十分」とは、ユニット + 統合 + システム テストで検出され、ユニット + システム テストで検出されないバグがあることを意味しますか? 私が本当に探しているのは、統合テストが必要であることを示す例です。

SWTBot テストの実行中にクリップボードにアクセスするには?

次のコードは、無効なスレッド アクセスをスローします。

上記のコードは、UI スレッドで実行すると機能します。これが唯一の方法ですか？

SwtBot スレッドでクリップボードにアクセスするには?

Nightwatch.js を使用して Web サイトをテストしています。Nightwatch.js で Web サイトのタブをクリックしたいのですが、クリックが機能しません。少なくとも効果はない…

クリックする要素の HTML コードは次のようになります。

Nightwatch.js で次のように書きました。

しかし、何も起こりません。タブが開かれていません。そして、Nightwatch の次のコマンドは失敗しています。これは、Nightwatch によってクリックが実行されているが、タブが開かないことを意味します。ただし、手動でクリックするとタブを開くことができます。ここで何が問題になる可能性がありますか？

Flask を使用し、バックエンドでデータベースと通信する Web アプリケーションがあります。また、Amazon AWS S3 も使用します。このパッケージの単体テストを作成しました。

問題は、外部依存関係もテストしている統合テストを書きたいということです。統合テストとシステムテストについて読んでいます。FooSystemTests または FooIntegrationTests と言う新しいパッケージを作成しますか、それともアプリケーション パッケージの一部にする必要がありますか? これを展開プロセスの一部として作成する予定です。私の計画は、統合テストで外部依存関係をテストし、システムテストでルートに行くかどうかなどをテストすることでした（システムがブラックボックスであるかのようにテストします）。また、セレンのテストについて読みましたが、それはシステムまたは統合のどこにあるべきですか?

どんな考え/アイデアも非常に役に立ちます。