本ブログは更新を停止しました。Aerieをよろしくお願いいたします。
投稿カレンダーはJavaScriptが有効でない環境では使用できません。
αετο? / aetos / あえとす
シャノン? 誰それ。
埼玉を馬鹿にする奴は俺が許さん。
基本的に知ったかぶり。興味を持った技術に手を出して、ちょっと齧りはするものの、それを応用して何か形にするまでは及ばずに飽きて放り出す人。
レビューって必要ですよね。
最終的に品質を担保するのはテストじゃなくてレビューだと思います。テスト仕様書だってレビュー対象なんですから。
「レビューだけでは不確かだからテストが必要だ」って言われたんですけど、どうしましょう?俺は「テストでは保証しきれない部分についてレビューが必要」なんだと思うんですけどね。
投稿日時 : 2008年1月25日 14:23
テストで見つけられる問題は氷山の一角ですからね。 品質を保証するなら、開発の初期から品質を織り込んでいく 必要があると思います。レビューもその大事な手法の1つですね。
「レビューだけでは不確かだからテストが必要だ」 は尤もな意見だけど、続けて「だからレビュー不要」って続くんでしょうか? >俺は「テストでは保証しきれない部分についてレビューが必要」なんだと思うんですけどね。 スッゲー同意。いの一番に省かれるレビュー。なんでレビューがこう蔑ろにされてるのか全く理解できん。
「レビューに自信があったら、テストなんか必要ない」って言われているようにも見えますね。 私は「テスト結果だけ(時にはソース含む)で品質を保証できるようにするためにレビューが必要」なんだと思います。 保証しきれない部分にレビューが必要というのはちょっとイメージがわいてきません。
そのテストだって誰かがレビューせんとテストとして真っ当かどうか保証できんのではないかと思う。
> 品質を保証するなら、開発の初期から品質を織り込んでいく必要があると思います。 得てして品質向上作業はお客さんの目に触れにくいので、わかっていてもなかなかやりづらいですね。 > 続けて「だからレビュー不要」って続くんでしょうか? 少なくとも今の仕事では、コードレビューはしてませんね。 まぁついでにプログラム設計書が存在しなかったりする仕事ですからお察しくださいなのですが。 > 保証しきれない部分にレビューが必要というのはちょっとイメージがわいてきません。 「プログラムにバグが無いこと」はテストで証明できませんよね。 そんなことはハナから証明する気は無いと言われるかもしれませんが、言い方を変えて、「コードの変更に伴ってデグレが発生していない保証」はテストで可能でしょうか? もちろん、レビューでも100%の保証はできません。 けど、「デグレない?」「しりません」じゃ納品させてもらえません。
レビュワーやテスタの選任の基準と適用をどうにかして欲しい。 処理結果やソースロジックでなく、命名規則やUIの配置やサイズしかチェックしないチェッカーは要らない。 誤字の指摘はありがたいが、入金欄と出金欄が逆に表示しているのを見逃すなんて.....wwww..... 最終チェックは人的チェックしかないのだから。
人が一人でできることなんて知れてるもん。 そんな中で自分が作ったもの、やろうとしてることに「ミス」が許されない状況なら、お互いがお互いに第三者の目でミスの要素をつぶしていく手法はどの局面であってもできるかぎりやった方が良いと思うデス
Powered by: Copyright © αετος / aetos