本ブログは更新を停止しました。Aerieをよろしくお願いいたします。
投稿カレンダーはJavaScriptが有効でない環境では使用できません。
αετο? / aetos / あえとす
シャノン？ 誰それ。
埼玉を馬鹿にする奴は俺が許さん。
基本的に知ったかぶり。興味を持った技術に手を出して、ちょっと齧りはするものの、それを応用して何か形にするまでは及ばずに飽きて放り出す人。
# 頑張って長文書いたのに、投稿しようとしたら消えた。# 気力が萎えたので大幅に端折る。
テストファーストってやつは、プログラム仕様書を作って、テスト仕様書を作って、テストプログラムを作ってから実際のプログラムを作る。つーことは、テストをする単位でプログラム仕様書を作らなきゃならないってことだ。サブルーチン単位でユニットテストするなら、サブルーチン単位で設計書を書かなきゃならねーってことになるよなぁ。
…そういうもんなの？
投稿日時 : 2007年7月26日 15:21
そういうもんだとおもひますですです。 サブルーチン単位で仕様書を書いて、１プログラムソース単位で全体をまとめた冊子がプログラム仕様書になるんじゃないかなぁ、と。 今片桐がやってるASP.NETだと、クラスごとに変更履歴書いて資料作ってテスト仕様書書いて……テストしてるしｗ ページ全体、サイト全体でのテストが結合テストの意味合いだったりしてますですよ。 まぁ担当者が複数で、VSS使ってるから出来ているんだとはおもいますけれどね。
テストプログラムの作成が先行していればテストファーストと呼んでも差し支えなさそうです。(プログラム仕様書、テスト仕様書の作成は規定しない) てかテストプログラムの作成を先にやっちゃってテスト仕様書、プログラム仕様書はコードやメタデータからの自動生成がTDDの目指すところだと思います。
誤解を恐れずに書くなら、テストファーストなんていらない。
> そういうもんだとおもひますですです。 ですですか。 > プログラム仕様書、テスト仕様書の作成は規定しない 仕様「書」の作成は後でもいいかもしれないけど、仕様は先に作っとかないといけないよね。 テストプログラム自体がプログラムの仕様になるとかってよく聞くけど、テストプログラムの仕様の妥当性はどうやって検証するんだろう？ > 誤解を恐れずに書くなら、テストファーストなんていらない。 誤解するからもうちょっと言葉を補ってください。
ぶっちゃけ、私もテストファーストなんていらないと思ってる。
長くなるので勘弁。 テストは後からで十分 テスト仕様書ファーストしてるんだから、十分 テストソースの妥当性を検証するすべはないから、本物ソースと、テストソースをすべてコードレビューします。
てすとせかんど
てすとさーど
てすと ふぃふす（はぁと
Powered by: Copyright © αετος / aetos