質問

他の言葉を理解するのと同じように、言語を習得するのがはるかに簡単になります。ユニットテストで使用されるすべての単語とその定義（モック、フィクスチャなど）で誰でもチャイムインできますか

役に立ちましたか？

解決

これは素晴らしいページのように見えます： http://xunitpatterns.com/Glossary.html

以下が含まれます：

  • SUT
  • 同期テスト
  • タスク
  • TDD
  • テストオートマトン
  • テストケース
  • テストコード
  • テスト条件
  • テストコンテキスト
  • テストデータベース
  • テスト債務
  • テストドライバー
  • テスト運転
  • テストエラー
  • テストの失敗
  • テストフィクスチャ
  • テストフィクスチャ
  • テストフィクスチャ
  • テストメンテナー
  • テストパッケージ
  • テストリーダー
  • テスト結果
  • テスト実行
  • 臭いのテスト
  • テストストリッパー
  • テストの成功
  • テストスイート
  • テスト駆動型のバグ修正
  • テスト駆動開発
  • テストファースト開発
  • テスト最終開発
  • テスト固有の平等
  • テスト

モックなどに関連して、これは役に立つかもしれません：

この表とその参照は、より便利な場合があります。

http://xunitpatterns.com/Mocks,%20Fakes、 ％20Stubs％20and％20Dummies.html

他のヒント

おそらくこれらの記事はより役立つでしょう：

ウィキペディア：

  

コンピュータープログラミングでは、単体テストはソフトウェアの設計および開発方法であり、プログラマーはソースコードの個々のユニットが使用に適しているという自信を得ることができます。ユニットは、アプリケーションのテスト可能な最小の部分です。手続き型プログラミングでは、ユニットは個々のプログラム、関数、プロシージャなどであり、オブジェクト指向プログラミングでは、最小ユニットはメソッドであり、ベース/スーパークラス、抽象クラス、または派生/子クラスに属します。

     

単体テストは、デバッガーでコードをステップ実行するような簡単な方法で実行できます。最新のアプリケーションには、xUnitなどのテストフレームワークの使用が含まれます。

     

理想的には、各テストケースは他のテストケースから独立しています。スタブ、モック、または偽のオブジェクトのような二重オブジェクト 1 とテストハーネスを使用して支援することができますモジュールを単独でテストします。通常、ユニットテストはソフトウェア開発者によって行われ、他の開発者が作成したコードがソフトウェア要件を満たし、開発者が意図したとおりに動作することを確認します。

MSDN：

  

単体テストの主な目標は、アプリケーション内のテスト可能なソフトウェアの最小部分を取り出し、残りのコードから分離し、期待どおりに動作するかどうかを判断することです。各ユニットを個別にテストしてからモジュールに統合し、モジュール間のインターフェイスをテストします。単体テストは、その使用中に大部分の欠陥が特定されるという点でその価値を証明しています。

極端なルール：

  

ユニットテストは、コードの集合的な所有権を有効にします。単体テストを作成するときは、機能が誤って損なわれないように保護します。リリース前にすべてのユニットテストに合格するためにすべてのコードを要求することにより、すべての機能が常に機能することが保証されます。すべてのクラスが単体テストで保護されている場合、コードの所有権は必要ありません。

テスト用語集も見つかりましたが、見つかりませんtモックまたはフィクスチャを定義しますが、新しいものを追加するオプションがあります。質問に満足のいく回答が得られたら、それが標準的なソースになる可能性があります。

模擬、

n。

  1. スープで主に使用されるカメの一種。
  2. ユニットテストで使用される、＃1にちなんで命名されたコード構成モックはテスト対象のコードから見ると本物のように見えますが、モックを操作しようとしても悲しげな歌しかありません。

v。

  1. テストで使用するモックを作成します。
ライセンス： CC-BY-SA と 帰属
所属していません StackOverflow
scroll top