■http://anond.hatelabo.jp/20091010235215

IDとかコテハンのない増田では議論しにくいですねorz

多分http://anond.hatelabo.jp/20091010232609

でいっている元増田はトラバ元のあなたです。

システムテストに関してはhttp://anond.hatelabo.jp/20091010210506

で書いている通り

その修正が呼び出してる20機能に必要な修正なら、20機能全部でデグレード試験し直しは必要。

1機能にしか影響しなくて他の19機能のロジックを変えたくない(デグレード試験したくない)なら、

共通関数コピペして＆修正して、修正が必要な該当1機能は新規にコピペ＆修正した関数呼び出す

で、修正が必要な１機能しかデグレード試験しなくてよいと思っています。

私が言いたいのは

どのような共通化を行うか（共通関数をつくるか）内部設計書に宣言させて(して)、

責任者（そのプロジェクトではどのような設計が、適切に共通化した設計か判断できる人間）とレビューして、

そのプロジェクトではどのような共通化が適切であるか合意をとるべきだということです。

合意とった内部設計書とおりに実装していなければ（勝手に新たな共通化関数つくっていれば）、

実装担当者の責任ですし、

そもそも内部設計書に誤りがあれば、

どのような設計が、適切に共通化した設計か判断できる人間の責任だと思います。

Permalink | 記事への反応(1) | 00:21

ツイートシェア