多くのオープンソースプロジェクトでは、使用されるテストスイートは多くの場合包括的です。これは、多くの人々が途中であまり中断することなく変更に簡単に貢献できるようにするために行われます。
私が使用したソフトウェアの1つは、テストフレームワークFitnNesseです。FitNesseの興味深い点の1つは、テストスイートが「インストールされた」システムの一部であることです。
リリースされたソフトウェアに、どのレベルのテストを組み込むかについてのガイドラインはありますか？
明らかに、リリースされた製品にすべての単体テストを含めることは、おそらく正しいことではありません。
これらの組み込まれたテストの別名は「診断」である可能性があります。
...これらの組み込まれたテストの別名は「診断」である可能性があります...
...問題は、これらがどのような問題を診断するのかということです。IOWこのようなテストの目的をどのように説明しますか？
たとえば、私のプロジェクトの1つでは、モジュールが製品リリースに正式に含まれ、製品ガイドに完全に文書化されていました。これは、iircレディネスまたは診断テストスイートと呼ばれていました。その目的は、ターゲットプラットフォームが当社の製品を使用できる基本的な要件を満たしているかどうかを確認することでした。このスイートでのテストの失敗は、通常、ターゲットプラットフォームにいくつかの目を見張るようなバグがあることを示しています。
上記のモジュールの追加がテスターまたは顧客によって要求されたかどうかは今は思い出せませんが、その要求の背後にある理由をはっきりと覚えています-私たちの製品を使用（またはテスト）している人は、インストール/使用時に不思議なクラッシュにうんざりしていると感じました。調査は、ターゲットプラットフォームの単純な（しかし重大な）バグとして識別されていました。