本ブログは更新を停止しました。Aerieをよろしくお願いいたします。
投稿カレンダーはJavaScriptが有効でない環境では使用できません。
αετο? / aetos / あえとす
シャノン？ 誰それ。
埼玉を馬鹿にする奴は俺が許さん。
基本的に知ったかぶり。興味を持った技術に手を出して、ちょっと齧りはするものの、それを応用して何か形にするまでは及ばずに飽きて放り出す人。
投稿日時 : 2007年1月31日 10:26
「どういう状態を正常と呼ぶのか」って、どういう粒度で書きゃあいいんだ… 「このテーブルのこの列がこれこれの値になっていること」とか「この画面のこのコントロールにこれこれの値が表示されていること」とかいうレベルなのか… なんか、テスト仕様書づくりって、すげぇ不毛な作業のような気がするんだよなぁ。
てゆーかプログラム仕様書がねぇんだけど。 詳細設計書ってやつがあれば、その項目と１対１に書けばいいんだけどさ。それがねぇの。
Ognacです。 フレーズ使用許諾申請 上記フレーズ「プログラムが正常に動作すること。」の当方での無料使用を申請します。 上流過程の仕様書に'記載させて'、バグ報告がきたら,私は「正常に動作する」と認識している....って感じで使いたい
> 上記フレーズ「プログラムが正常に動作すること。」の当方での無料使用を申請します。 許可します。 加えて、実務での利用実績が出た場合は、何らかの報奨を支給します。
こんにちわ、一羽です。 フレーズ使用許諾申請、同じくﾟ◇ﾟ)／ ……すでに、私が記述している単体テスト仕様書には「これこれこういう手順で～～～、正常に動作すること」の文言がありますorz.
> フレーズ使用許諾申請、同じくﾟ◇ﾟ)／ 許可します。 有意義に使ってください。
満足な仕様書が無い＝プログラムがどう動くべきか分からない。 「プログラムは思った通りには動かない。書いたとおりに動く」とはよく言ったもんだ。 ソースコードから起こしたテスト仕様書では、「正常に動作していること」というよりも「書いたとおりに動作していること」というのが唯一のテスト項目だなｗ
すんませんこんなの思い付きました。 ０．コンパイルが成功していること。
せんせ～～～～い、これだと異常系テストがフォローできていません（＞＜）ノ という訳でこんな感じで 異常系テスト仕様書 １．動作に異常が見られること
こんなのはどうだろうか。 1.あ、テスト仕様書を納品しろ？ アンタねぇ、俺が作ったプログラムにバグがあるとでも言うつもり？ ないない、バグなんてない！ だからテストなんてするだけ無駄無駄ァ！ その分期間と値段削ったんだからいいでしょ？ え？ もしバグがあったらどう責任取るつもりだって？ そんなのは俺に仕事を発注したアンタが悪い。
単体・結合テストは詳細設計書にチェック付け。 システムテストは仕様書を書くけれど確認内容はもちろん「データが正しく登録される。」 もちろん「正しさ」の根拠は設計書。単体・結合テストやってる前提ですが。 設計書がないのなら、テスト仕様書を詳細化せざるを得ないのですかねぇ。 もちろんテストするお金をもらってる前提ですｗ
Powered by: Copyright © αετος / aetos