TestLinkを運用して気付いたことpart6～テスト工程のプロジェクト管理 - プログラマの思索

TestLinkでテストケースを作りこんで、テストしていくと、色んなことに気付く。 TestLinkでテストしていきながら感じたことをメモ。 【1】ウォーターフォール型開発では、下流工程にテストが来る。 単体テスト、結合テスト、システムテスト(総合テスト)、受入テストの違いをきちんと使い分けているだろうか？ テストは基本的に、V字モデルの左側の工程の検証作業になる。 単体テストは開発工程の検証だが、結合テストの違いは何だろうか？ 単体テストは、最低限動作することを保証すること。 Exceptionが発生するようでは話にならない。 ホワイトボックステストで、最低限、分岐網羅(C1)を検証する。 だから、コードカバレッジが非常に重要になる。 結合テストは、複数のモジュール同士を結合して動作するのを検証する。 普通のプロジェクトでは、結合テストで火を噴くことが多い。 理由は、結合テストになって初

[bash0C7]

"要件定義から開発までの上流工程のプロジェクト管理に関心が行きがち"それどころかテストはテストケース作って消化するだけの簡単なお仕事と考えてる人が多いのではないか

[ocs]

"一番注意すべき工程は、僕の経験では、結合テスト" "一番の肝は、システムの状態遷移図を漏れなく、整合性を取りながら書ききれるかどうか" "結合テストでもう一つ重要なのは、要件カバレッジ"

[nobeans]

TestLink使ってみたくなった