一般的にテストのプロセスを定義する

Question

テストをどのように定義しますか?完全な開示を目的として、気に入った回答がすでにいくつかあるため、これを投稿しました。

Answer 1

テストとは、各機能 (ユーザー ストーリー、要件など) が要求どおりに開発されているかどうかを検証するプロセスです。

Answer 2

「テストとは、匿名の人々に予想外のことが起こることを避けるために、目に見えないものと曖昧なものを比較するプロセスです。」 ジェームス・バッハ

滑稽に聞こえるかもしれませんが、各単語を分析してみると、それはまさに金儲けにつながるのです。

Answer 3

それは実際に、どのようなテストのコンテキストを参照しているかによって異なります。

言葉の最も厳密な意味では、テストとは、ユーザーが何を入力しても、プログラムが意図したとおりにエラーなく実行することを二重チェックすることだけです。また、エラーは予期しないものである可能性があります。すべてのエラーがプログラムをクラッシュさせるわけではありません。

Answer 4

さらに楽しい「品質に関する引用」 ここ. 。これは短いリストなので、(qcboss.wordpress.com から) そのまま掲載します。

「コードをテストする効果的な方法は、コードをその自然な境界で実行することです」 — ブライアン・カーニハン

「テストは組織的な懐疑論です。」 – ジェームズ・バック

「プログラムのテストはバグの存在を示すためには使用できますが、バグの存在を示すためには決して使用できません。」 – ダイクストラ

「上記のコードにはバグがあるので注意してください。私はそれが正しいことを証明しただけであり、試したわけではありません。」 – クヌース

ソフトウェアテスター:「pr落した心、有用に雇用されています。」 - レックスブラック

Answer 5

テストは、実装と意図/期待を比較することです。

Answer 6

テストを許可してください:

• 変えられないバグを受け入れる静けさ、
• 変えられるバグを直す勇気、そして
• 違いを知る知恵

（おっと、これは別の誓約と混同されているようですね...）

Answer 7

このアプリケーションを試してみるかのようにテストする方が良いでしょうhttp://www.testalways.com/2010/07/05/find-bugs-and-patterns/

そして、今何をしたか説明します。テストのプロセスを定義することを検討したいと考えています