モダンなテストレベル設計（ユニットテスト～システムテスト等をどう設計するか）の原則 - 千里霧中

プロジェクト全体のテストを組み立てる際に重要な課題になるのが、テストレベル設計です。テストレベル設計は、ユニットテスト、結合テスト、システムテストといったテストレベルを、どのような責務・段取りで行うか分析・設計する活動です。 このテストレベル設計ですが、ここ10年程度の間に望ましいアプローチが変わってきたと感じています。今回はこの変化と、変化後のモダンなテストレベル設計の原則について、考えていることを書き出したいと思います。 旧来のテストレベル設計のアプローチ 旧来、このテストレベル設計では、Vモデルをベースしたアプローチや、自工程完結・品質積み上げをベースとしたアプローチがよく見られました。 このうち一つ目のVモデルをベースとしたアプローチは、要求定義から設計までの上流工程への対応を観点に、テストレベルを設計するものです。 （Vモデルが必須と明言しているわけではなく、極端な例ですが）例え

[vegnpomn]

テスト自体の維持や動かす時間コストも軽くはないし、UTに全振りするよりCT以降の自動化にコスト割いたほうが得るもの大きいんでは？ってのはわかる。

[turanukimaru]

鯖側としてはユニットテストは全部自動化されており、バグの8割は通信の不整合かデータの不整合なのでシステムテストは頑張って「どうすれば不整合を作れるか？」テスト自動化になり手動テストはやってられない。

[ledsun]

“複雑な組み合わせやロジックのテストは自動テストで済ませ、手動テストは、ユーザビリティテストなどどうしても手動でなければならないテストを除いて、探索的テストで済ませる”

[k_sak]

[テストレベル]

[DecoyMaker]

"IEC26304" は "IEC62304" のTypoかな。