この現象は、非標準の開発プロセスを持つチーム、特に一部の「ワークショップスタイル」のチームで特に一般的です。この問題の解決は通常、次の2つの側面から始まります。
-
一方は、問題を根本から解決するための開発管理から始まります。ソフトウェア開発の前に、標準化された開発プロセスを策定でき、さらに罰則システムの計画や設計も策定できます。
-
一方、テストを強化することであり、具体的なアプローチは、開発者自身のテストを強化し、開発段階でこれらの問題を「排除」することです。これは良い方法です。
-
さらに、開発者は標準化された欠陥管理を通じて制御できます。たとえば、テスト部門は一般的な欠陥を分類し、開発者がそれらをチェックして、このような低レベルのエラーの発生を減らすことができます。
開発者がミスをするのは当たり前のことですが、テスターとして文句を言うべきではありません。
まとめ
-
開発管理+罰則システムの強化;
-
拡張テスト:独自のテストの開発を指します。
-
通常の欠陥管理:テスト部門が一般的な欠陥を分類することを指し、前の問題と同様に、開発者自身がチェックします。