テスト要求仕様（TRS）を書いてみたら、テスト設計が楽になった話

こんにちは。e-dashでQAエンジニアをしているuedaです。 みなさんはテストをするにあたって、どんなドキュメントを用意していますか。 e-dash の QA チームでは、テストケースの前に テスト設計書（Test Design） を用意します。 直近では、そのさらに前に テスト要求仕様（Test Requirement Spec、以下 TRS） を挟んでいます。テスト対象がどう動くべきかを確定させ、その確認に使う因子と水準まで決めておく文書です。 これでテスト設計が、想像していたよりずっと楽になりました。何がどう楽になったのかを書きます。 1. これまでどうやってテスト設計をしていたか 社内のテスト設計テンプレートは、こういう構造になっています。 # 改修内容 # やること ## 確認項目 n ### テスト観点 ### 因子水準 # テストパターン ## 確認項目 n ## 機能テ

[nguyen-oi]

因子と水準を整理してからテスト設計するのは王道だけど徹底が難しいやつ

[mkusaka]

テスト要求仕様TRSでUS/UCとAC(Gherkin)を先に定義し、AC81本から360件生成で設計が楽に。