私はいくつかの店では、コードが最初に開発され、テストのためにQAに与えられ、開発者はそのコードの単体テストを書くことに気づきました。このアプローチは受け入れられますか?はいの場合、賛否両論は何ですか?&?qaテストが完了した後にのみ単体テストを作成することは可能ですか?
無関係な質問で答えにいくつかの手がかりを得ました:Is Unit Testing worth the effort? しかし、私はまた私の質問に答えが必要です。
私はいくつかの店では、コードが最初に開発され、テストのためにQAに与えられ、開発者はそのコードの単体テストを書くことに気づきました。このアプローチは受け入れられますか?はいの場合、賛否両論は何ですか?&?qaテストが完了した後にのみ単体テストを作成することは可能ですか?
無関係な質問で答えにいくつかの手がかりを得ました:Is Unit Testing worth the effort? しかし、私はまた私の質問に答えが必要です。
多くの深刻な開発者がこれを行っています。
クライアント用の複雑なアプリケーションを開発する場合、単純な単体テストについては決して気にしません。単体テストは、コーディングプロジェクトの任意の日に書くことができます。あなたは "粗いレベルの細かさでテストする"必要があります(ビデオの32:30)。一般的には、変更が必要なものをテストしたいので、何度もテストを書き直す必要はありません。ビット。
あなたの質問に答えるには:最後に単体テストを作成すると、バグを修正して既存のクライアントに必要な機能が損なわれていないことを確認してからフェイルセーフになります。最後にテストを書くことで、それを書くために必要な洞察が得られます。クライアントの望みは分かっており、これ以上変更されることはありません。
ボトムライン:これは科学ではなく、あなたはそれをやっている間にそれを得意にするだけです。
PS:ファンではないが、これは「お金の権利」https://www.youtube.com/watch?v=9LfmrkyP81M
QAは*あなたが作成した後まで行われ、ユニットテストを実行していないです。 *必要な*単体テスト。私はそれが過ぎていることに同意するでしょう。 – EJP