  |
https://swet.dena.com/entry/2025/04/17/093000 の冒頭部分を一読してすごく読みづらかったので、
気になった部分を指摘してみた。開発はマジで門外漢なので、突っ込み募集。
→テストで気づくことを想定しているんだろうけど、テストは仕様書から作られるわけで、テスト設計ミスでは？
→要求定義〜仕様作成〜テスト設計の流れを踏む以上、このような逆転は起こりにくいのでは？
→ この場合、実装がたまたまあっていただけで、テストもされていない状況。仕様も実装も両方が誤っていたというべきでは？
→仕様の性質や運用について触れた後に、欠陥の話題を出した方が構成として自然。
→ 「仕様と実装がどちらも間違っていたが、結果的に要求に近かっただけ」のケースであり、 「正しい実装を誤っていると判断した仕様」ではない。
→仕様のすべてが誤っているわけではない状況であるので、特定の部分が誤っている・矛盾しているという事実の指摘にとどめるべきで、感情的な評価語は避けた方が望ましい。
→ 単なる文言の誤りをここまで冗長に書く必要ないし、無用に攻撃的だしで、なんだかなという感じ。ここ以外もなんだけど、全体として実装やってるやつは悪くないんだ！って気持ちがあふれてる感じがする。気持ちはわかるが書きたいことと関係なくない？
仕様の定義にはいくつかの解釈がありますが、ここでは「仕様」を、要件定義に基づいて作成され、実装の正しい振る舞いを定める基準と定義します。実装が正しいと判定される場合、それは実装が仕様を満たしていることを意味します。
要件定義を元に作成された仕様に誤りがあった場合、実装の段階でその誤りに気づくことは難しいことが多いです。このような誤りは、通常、顧客レビュー（受け入れテストやUAT）で判明します。しかし、顧客とのコミュニケーションコストや調整が必要になるため、テスト段階で問題を発見するよりも、対応に要する工数が多くなりがちです。
そっかー自分も気をつけよ！と思った ブログの文章なら校正するしないは書いている人達の裁量だし長すぎる部分は最初の「伝えたいこと」で読み終わっても問題なさそうな内容 ブロ...
テストってどのフェーズでも実施できるんですよね 要件をテストすることもできるし 仕様をテストすることもできるし 実装をテストすることもできるし テストをテストすることもでき...
仕様のテストもあるんだ。そうなると要件定義書との突き合わせなのかな。それがうまくできるなら仕様書の不備も見つかりそうだね。 知らなかったありがとう。どんな手法があるか調...
元記事の著者です。https://blog.kuniwak.com/entry/2025/04/18/101107 に私の見解を書いてみました。またご意見・ご指摘をいただけると嬉しいです！よろしくお願いいたします。
元増田(id:tester18)です 仕事が立て込んでいるため、お返事については週明け以降となります。すみません。 内容としては「あなたの意図は尊重したい。でも、伝わり方の部分では明確に...
返事全部読ませてもらった。すごく丁寧に説明してくれてるのはありがたいし、そこは本当に感謝してる。ただ、ここまでやりとりして感じたのは、結局、議論のすれ違いが大きいなっ...
6