エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください
Twitterで共有ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
特に顕著なのがアジャイルですかね。 『アジャイルなんでドキュメントを作らない』ってよく聞くのは。 ... 特に顕著なのがアジャイルですかね。 『アジャイルなんでドキュメントを作らない』ってよく聞くのは。 実際は作る時間がないとか、作れないが大きな理由な気がしてます。 しかし、どんな開発においても最低限のドキュメントは必要だと思うんですよ。 スキルや経験があれば『ソースコード読め』『ソースコードが正』『今ある動作しているシステムが仕様』で、まかり通りますがそうでないと探す時間やら、学習コストが・・・(笑) ということで、テスト・開発それぞれの視点での気持ちを簡単に挙げたうえで、 システム設計書は、このくらいはどうでしょう?という提案が結論となってます。 開発・テスト(投稿者)の気持ち テスト部隊視点 第3者検証を実施するテスト部隊の多くは、ソースコードは読めないし読まない前提でいるべきでしょう。 なので、テスト設計をするためのインプットは、『設計書』になります。 【今あるシステムが仕様】はバグも