tadori

tadori / 事例

受入の指摘から辿って、実施されていない試験ケースに行き着く

受入で「延滞中なのに借りられた」という指摘が出ました。試験ケースはあったのに、なぜ拾えなかったのか。 tadori で指摘から上流へ辿ると、試験ケースに実施の記録が無いことが分かります。

辿り始め
指摘 F-02「延滞中なのに借りられた(受入)」
切れている所
試験ケース TC-07 → 試験の記録(RUN)が無い/指摘 F-02 → 再発防止(R)が無い
途中で分かること
詳細設計 DD-3.2 は、10/30 のチェックでは漏れだったが、いまは直っている(対応済み)

1. 指摘を選ぶ

「つながりを辿る」の画面で、左の一覧から F-02 を選びます。漏れのある行は上にまとまっています。ID か名前で探すこともできます(例:「延滞」)。

2. 上流と下流が、工程の順に並ぶ

WBS のタスク → 基本設計の章 → 詳細設計の節 → 観点 → 試験ケース → 試験の記録 → 指摘 → 再発防止、の順に並びます。 つながりは台帳に書かれた ID だけで決まり、推測でつなぎません。

F-02 から辿った結果。W-07・BD-3・DD-3.2(対応済み)・V-03 は漏れなし、TC-07 の試験の記録と F-02 の再発防止が赤い点線で「ここで切れている」と示されている

3. 切れている所が分かる

どこ何が無いかルール担当
試験ケース TC-07「延滞中の人は借りられない」試験の記録(RUN)R9 試験ケースに実施の記録がある検証担当
指摘 F-02再発防止(R)R12 指摘に再発防止があるPM

TC-07 は観点 V-03「延滞の境界(当日・翌日)」から作られていましたが、実施された記録がありません。試験はあったのに拾えなかったのではなく、実施されていなかった可能性が高い、と人が判断する材料になります。

4. 試験を実施して、記録をつなぐ

残課題の画面では、TC-07 の横に qa のアイコンが出ます(git-qa の URL の形を設定したとき)。押すとそのケースを git-qa で実施でき、実施の記録(run.json)を台帳の RUN の行としてつなぎます。合否を書くのは、実物を見た人です。

結合テストの残課題。R9 の漏れ TC-07 に、直し方と md・qa のアイコンが付いている

5. 会議では URL を渡す

#trace-F-02 のような URL で、同じ線を開いたまま共有できます。「この線のどこが漏れていたか」を決めるのは人です。確かめたら、チェックの記録に人の行として残します。