何だよ、8割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
って...
コーディングが終わってやっと3割終わったかどうかってところだろが。
コーディングが終わってからが本番だっちゅーの。テスト仕様書に従い、テストデータ用意して、
正常系、異常系含めて、抜かりなく全網羅テストすること。これがどれだけ大変なことか。
本当に理解してんのか? コーディングが終わってやっとスタートラインに立ったぐらいの気持ち
でいろよ、ってくヘラヘラしやがって。
こういう、テストを軽視する輩共が、プログラミングという作業を軽んじ、工数見積りを誤り、
徒に製造を急かし、バグの混入率を間接的に高めているということに気づかんのか。
どんな優秀な奴だって、人間だもの、間違いを犯す。バグを生み出す。それを極力未然に防ぐのが
テストだろ。いつバグが判明するかとドキドキしながら納品後の時間を過ごすか、自信と満足感を
もって笑顔で過ごすか。どちらがいいか自明のことだろ。
プログラミングはなぁ、テストに始まりテストに終わるんだよ。要件を理解し、その中に潜む異常
パターンを見抜き、どんだけ抜かりなくテストをやれるかが一流とカスを分かつ分水嶺だ。
コーディングなんかできてあたり前、肝心なのはテストだ。テストを極めてこそ、一流のプログラ
マーって呼べるんだよ。
この馬鹿者どもが。
探検
テストを軽視する者ども
■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
2008/06/28(土) 19:49:2045仕様書無しさん
2008/06/29(日) 23:30:02 マ板は昔から底辺ですが何か?
46仕様書無しさん
2008/06/29(日) 23:30:0347仕様書無しさん
2008/06/29(日) 23:48:0748仕様書無しさん
2008/06/29(日) 23:58:03 ユニットテストは一番重要。
それこそ要件定義や設計書なんかよりもな。
要件定義や設計書は所詮、人間が読むもの。
どこまで煮詰めても、あいまいさはなくならない。
そもそも、人間相手だから、なくそうともしていない。
なぜ要件定義や設計が簡単に変わるのがその証拠。
変えたときに絶対存在する問題、あいまいさを考えていないから。
ソフトウェアってのはコードで動く。
コンピュータが100%コードのとおり動く以上、
そこにあいまいさを含めてはいけない。
100%の機械相手だから、あいまいさをなくさないといけない。
人間相手の仕事と機械相手の仕事、どちらがあいまいさのない、
つまりバグのないものを作り上げるプロなのか、言うまでもない話。
それこそ要件定義や設計書なんかよりもな。
要件定義や設計書は所詮、人間が読むもの。
どこまで煮詰めても、あいまいさはなくならない。
そもそも、人間相手だから、なくそうともしていない。
なぜ要件定義や設計が簡単に変わるのがその証拠。
変えたときに絶対存在する問題、あいまいさを考えていないから。
ソフトウェアってのはコードで動く。
コンピュータが100%コードのとおり動く以上、
そこにあいまいさを含めてはいけない。
100%の機械相手だから、あいまいさをなくさないといけない。
人間相手の仕事と機械相手の仕事、どちらがあいまいさのない、
つまりバグのないものを作り上げるプロなのか、言うまでもない話。
49仕様書無しさん
2008/06/29(日) 23:59:52 118:以下、名無しにかわりましてVIPがお送りします :2008/06/29(日) 21:22:15.60 ID:hxmEELXAO
転載
1:☆ばぐた☆◆JSGFLSFOXQ@☆ばぐ太☆φ ★ :2008/06/28(土) 11:28:32 ID:???0 [off_go@yahoo.co.jp]
インターネット上には、今回の処分とは全く関係のない複数の女性記者、社員個人の人格を著しく
誹謗(ひぼう)・中傷する映像や書き込みが相次いでいる。毎日新聞はこうした名誉を棄損するなど
明らかな違法行為に対しては、法的措置を取る方針でいる。
http://mainichi.jp/info/etc/20080627.html 後半部分より一部引用
★参考画像:毎日側から見て誹謗中傷に相当する?(2ch有志作成)
http://asahiru.net/nakazuri_hentai.jpg
http://asahiru.net/より
★まとめサイトより
http://www9.atwiki.jp/mainichiwaiwai/
http://www8.atwiki.jp/mainichi-matome/pages/1.html
転載
1:☆ばぐた☆◆JSGFLSFOXQ@☆ばぐ太☆φ ★ :2008/06/28(土) 11:28:32 ID:???0 [off_go@yahoo.co.jp]
インターネット上には、今回の処分とは全く関係のない複数の女性記者、社員個人の人格を著しく
誹謗(ひぼう)・中傷する映像や書き込みが相次いでいる。毎日新聞はこうした名誉を棄損するなど
明らかな違法行為に対しては、法的措置を取る方針でいる。
http://mainichi.jp/info/etc/20080627.html 後半部分より一部引用
★参考画像:毎日側から見て誹謗中傷に相当する?(2ch有志作成)
http://asahiru.net/nakazuri_hentai.jpg
http://asahiru.net/より
★まとめサイトより
http://www9.atwiki.jp/mainichiwaiwai/
http://www8.atwiki.jp/mainichi-matome/pages/1.html
50仕様書無しさん
2008/06/30(月) 00:00:23149:以下、名無しにかわりましてVIPがお送りします :2008/06/29(日) 21:49:04.65 ID:snrNPE1y0
マスコミによる報道被害に対しては、スポンサーへの圧力が効果的。以下の2ちゃんねるのコピペによると、
スポンサーへの「抗議」よりも「問い合わせ」のほうが効果があるらしい。毎日新聞のサイトにアクセスし、
スポンサー企業に「問い合わせ」をしよう。
一番効果があるのは、スポンサーへの「抗議」ではなく「問い合わせ」です。
現在マスコミ、とりわけテレビ局のスポンサーは、テレビ局の営業と
直に契約してスポット広告や番組の枠を買っているわけではなく、
間に広告代理店が入ってます。何かの番組がおかしいとして、
その番組のスポンサーに抗議しても、間の広告代理店が調整してしまいます。
翌週にはまったく別のスポンサーとなってしまい、効果がありません。
企業は、一社提供の番組をのぞき、放送の枠の一部を買っているだけで、
その番組に直接タッチしているわけではないのです(これは電通の悪知恵です)
ではどうするか。
問い合わせればいいんです。「この番組はこれこれこうなっているが、
どのような意図でスポンサードしているか、教えていただけますか?」と
問い合わせしましょう。「抗議」のように、言いっぱなしにしないこと。
これが重要です。
問い合わせをすると、その問い合わせは企業から広告代理店にゆき、
最終的には番組の制作スタッフへ行きます。視聴者からではなく、
スポンサーからの問い合わせですから、無視できません。電話で釈明することもできず、
アルバイトや外注に投げることもできず、社員が書類を作って広告代理店や
スポンサーに説明をしに行かないと行けないわけです。
天下のテレビ局の社員であっても、人間ですから一日は24時間です。
その24時間のうち、数時間をスポンサーへの釈明に費やさないといけません。
場合によっては一日がかりになるでしょう。彼らはこれを、非常に嫌がります。
51仕様書無しさん
2008/06/30(月) 00:00:53 146:以下、名無しにかわりましてVIPがお送りします :2008/06/29(日) 21:40:48.10 ID:hxmEELXAO
毎日「日本人の母親は中学生の息子のためにフェラチオをする。」
市民「では毎日新聞社員の皆さんも中学時代ママにフェラチオしてもらってたんですね?」
毎日「名誉毀損です。訴えます。」
毎日「24時間オルガズムが止まらない病気で苦しむ日本人女性の数が増えている」
市民「では24時間オルガズムが止まらない病気で苦しむ毎日新聞女性社員も増えているんですね?」
毎日「名誉毀損です。訴えます。」
毎日「日本男子は柔道や空手の部活で男相手に童貞を捨てている。」
市民「では毎日新聞社員の皆さんも柔道や空手の部活で童貞捨てたんですね?」
毎日「名誉毀損です。訴えます。」
毎日「日本人女性の55%は、出会ったその日に男と寝る。」
市民「では毎日新聞の女性社員の55%は出会ったその日に男と寝るのですね?」
毎日「名誉毀損です。訴えます。」
毎日「日本人主婦は皆コインランドリーに附属のコインシャワーで売春している」
市民「では毎日新聞社員の妻は皆コインシャワーで売春しているんですね?」
毎日「名誉毀損です。訴えます。」
毎日「日本人の母親は中学生の息子のためにフェラチオをする。」
市民「では毎日新聞社員の皆さんも中学時代ママにフェラチオしてもらってたんですね?」
毎日「名誉毀損です。訴えます。」
毎日「24時間オルガズムが止まらない病気で苦しむ日本人女性の数が増えている」
市民「では24時間オルガズムが止まらない病気で苦しむ毎日新聞女性社員も増えているんですね?」
毎日「名誉毀損です。訴えます。」
毎日「日本男子は柔道や空手の部活で男相手に童貞を捨てている。」
市民「では毎日新聞社員の皆さんも柔道や空手の部活で童貞捨てたんですね?」
毎日「名誉毀損です。訴えます。」
毎日「日本人女性の55%は、出会ったその日に男と寝る。」
市民「では毎日新聞の女性社員の55%は出会ったその日に男と寝るのですね?」
毎日「名誉毀損です。訴えます。」
毎日「日本人主婦は皆コインランドリーに附属のコインシャワーで売春している」
市民「では毎日新聞社員の妻は皆コインシャワーで売春しているんですね?」
毎日「名誉毀損です。訴えます。」
52仕様書無しさん
2008/06/30(月) 00:01:20 155:以下、名無しにかわりましてVIPがお送りします :2008/06/29(日) 22:00:06.76 ID:a153r8rjO
>>151
これで少しは把握できるかな?
毎 日 新 聞 の 悪 行 を
絶 対 に 許 し て は な ら な い ! !
■ 【毎日新聞英語版から過去に配信された記事】 ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
◆思春期の受験生の集中力を増すために母親はフェラチオで息子の性的欲望を解消する。
◆24時間オルガズムが止まらない病気で苦しむ日本人女性の数が増えている
◆日本人は食事の前にその材料となる動物と獣姦する
◆日本古来の米祭りはアダルトビデオ業界が「顔射」と呼ぶものに非常によく似ている
◆日本人の若い女性はファーストフードを食べると性的狂乱状態になる
◆日本人主婦は皆コインランドリーに附属のコインシャワーで売春している
◆日本のティーンたちはバイアグラを使ってウサギのようにセックスをする
キチガイ記事を英文で、世界中にバラ撒いた狂気の毎日新聞社。
バレれば一方的な処分、謝罪、証拠隠滅。
当時の担当役員が今、社長をやっている真実。
抗議行動に対して法的処置をちらつかせる、恥を知らぬ鬼畜集団。
日本の著名な報道機関として、絶対に許されざる所業である。
毎 日 変 態 新 聞 を 絶 対 に 許 す な ! !
>>151
これで少しは把握できるかな?
毎 日 新 聞 の 悪 行 を
絶 対 に 許 し て は な ら な い ! !
■ 【毎日新聞英語版から過去に配信された記事】 ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■ ■
◆思春期の受験生の集中力を増すために母親はフェラチオで息子の性的欲望を解消する。
◆24時間オルガズムが止まらない病気で苦しむ日本人女性の数が増えている
◆日本人は食事の前にその材料となる動物と獣姦する
◆日本古来の米祭りはアダルトビデオ業界が「顔射」と呼ぶものに非常によく似ている
◆日本人の若い女性はファーストフードを食べると性的狂乱状態になる
◆日本人主婦は皆コインランドリーに附属のコインシャワーで売春している
◆日本のティーンたちはバイアグラを使ってウサギのようにセックスをする
キチガイ記事を英文で、世界中にバラ撒いた狂気の毎日新聞社。
バレれば一方的な処分、謝罪、証拠隠滅。
当時の担当役員が今、社長をやっている真実。
抗議行動に対して法的処置をちらつかせる、恥を知らぬ鬼畜集団。
日本の著名な報道機関として、絶対に許されざる所業である。
毎 日 変 態 新 聞 を 絶 対 に 許 す な ! !
53仕様書無しさん
2008/06/30(月) 00:03:33 【9年に渡って配信されつづけ、日本人を激しく貶し続けた記事の一部: 毎日新聞 英語版のサイトにて】
・そして、毎晩、ハルキの勉強は、15分間の母親によるフェラチオから始められた。
・「かつてパールハーバーと南京大虐殺(レイプ・オブ・ナンキン)を起こした日本政府が、
ペドフィル(児童性愛者)向けのマンガを作ってオタクを自衛隊にひきつけようとしている」
・「デブでハゲで臭い旦那から、昔の恋人に抱かれに行く人妻」
・「福岡の米祭りは、顔にベトベトの白い液体を塗るため、AV業界が「顔射」と呼ぶものによく似ている」
・「24時間オルガズムが止まらない病気で苦しむ日本人女性の数が増えている」
・「ハンバーガーを食べる傾向は日本の女子高生たちを日本で一番の色情狂に変えました。
専門家は、今日の女子高生の無分別な振る舞いは、ハンバーガーのせいだと答えました。」
・「六本木のあるレストランでは、日本人は食事の前にその材料となる動物と獣姦する」
・「濡れてワイルドに : 主婦は近所のコインシャワーで大金を稼ぐ」
・「ほとんどすべての漁師は海でマンタとSEXしている」
・15歳の少女の売春婦が一晩で客を5人とらされ、子宮に炎症を起こしてしまった
・多くの日本人がセックスツアー、奴隷ツアー、残虐ツアーのために海外へ行く
・日本人女性の55%は、出会ったその日に男と寝る。
OLの72%が、セックスをより堪能するために何らかのトレーニングを受けているという。
ルービックキューブ・セックスとは、挿入している間にさまざまに体位を変えること。
これにより、日本人の不器用なセックスが改善される
もし「本番」や「素股」をやるためのお金がなかったら、2980円で「手コキ」をしよう。
まだ10代の少年から退職した老人までみんな手コキを利用している
・高速道路のサービスエリアで、トラック運転手がウェイトレスとセックスをした
・エクアドルでは、日本人はジャングルに放たれた子供たちをライフルでハンティングする。
日本人はべラルーシでも、奴隷オークションに参加し、セックスビジネスのための奴隷を日本に持ち帰る。
尚このサイトには、メタサーチに「hentai」という語句などを付けて、「hentai」でもヒットするように仕向けられていました。
・そして、毎晩、ハルキの勉強は、15分間の母親によるフェラチオから始められた。
・「かつてパールハーバーと南京大虐殺(レイプ・オブ・ナンキン)を起こした日本政府が、
ペドフィル(児童性愛者)向けのマンガを作ってオタクを自衛隊にひきつけようとしている」
・「デブでハゲで臭い旦那から、昔の恋人に抱かれに行く人妻」
・「福岡の米祭りは、顔にベトベトの白い液体を塗るため、AV業界が「顔射」と呼ぶものによく似ている」
・「24時間オルガズムが止まらない病気で苦しむ日本人女性の数が増えている」
・「ハンバーガーを食べる傾向は日本の女子高生たちを日本で一番の色情狂に変えました。
専門家は、今日の女子高生の無分別な振る舞いは、ハンバーガーのせいだと答えました。」
・「六本木のあるレストランでは、日本人は食事の前にその材料となる動物と獣姦する」
・「濡れてワイルドに : 主婦は近所のコインシャワーで大金を稼ぐ」
・「ほとんどすべての漁師は海でマンタとSEXしている」
・15歳の少女の売春婦が一晩で客を5人とらされ、子宮に炎症を起こしてしまった
・多くの日本人がセックスツアー、奴隷ツアー、残虐ツアーのために海外へ行く
・日本人女性の55%は、出会ったその日に男と寝る。
OLの72%が、セックスをより堪能するために何らかのトレーニングを受けているという。
ルービックキューブ・セックスとは、挿入している間にさまざまに体位を変えること。
これにより、日本人の不器用なセックスが改善される
もし「本番」や「素股」をやるためのお金がなかったら、2980円で「手コキ」をしよう。
まだ10代の少年から退職した老人までみんな手コキを利用している
・高速道路のサービスエリアで、トラック運転手がウェイトレスとセックスをした
・エクアドルでは、日本人はジャングルに放たれた子供たちをライフルでハンティングする。
日本人はべラルーシでも、奴隷オークションに参加し、セックスビジネスのための奴隷を日本に持ち帰る。
尚このサイトには、メタサーチに「hentai」という語句などを付けて、「hentai」でもヒットするように仕向けられていました。
54仕様書無しさん
2008/06/30(月) 00:03:49 スレ違いの書き込みは逆効果だろうがw
55仕様書無しさん
2008/06/30(月) 00:04:24 先日友人の友人(日本人女性)がレイプにあったのね。
こっち(NY)では、日本人女性は尻軽の上に淫乱でレイプ願望があるとかいう
とんでもない誤解があるんだけど、この毎日のHentai記事はそういう偏見
を増幅してるよね。ひどすぎる。不愉快極まりない
9年前から急増の恐ろしい事実
295 名前:名無しさん@全板トナメ参戦中[] 投稿日:2008/06/29(日) 14:36:00 ID:/LWAY6Jk0
外務省発表の邦人被害統計
http://www.anzen.mofa.go.jp/anzen_info/support.htmlより
強姦、強姦致死傷、強制猥褻の被害件数の推移(すべて未遂含む)を纏めてみた
全世界 北米
1996 15 分類なし
1997 18 4
1998 21 5
1999 37 6
2000 16 3
2001 31 7
2002 29 7
2003 38 10
2004 44 4
2005 45 8
2006 32 5
2007 36 3
やはり被害は確実に増えている。
こっち(NY)では、日本人女性は尻軽の上に淫乱でレイプ願望があるとかいう
とんでもない誤解があるんだけど、この毎日のHentai記事はそういう偏見
を増幅してるよね。ひどすぎる。不愉快極まりない
9年前から急増の恐ろしい事実
295 名前:名無しさん@全板トナメ参戦中[] 投稿日:2008/06/29(日) 14:36:00 ID:/LWAY6Jk0
外務省発表の邦人被害統計
http://www.anzen.mofa.go.jp/anzen_info/support.htmlより
強姦、強姦致死傷、強制猥褻の被害件数の推移(すべて未遂含む)を纏めてみた
全世界 北米
1996 15 分類なし
1997 18 4
1998 21 5
1999 37 6
2000 16 3
2001 31 7
2002 29 7
2003 38 10
2004 44 4
2005 45 8
2006 32 5
2007 36 3
やはり被害は確実に増えている。
56仕様書無しさん
2008/06/30(月) 00:05:28 217:以下、名無しにかわりましてVIPがお送りします :2008/06/29(日) 22:56:48.96 ID:FhRpqt8Q0
毎日新聞のスポンサー
キリン
http://www.kirin.co.jp/
日本HP
http://welcome.hp.com/country/jp/ja/welcome.html
日本エイサー
http://www.acer.co.jp/
FX|外国為替証拠金取引 | FXOnline Japan(エフエックス・オンライン・ジャパン)
http://www.fxonline.co.jp/
旭化成
http://www.asahi-kasei.co.jp/asahi/jp/
日本コカコーラ
http://www.cocacola.co.jp/
・AU(KDDI)
http://www.au.kddi.com/
・プジョー
http://www.peugeot.co.jp/index.html
・野村アセットマネージメント
http://www.toushin.com/firms/k0000001.htm
・マツダ
http://www.mazda.co.jp/home.html
・日産
http://www.nissan.co.jp/
セブン-イレブン
http://www.sej.co.jp/index.html
サッポロビール
http://www.sapporobeer.jp/
MINI.jp
http://www.mini.jp/mini.html
毎日新聞のスポンサー
キリン
http://www.kirin.co.jp/
日本HP
http://welcome.hp.com/country/jp/ja/welcome.html
日本エイサー
http://www.acer.co.jp/
FX|外国為替証拠金取引 | FXOnline Japan(エフエックス・オンライン・ジャパン)
http://www.fxonline.co.jp/
旭化成
http://www.asahi-kasei.co.jp/asahi/jp/
日本コカコーラ
http://www.cocacola.co.jp/
・AU(KDDI)
http://www.au.kddi.com/
・プジョー
http://www.peugeot.co.jp/index.html
・野村アセットマネージメント
http://www.toushin.com/firms/k0000001.htm
・マツダ
http://www.mazda.co.jp/home.html
・日産
http://www.nissan.co.jp/
セブン-イレブン
http://www.sej.co.jp/index.html
サッポロビール
http://www.sapporobeer.jp/
MINI.jp
http://www.mini.jp/mini.html
57仕様書無しさん
2008/06/30(月) 00:06:00 231:以下、名無しにかわりましてVIPがお送りします :2008/06/29(日) 23:22:51.70 ID:XKqK3rzM0 [sage]
まだまだ一市民としてできることはある。
◆スポンサーや折込チラシの会社へ今回の変態記事報道についての見解を質し、
企業のイメージダウンにならないかを尋ねる。
◆ご婦人やご老人をはじめとしたネットにアクセスするのが難しい層へどんどんと
この事実を広めていく。
◆記事によって損害を受けたのかも知れぬ関連団体に対してこの事実について知らせ
どのような対応をするのか聞く。
◆海外へ英語を使って日本の新聞社がやらかしたことをネットで知らせていく。
・
・
・
・
・
まだまだ個人でできることがたくさんあるな。マスコミ権力の横暴は絶対に許さない。
もうマスコミが大きな顔をできる時代は終わったということを知らしめるべきだろう
これがもしかしてマスコミの終わりのはじまりになるかもしれない。
もうすぐ月曜。これからだ
まだまだ一市民としてできることはある。
◆スポンサーや折込チラシの会社へ今回の変態記事報道についての見解を質し、
企業のイメージダウンにならないかを尋ねる。
◆ご婦人やご老人をはじめとしたネットにアクセスするのが難しい層へどんどんと
この事実を広めていく。
◆記事によって損害を受けたのかも知れぬ関連団体に対してこの事実について知らせ
どのような対応をするのか聞く。
◆海外へ英語を使って日本の新聞社がやらかしたことをネットで知らせていく。
・
・
・
・
・
まだまだ個人でできることがたくさんあるな。マスコミ権力の横暴は絶対に許さない。
もうマスコミが大きな顔をできる時代は終わったということを知らしめるべきだろう
これがもしかしてマスコミの終わりのはじまりになるかもしれない。
もうすぐ月曜。これからだ
58仕様書無しさん
2008/06/30(月) 00:23:41 >>48
頭冷やせ。
ソフトウェア開発は、機械だけ相手にしていたら良いわけではない。
金を払う顧客、それを使うユーザー、他人の作ったコンポーネント。
厳密さを求めるがゆえに大切なものを排除してはいけない。
曖昧なもの、変わるものをコントロールする事の方が重要だ。
ユニットテストはゴールではない。
顧客の要求を満たすことがゴールだ。
日本人はすぐに問題個所を血祭りにあげて「部分最適化」を試みる。
本当に必要なのは、開発プロセス全般の「全体最適化」だ。
その全体に影響を及ぼすのが「要件」じゃないのか?
ユニットテストだけをパーフェクトにしても、大した成果は出ないと
思うがな。
頭冷やせ。
ソフトウェア開発は、機械だけ相手にしていたら良いわけではない。
金を払う顧客、それを使うユーザー、他人の作ったコンポーネント。
厳密さを求めるがゆえに大切なものを排除してはいけない。
曖昧なもの、変わるものをコントロールする事の方が重要だ。
ユニットテストはゴールではない。
顧客の要求を満たすことがゴールだ。
日本人はすぐに問題個所を血祭りにあげて「部分最適化」を試みる。
本当に必要なのは、開発プロセス全般の「全体最適化」だ。
その全体に影響を及ぼすのが「要件」じゃないのか?
ユニットテストだけをパーフェクトにしても、大した成果は出ないと
思うがな。
59仕様書無しさん
2008/06/30(月) 00:34:23 > 曖昧なもの、変わるものをコントロールする事の方が重要だ。
その変わるものをコントロールするのが
ユニットテストだ。
要求や設計変えても、要求仕様書や設計仕様所には
完璧なテストが存在しないから、
変えることをコントロールすることが不可能。
思いつきで変えるからバグがでる。
ユニットテストは一部分のテストではない。
要求から仕様まですべてを対象にしたテストなのだ。
その変わるものをコントロールするのが
ユニットテストだ。
要求や設計変えても、要求仕様書や設計仕様所には
完璧なテストが存在しないから、
変えることをコントロールすることが不可能。
思いつきで変えるからバグがでる。
ユニットテストは一部分のテストではない。
要求から仕様まですべてを対象にしたテストなのだ。
61仕様書無しさん
2008/06/30(月) 00:41:03 >>59
まあがちがちにテストで固めておくと、馬鹿がバグ入れたときにすぐ引っかかるからな。
ユニットテスト+CVS+デイリービルドのコンボで何回救われたか…
正直、自分の手の届く範囲でコントロールできない要求仕様とか設計仕様とか営業wとかは
理想論吐くだけ虚しい。
まあがちがちにテストで固めておくと、馬鹿がバグ入れたときにすぐ引っかかるからな。
ユニットテスト+CVS+デイリービルドのコンボで何回救われたか…
正直、自分の手の届く範囲でコントロールできない要求仕様とか設計仕様とか営業wとかは
理想論吐くだけ虚しい。
62仕様書無しさん
2008/06/30(月) 00:50:45 要求や仕様。変わるのはいいが、
変わった後ちゃんとテストしているか?
システムすべてをテストしないといけないんだぞ。
どうせしないだろう?
ユニットテストなら、変わった後すべてをテストしている。
それと同等のことをしないといけないんだぞ。
人間相手だから、あいまいな定義で十分。
それゆえに適当でコードなどで自動化もされていないから
面倒だからとまともなテストができない。
結局ちゃんとしたテストはコードでテストするしかないんだよ。
それがユニットテストなんだよ。
変わった後ちゃんとテストしているか?
システムすべてをテストしないといけないんだぞ。
どうせしないだろう?
ユニットテストなら、変わった後すべてをテストしている。
それと同等のことをしないといけないんだぞ。
人間相手だから、あいまいな定義で十分。
それゆえに適当でコードなどで自動化もされていないから
面倒だからとまともなテストができない。
結局ちゃんとしたテストはコードでテストするしかないんだよ。
それがユニットテストなんだよ。
63仕様書無しさん
2008/06/30(月) 00:53:19 そういや営業を忘れていたなw
営業もちゃんとテストをしているのか?
顧客から○○機能がほしいといわれたとき、
その機能を追加したときの費用がどれくらいかかるか
納期に間にあうか、それをちゃんとテストしているか?
結局してないだろう。
はいできます!ってその場で無責任に言うのは
簡単で客受けもいいからな。
ユニットテスト以上に完璧なテストをやる方法が
どこにある。
営業もちゃんとテストをしているのか?
顧客から○○機能がほしいといわれたとき、
その機能を追加したときの費用がどれくらいかかるか
納期に間にあうか、それをちゃんとテストしているか?
結局してないだろう。
はいできます!ってその場で無責任に言うのは
簡単で客受けもいいからな。
ユニットテスト以上に完璧なテストをやる方法が
どこにある。
65仕様書無しさん
2008/06/30(月) 00:55:19 コストの話かしたい奴と信頼性の話がしたい奴がいて
会話がかみ合ってないね。
会話がかみ合ってないね。
67仕様書無しさん
2008/06/30(月) 00:57:44 魑魅魍魎が跋扈するこの業界で、ユニットテストこそ
プログラマが唯一信じられるもの。
俺の作業からユニットテストを奪われたら、俺は泣く。
プログラマが唯一信じられるもの。
俺の作業からユニットテストを奪われたら、俺は泣く。
70仕様書無しさん
2008/06/30(月) 01:16:19 ageてる奴は、公開されないクラスのC0カバレッジが100%でなくともいいって主張?
71仕様書無しさん
2008/06/30(月) 01:22:1772仕様書無しさん
2008/06/30(月) 01:23:53 信頼性に興味がないのでしょう。
73仕様書無しさん
2008/06/30(月) 01:33:1174仕様書無しさん
2008/06/30(月) 01:44:10 大規模プロジェクトでは、UnitTestは意味無くて、「QTPで行う単体テスト」は意味あるということか?
QTPというのは使ったことないけど、QTPで意味があるなら、UnitTestでも意味があると思うがな。
なぜUnitTestじゃダメなのか、そこんとこもっと詳しく。
QTPというのは使ったことないけど、QTPで意味があるなら、UnitTestでも意味があると思うがな。
なぜUnitTestじゃダメなのか、そこんとこもっと詳しく。
75仕様書無しさん
2008/06/30(月) 01:47:17 大規模プロジェクトになると、仕様の矛盾がそもそものBUGの原因になる事が多いよな。
76仕様書無しさん
2008/06/30(月) 01:50:45 テストパターンってなんだよ?
ま、それはともかく、1が何を言いたいのかいまいちよくわからんな。
QTPはすばらしい、QTPを使ってるウチはすばらしい、以上の主張が見えない。
ま、それはともかく、1が何を言いたいのかいまいちよくわからんな。
QTPはすばらしい、QTPを使ってるウチはすばらしい、以上の主張が見えない。
77仕様書無しさん
2008/06/30(月) 01:52:05 バカの一つ覚えと言う言葉がありまして。
78仕様書無しさん
2008/06/30(月) 01:52:20 どんなに大規模なプロジェクトでも、レイヤーや機能で分割されてチーム分けされると思うのだが。
79仕様書無しさん
2008/06/30(月) 01:55:51 あげてる奴が1だとすると、大体においては賛成なんだが、各論総反対、みたいな感じ。
80仕様書無しさん
2008/06/30(月) 18:09:49 >>74
結論から言おう。
ユニットテストをプログラマーが行うとして以下の問題がある。
- 優秀な奴とそうでない奴の差が激しく、属人的でテストの品質がばらつく。
- プログラマーは納期が厳しい。ユニットテストは真っ先に手を抜かれる。
- プログラマーとテスターの両方の能力を持つ人材が少ない。
- プログラマーはテストが嫌い。
- プログラマーが設計するとして、間違った設計をする奴に正しい
テストを書けるはずがない。
- コーダーは、設計の通りにコードを書く。
コーディングに支障がない限り、間違った設計でもそのままコードに
してしまう。コーダーにはユニットテストを書くことはできない。
「チーム内のプログラマー全員が、律儀にユニットテストをこなす。」
という期待は捨てた方がいい。
ポイントは、テストのプロを雇ってテストに専念させる事にある。
「第三者によるテスト」が重要。
>>78
分割すると管理コストが増えるし組織が複雑になる。
そして、意思疎通が難しくなる。
問題が形を変えるだけで何も解決したことにはならない。
結論から言おう。
ユニットテストをプログラマーが行うとして以下の問題がある。
- 優秀な奴とそうでない奴の差が激しく、属人的でテストの品質がばらつく。
- プログラマーは納期が厳しい。ユニットテストは真っ先に手を抜かれる。
- プログラマーとテスターの両方の能力を持つ人材が少ない。
- プログラマーはテストが嫌い。
- プログラマーが設計するとして、間違った設計をする奴に正しい
テストを書けるはずがない。
- コーダーは、設計の通りにコードを書く。
コーディングに支障がない限り、間違った設計でもそのままコードに
してしまう。コーダーにはユニットテストを書くことはできない。
「チーム内のプログラマー全員が、律儀にユニットテストをこなす。」
という期待は捨てた方がいい。
ポイントは、テストのプロを雇ってテストに専念させる事にある。
「第三者によるテスト」が重要。
>>78
分割すると管理コストが増えるし組織が複雑になる。
そして、意思疎通が難しくなる。
問題が形を変えるだけで何も解決したことにはならない。
81仕様書無しさん
2008/06/30(月) 18:15:00 >>74
ユニットテストを否定するつもりはない。ちゃんとやればかなり効果的だ。
ただし、期待したとおりにプロジェクトは進まない。
ユニットテストは、最後の砦ではない。システムテストが最後の砦だ。
テストを厳密にやるという事に取り組んだことがあるが、コストがかかる
という理由で断念した。
ビジネスの世界の最終目的は、金儲け。対投資効果が得られないと長続き
しない。100%の結果を得るのに100億かかるとして、80%の結果を得るに
40億で済むなら。会社は、後者を選び仕事の量を倍にする。
ユニットテストを否定するつもりはない。ちゃんとやればかなり効果的だ。
ただし、期待したとおりにプロジェクトは進まない。
ユニットテストは、最後の砦ではない。システムテストが最後の砦だ。
テストを厳密にやるという事に取り組んだことがあるが、コストがかかる
という理由で断念した。
ビジネスの世界の最終目的は、金儲け。対投資効果が得られないと長続き
しない。100%の結果を得るのに100億かかるとして、80%の結果を得るに
40億で済むなら。会社は、後者を選び仕事の量を倍にする。
82仕様書無しさん
2008/06/30(月) 19:23:5283仕様書無しさん
2008/06/30(月) 19:24:46 ビッグバンテスト信者ですか
84仕様書無しさん
2008/06/30(月) 19:29:54 ユニットテスト終了=納品と勘違いしてるんじゃね?
86仕様書無しさん
2008/06/30(月) 19:38:36 だが断る
8780
2008/06/30(月) 19:56:07 >>82
数百人もいない。100人強だな。そして、全員が精鋭ではない。
あと、実際には分割される。協力企業もいる。
協力企業に開発プロセスを強要できない。請負だからね。
ユニットテストは、CppUnit, JUnitとか単体テストを自動的に行う
あれのことを言っていると思ってるのだが。
単なる単体テストの事なら、今まで俺が書いた事は忘れてくれ。
単体テストは必須だ。
テストを自動的に行うために、テスト自動化用のコードを書いて
メンテナンスを行うのはコストが高くて現実的でないというのが
俺の意見だ。
工数のかかる言語、たとえば、C++/CLIで書いたコードを
工数のかからない言語、VBでテストを書くならまだ納得だ。
テスト用のコードをいかに少ない工数で書くかが重要だと思う。
数百人もいない。100人強だな。そして、全員が精鋭ではない。
あと、実際には分割される。協力企業もいる。
協力企業に開発プロセスを強要できない。請負だからね。
ユニットテストは、CppUnit, JUnitとか単体テストを自動的に行う
あれのことを言っていると思ってるのだが。
単なる単体テストの事なら、今まで俺が書いた事は忘れてくれ。
単体テストは必須だ。
テストを自動的に行うために、テスト自動化用のコードを書いて
メンテナンスを行うのはコストが高くて現実的でないというのが
俺の意見だ。
工数のかかる言語、たとえば、C++/CLIで書いたコードを
工数のかからない言語、VBでテストを書くならまだ納得だ。
テスト用のコードをいかに少ない工数で書くかが重要だと思う。
8880
2008/06/30(月) 20:03:05 近頃のテストの世界では、「カバレッジ」を諦めている節が見受けられる。
ユニットテストで、網羅的にテストを行うと実際のアプリケーションで
は、絶対使用されないシナリオまでテストをする事になってしまう。
それを排除しようとする動きだ。
顧客の要求を満たすためのみにテストすべきだ(それ以外は
やっている時間がない)というトップダウンのアプローチも、ソフトの
規模が大きい昨今ではありなのかもしれない。
ユニットテストで、網羅的にテストを行うと実際のアプリケーションで
は、絶対使用されないシナリオまでテストをする事になってしまう。
それを排除しようとする動きだ。
顧客の要求を満たすためのみにテストすべきだ(それ以外は
やっている時間がない)というトップダウンのアプローチも、ソフトの
規模が大きい昨今ではありなのかもしれない。
91仕様書無しさん
2008/06/30(月) 20:08:08 単にユニットテストと聞いてxUnit連想するか?
93仕様書無しさん
2008/06/30(月) 20:14:47 >>87
スキルがばらばらの100人超のプロジェクトなんだろ?
>顧客の要求を満たすためのみにテストすべきだ(それ以外は
>やっている時間がない)というトップダウンのアプローチも、ソフトの
>規模が大きい昨今ではありなのかもしれない。
無いよ、絶対に。
スキルがばらばらの100人超のプロジェクトなんだろ?
>顧客の要求を満たすためのみにテストすべきだ(それ以外は
>やっている時間がない)というトップダウンのアプローチも、ソフトの
>規模が大きい昨今ではありなのかもしれない。
無いよ、絶対に。
94仕様書無しさん
2008/06/30(月) 20:18:54 単体テスト工程を自動にしない奴って、それ以降のテスト工程でコードに修正が入ったとき、
どうやってリグレッションテストをやるんだろうか。
まぁ、やらないんだろうけど。
どうやってリグレッションテストをやるんだろうか。
まぁ、やらないんだろうけど。
9580
2008/06/30(月) 20:26:47 >>89
導入を考えているのか?正確にはHPに聞いた方がいいぞ。
一概には言えないからね。ライセンス形態もいろいろだし。
アプリにもよるし。
10名程度のテストチームで運用するとして、
数千万円くらいかかるんじゃないかな。
>>90
C0を100%にしたからといって、万事OKではない。
逆にC0が50%でも全体としては、OKかもしれない。
必須かどうかと言われれば、必須だが。1000万行を超すコードで
どこまでできるかが問題だ。
逆に、質問なんだが。
C++で言うテンプレート、C#とかで言うジェネリクスを使ったコードを
テストするのにカバレッジはどう考えたらいい?
>>91
文面から見て、そんな気がしたんだが。
導入を考えているのか?正確にはHPに聞いた方がいいぞ。
一概には言えないからね。ライセンス形態もいろいろだし。
アプリにもよるし。
10名程度のテストチームで運用するとして、
数千万円くらいかかるんじゃないかな。
>>90
C0を100%にしたからといって、万事OKではない。
逆にC0が50%でも全体としては、OKかもしれない。
必須かどうかと言われれば、必須だが。1000万行を超すコードで
どこまでできるかが問題だ。
逆に、質問なんだが。
C++で言うテンプレート、C#とかで言うジェネリクスを使ったコードを
テストするのにカバレッジはどう考えたらいい?
>>91
文面から見て、そんな気がしたんだが。
96仕様書無しさん
2008/06/30(月) 20:31:13 100人で1000万行?
一人10万行?
一体、何人月のシステムなんだよ?
一人10万行?
一体、何人月のシステムなんだよ?
97仕様書無しさん
2008/06/30(月) 20:31:2898仕様書無しさん
2008/06/30(月) 20:33:28 >>95
> 10名程度のテストチームで運用するとして、
ありゃ?
開発者(プログラマ)がQTP使うんじゃないの?
> 逆に、質問なんだが。
> C++で言うテンプレート、C#とかで言うジェネリクスを使ったコードを
> テストするのにカバレッジはどう考えたらいい?
どう考えるも何も、C0カバレッジに考えることなんてあるのか?
> 10名程度のテストチームで運用するとして、
ありゃ?
開発者(プログラマ)がQTP使うんじゃないの?
> 逆に、質問なんだが。
> C++で言うテンプレート、C#とかで言うジェネリクスを使ったコードを
> テストするのにカバレッジはどう考えたらいい?
どう考えるも何も、C0カバレッジに考えることなんてあるのか?
100仕様書無しさん
2008/06/30(月) 20:39:08 テストチームがQTPでテストするとして、プログラマはどうやって単体テストしてるんだ?
10180
2008/06/30(月) 20:40:20102仕様書無しさん
2008/06/30(月) 20:42:24 え?QTPってテストコード書くのか?
だったらなぜQTPはよくてUnitTestが悪いのか、わけわからん。
だったらなぜQTPはよくてUnitTestが悪いのか、わけわからん。
10380
2008/06/30(月) 20:50:11 >>102
xUnitだとテスト用のコードを書くのに時間がかかるし、テスターには無理。
QTPのテストコードは、VBScriptでテスターでも書こうと思えばかける。
しかも、自動的にVBScriptのテストコードを生成する機能も付いている。
xUnitだとテスト用のコードを書くのに時間がかかるし、テスターには無理。
QTPのテストコードは、VBScriptでテスターでも書こうと思えばかける。
しかも、自動的にVBScriptのテストコードを生成する機能も付いている。
105仕様書無しさん
2008/06/30(月) 20:55:25 QTPだと時間がかからないのは、使いなれてるから。
どんなツールでも慣れれば時間がかからなくなる。
xUnitが時間がかかると思ってるのは、よく知らないか、慣れてないから。
どんなツールでも慣れれば時間がかからなくなる。
xUnitが時間がかかると思ってるのは、よく知らないか、慣れてないから。
10699
2008/06/30(月) 20:59:0610780
2008/06/30(月) 22:01:59 >>104
一般論を言うと、QTPは、システムテスト用のツールでそもそもユニット
テスト用ではない。が、うちでは、ユニットテストにも使ってる。
テストコードは、プログラマが書くが、テストはテスターがやっている。
テストコードは、テスト用データを入力できるようになっている。
テスト用データを用意するのはテスター。
・・・つーかうちの会社の特殊事情聞いてどうするんだ?一般的だとは
言ってないぞ。
一般論を言うと、QTPは、システムテスト用のツールでそもそもユニット
テスト用ではない。が、うちでは、ユニットテストにも使ってる。
テストコードは、プログラマが書くが、テストはテスターがやっている。
テストコードは、テスト用データを入力できるようになっている。
テスト用データを用意するのはテスター。
・・・つーかうちの会社の特殊事情聞いてどうするんだ?一般的だとは
言ってないぞ。
10880
2008/06/30(月) 22:04:42 >>106
システムテストはやらないのか?
たぶんやるだろ。
ユニットテストとシステムテストはどちらが大切だと思うんだ?
俺はシステムテストだと思っているんだが・・・。
ユニットテストだけでまさか出荷していないよな。
システムテストはやらないのか?
たぶんやるだろ。
ユニットテストとシステムテストはどちらが大切だと思うんだ?
俺はシステムテストだと思っているんだが・・・。
ユニットテストだけでまさか出荷していないよな。
110仕様書無しさん
2008/06/30(月) 22:37:47 テストできない仕様は作らない設計。
111仕様書無しさん
2008/06/30(月) 23:13:53 テストはそこそこでいいよ
112仕様書無しさん
2008/06/30(月) 23:26:02 >>107
>テストコードは、プログラマが書くが、テストはテスターがやっている。
なぁ、これテストのプロなのか?
>・・・つーかうちの会社の特殊事情聞いてどうするんだ?一般的だとは
>言ってないぞ。
一般論としてユニットテストを否定してるんだろ?だからどうやってるのか聞いてるんだけど。
>>108
>ユニットテストとシステムテストはどちらが大切だと思うんだ?
どっちも大事に決まってるじゃん。
従来のウォーターフォール的なテストのやり方だと工数が膨らむから、ユニットテストに
力を入れようぜって話だ。
つか、はっきり言って、お前がPMだとしたら、その下でできた1000万行のシステムなんか
受け入れたくないわ。
>テストコードは、プログラマが書くが、テストはテスターがやっている。
なぁ、これテストのプロなのか?
>・・・つーかうちの会社の特殊事情聞いてどうするんだ?一般的だとは
>言ってないぞ。
一般論としてユニットテストを否定してるんだろ?だからどうやってるのか聞いてるんだけど。
>>108
>ユニットテストとシステムテストはどちらが大切だと思うんだ?
どっちも大事に決まってるじゃん。
従来のウォーターフォール的なテストのやり方だと工数が膨らむから、ユニットテストに
力を入れようぜって話だ。
つか、はっきり言って、お前がPMだとしたら、その下でできた1000万行のシステムなんか
受け入れたくないわ。
113仕様書無しさん
2008/07/01(火) 00:24:29 あげてみるテスト
114仕様書無しさん
2008/07/01(火) 00:35:37115仕様書無しさん
2008/07/01(火) 01:27:50 プログラマが書くテストコードは、実際のソースコードの前提条件みたいなもんだよ
「テストの品質」っていうテストは受け入れテストみたいな顧客に近いレベルのテストだね
つまりテスターがやるテストはプログラマがやるテストとは別ってこと
「テストの品質」っていうテストは受け入れテストみたいな顧客に近いレベルのテストだね
つまりテスターがやるテストはプログラマがやるテストとは別ってこと
116仕様書無しさん
2008/07/01(火) 01:54:44 ブラックボックスとホワイトボックスの違い?
11780
2008/07/01(火) 06:28:14 >>114
ユニットテストのテストコード -> テスター&プログラマー
システムテストのテストコード -> テスター
うちのテスターは、すべての仕様書や設計書を読む。
全てのテストは、テスターの監視下で行われる。
もちろん、プログラマーの書いたテストコードも監視下に置かれている。
ユニットテストよりもシステムテストに重きを置いている。
システムテストのカバレッジは100%必須。未達成ならリリースはない。
ユニットテストに関しては、残念ながらカバレッジ100%を待てない。
大抵のプログラマーは、時間切れに陥る。十分な時間を与えてもだ。
プログラマーは、余った時間があればコードを洗練させるがテストは
しない。プログラマーは、テストが嫌いな生き物だ。
ユニットテストのテストコード -> テスター&プログラマー
システムテストのテストコード -> テスター
うちのテスターは、すべての仕様書や設計書を読む。
全てのテストは、テスターの監視下で行われる。
もちろん、プログラマーの書いたテストコードも監視下に置かれている。
ユニットテストよりもシステムテストに重きを置いている。
システムテストのカバレッジは100%必須。未達成ならリリースはない。
ユニットテストに関しては、残念ながらカバレッジ100%を待てない。
大抵のプログラマーは、時間切れに陥る。十分な時間を与えてもだ。
プログラマーは、余った時間があればコードを洗練させるがテストは
しない。プログラマーは、テストが嫌いな生き物だ。
11880
2008/07/01(火) 06:40:46 >>115
同意。顧客はテストにも金を払っている。ユニットテストは、顧客にとって
のテストではない。プログラマーの失敗を補うものと思われるので
なかなか顧客には納得が得られない。単体テストとデバッグの違いを
明確に区別して作業しているプログラマーがどれだけいることか・・・。
テスターは、あくまでもシステムテストに主眼を置いている。
ただし、うちはテスターが開発初期からアサインされ、
要求把握、分析、設計、ユニットテスト・・・といろいろな工程を
監視している。
一般的には、ユニットテストは、テスターの仕事ではない。
しかし、ユニットテストが本当に重要だというのなら。
プロに監視してもらうのも一案だし、うちでは、効果があった。
同意。顧客はテストにも金を払っている。ユニットテストは、顧客にとって
のテストではない。プログラマーの失敗を補うものと思われるので
なかなか顧客には納得が得られない。単体テストとデバッグの違いを
明確に区別して作業しているプログラマーがどれだけいることか・・・。
テスターは、あくまでもシステムテストに主眼を置いている。
ただし、うちはテスターが開発初期からアサインされ、
要求把握、分析、設計、ユニットテスト・・・といろいろな工程を
監視している。
一般的には、ユニットテストは、テスターの仕事ではない。
しかし、ユニットテストが本当に重要だというのなら。
プロに監視してもらうのも一案だし、うちでは、効果があった。
119仕様書無しさん
2008/07/01(火) 08:51:27 優秀なテスターは、外部テストだけでプログラムの構造、BUGの場所と実装具合が分かる。
120仕様書無しさん
2008/07/01(火) 19:54:57 テストの経験を積ませてくれない90人は不幸だよな
12180
2008/07/01(火) 23:47:14 >>119
同意。さらに言うなら、外部テスト(ブラックボックステスト)で
問題をちゃんと把握できるシステムは良いシステムだと思う。
「テスト可能なシステム」とうわけだ。
ユニットテストに主眼を置かなければ品質を保てないシステムは、どこか
おかしいと思うのだが・・・。
同意。さらに言うなら、外部テスト(ブラックボックステスト)で
問題をちゃんと把握できるシステムは良いシステムだと思う。
「テスト可能なシステム」とうわけだ。
ユニットテストに主眼を置かなければ品質を保てないシステムは、どこか
おかしいと思うのだが・・・。
122仕様書無しさん
2008/07/01(火) 23:59:12 良くわからんが、テスト駆動の
テスト→実装→レビュー→コミットしてデイリービルドへ
の「テスト」と、完成後の受け入れテストは違うモンだろ?
両方やるんじゃないのか普通。
うちは受け入れテスト(というか、納入前の自社内受け入れテスト)は、専門のテストチームがやってるが。
テスト駆動開発とそうじゃないので、バグ発生件数が如実に違ったから、社内でテスト駆動流行りだした。
テスト→実装→レビュー→コミットしてデイリービルドへ
の「テスト」と、完成後の受け入れテストは違うモンだろ?
両方やるんじゃないのか普通。
うちは受け入れテスト(というか、納入前の自社内受け入れテスト)は、専門のテストチームがやってるが。
テスト駆動開発とそうじゃないので、バグ発生件数が如実に違ったから、社内でテスト駆動流行りだした。
123仕様書無しさん
2008/07/02(水) 00:07:17 仕様が明確な場合は有効だと思うが...仕様がなぁ...ころころ変わるぐらい
ならまだしも、がらっと変わるときあるからなぁ。根底から。せっかく作った
テストもぱぁ。せっかくいい調子でやってたのに、モチベーションを木端微塵
にしてくれるよなぁ... あ、スレチスマソ
ならまだしも、がらっと変わるときあるからなぁ。根底から。せっかく作った
テストもぱぁ。せっかくいい調子でやってたのに、モチベーションを木端微塵
にしてくれるよなぁ... あ、スレチスマソ
124仕様書無しさん
2008/07/02(水) 00:30:44 80はユニットテストに主眼を置けと言われてると思ってるみたいだな。
ユニットテストを軽視するなっつーのが大半の意見だと思うけどな。
ユニットテストの自動化を意識してる所は、当然、機能テストもシステムテストも
受け入れテストも自動化を意識してると思う。ユニットテストやってるから、テスト
可能なシステムになってないとでも思ってるんかいな。
それと、機能テスト以外の話が出てこないが、本当のテストのプロは、機能テスト
以外に力を入れるもんだけどな。たとえばISO 9126に基づく品質保証をめざすとかな。
(蛇足だが、テストチームを外部委託すると、確かに数割はテストのプロがいるが、
残りは二重派遣とかが多いぞ。会社名は出さないが、TEF協賛の品質保証専門の
会社のいくつかはそうだ。全部と付き合いがあるわけじゃないから、全部がそうだとは
言わんが)
それから、はっきり言って、コード書けないテスターは「プロ」とは言いたくない。
テスト対象の言語特性も標準ライブラリの仕様も知らずに、効率の良いテストなんか
できるはずない。
プログラマは、本質的にはテストが好きだと俺は思うぞ。まぁこれは定量的な
評価ができないから水かけ論になるだろうが。
ユニットテストが重要なのは、それが設計という意味でのコードの品質を上げる手段に
なるからだ。自分でユニットテストをやらなくては、真の意味でのTestabilityを
考えられるようにはならないと思うぞ。詳しくは説明しないが、ユニットテストは
保守性を大きく向上させる手段になりうる。
80のプロジェクトでは、たまたまうまくいってるんだろうが、ユニットテストレベルのバグが
ぼろぼろ出るプロジェクトは、テスト技術者のモチベーションを著しく落としめて、
プログラマ対テスターという対立構造を生みやすい。
ユニットテストを軽視するなっつーのが大半の意見だと思うけどな。
ユニットテストの自動化を意識してる所は、当然、機能テストもシステムテストも
受け入れテストも自動化を意識してると思う。ユニットテストやってるから、テスト
可能なシステムになってないとでも思ってるんかいな。
それと、機能テスト以外の話が出てこないが、本当のテストのプロは、機能テスト
以外に力を入れるもんだけどな。たとえばISO 9126に基づく品質保証をめざすとかな。
(蛇足だが、テストチームを外部委託すると、確かに数割はテストのプロがいるが、
残りは二重派遣とかが多いぞ。会社名は出さないが、TEF協賛の品質保証専門の
会社のいくつかはそうだ。全部と付き合いがあるわけじゃないから、全部がそうだとは
言わんが)
それから、はっきり言って、コード書けないテスターは「プロ」とは言いたくない。
テスト対象の言語特性も標準ライブラリの仕様も知らずに、効率の良いテストなんか
できるはずない。
プログラマは、本質的にはテストが好きだと俺は思うぞ。まぁこれは定量的な
評価ができないから水かけ論になるだろうが。
ユニットテストが重要なのは、それが設計という意味でのコードの品質を上げる手段に
なるからだ。自分でユニットテストをやらなくては、真の意味でのTestabilityを
考えられるようにはならないと思うぞ。詳しくは説明しないが、ユニットテストは
保守性を大きく向上させる手段になりうる。
80のプロジェクトでは、たまたまうまくいってるんだろうが、ユニットテストレベルのバグが
ぼろぼろ出るプロジェクトは、テスト技術者のモチベーションを著しく落としめて、
プログラマ対テスターという対立構造を生みやすい。
125仕様書無しさん
2008/07/02(水) 00:35:08 長い
126仕様書無しさん
2008/07/02(水) 00:38:17 すまねー。
でも言い足りん。
またどこかで。
でも言い足りん。
またどこかで。
127125
2008/07/02(水) 00:39:30 いや、すまん。
俺以外の住人は待ってるのかも知れん。
続けてくれ。
俺以外の住人は待ってるのかも知れん。
続けてくれ。
128>123
2008/07/02(水) 01:24:09 使えなくなった(使わなくなった)コードは"習作"と割り切って捨てるが吉
下手に利用しようとして傷口を広げるべからず
下手に利用しようとして傷口を広げるべからず
129仕様書無しさん
2008/07/02(水) 03:03:17130仕様書無しさん
2008/07/02(水) 03:08:56 > ユニットテストよりもシステムテストに重きを置いている。
> システムテストのカバレッジは100%必須。未達成ならリリースはない。
> ユニットテストに関しては、残念ながらカバレッジ100%を待てない。
これはどういうことを意味するか。
それは、システムテストのカバレッジが100%でも
ユニットテストのカバレッジは100%ではないということ。
つまり、バグがあったとしても、システムテストの
カバレッジが100%になるということを意味する。
これが最近巷でよく発生している「ごくまれな事例において発生する不具合」に
つながっている。つまりテスト不足。
そしてそのいいわけがこれ。
> ユニットテストに関しては、残念ながらカバレッジ100%を待てない。
> 大抵のプログラマーは、時間切れに陥る。十分な時間を与えてもだ。
言い換えると、時間が足りないからテストを省くという意味である。
> システムテストのカバレッジは100%必須。未達成ならリリースはない。
> ユニットテストに関しては、残念ながらカバレッジ100%を待てない。
これはどういうことを意味するか。
それは、システムテストのカバレッジが100%でも
ユニットテストのカバレッジは100%ではないということ。
つまり、バグがあったとしても、システムテストの
カバレッジが100%になるということを意味する。
これが最近巷でよく発生している「ごくまれな事例において発生する不具合」に
つながっている。つまりテスト不足。
そしてそのいいわけがこれ。
> ユニットテストに関しては、残念ながらカバレッジ100%を待てない。
> 大抵のプログラマーは、時間切れに陥る。十分な時間を与えてもだ。
言い換えると、時間が足りないからテストを省くという意味である。
131仕様書無しさん
2008/07/02(水) 08:12:27 よくある現実
マ「すいません、これ以上仕様変更があると改修はともかく
テストが間に合いません」
上司「テストなんて現地ですればいいよ」
・・・
客「なんだこの不具合だらけのシステムは!こんなものをリリースするなんて
おたくはいったいry)」
マ「すいません、これ以上仕様変更があると改修はともかく
テストが間に合いません」
上司「テストなんて現地ですればいいよ」
・・・
客「なんだこの不具合だらけのシステムは!こんなものをリリースするなんて
おたくはいったいry)」
133仕様書無しさん
2008/07/02(水) 13:10:0213480
2008/07/02(水) 21:26:47 >>124
「テストファースト」は賛成だが、「テスト駆動」は反対だ。
前者は、ソフトを作る時に先にテストを考えるというアプローチだ。
後者は、テストに基づいてプログラミングをするということなんだろう。
「テストファースト」は賛成だが、「テスト駆動」は反対だ。
前者は、ソフトを作る時に先にテストを考えるというアプローチだ。
後者は、テストに基づいてプログラミングをするということなんだろう。
136仕様書無しさん
2008/07/02(水) 21:36:21 テスト=設計書という前提だがな。
13780
2008/07/02(水) 21:42:14 >>135
プログラミング可能なテストということなんだろ。
コード化が可能なほど詳細に書かれているテストってどうやって記述
してあるんだ?
設計とテストがイコールということは、設計書のタイトルをテスト仕様書
に変更しても問題ないということか?
テストは、設計からすると客観的な別の存在であるべきではないのか?
プログラミング可能なテストということなんだろ。
コード化が可能なほど詳細に書かれているテストってどうやって記述
してあるんだ?
設計とテストがイコールということは、設計書のタイトルをテスト仕様書
に変更しても問題ないということか?
テストは、設計からすると客観的な別の存在であるべきではないのか?
138仕様書無しさん
2008/07/02(水) 21:44:10 世の中には外部設計と内部設計とがあってだな(ry
13980
2008/07/02(水) 21:53:4614080
2008/07/02(水) 22:16:44 >>130
>それは、システムテストのカバレッジが100%でも
>ユニットテストのカバレッジは100%ではないということ。
>つまり、バグがあったとしても、システムテストの
>カバレッジが100%になるということを意味する。
システムテストのカバレッジが100%=ユーザーに発見できるバグは0個と
言う定義なので、もしバグが見つかったらシステムテストのカバレッジ
が100%ではなかったということになる。
ユーザーがバグを発見できるということは、それは、システムテストで
テスターでも発見できるはずのバグと言える。
ユニットテストをちゃんとしておくとテスターは楽になる。
でもユーザーには関係がない。
>それは、システムテストのカバレッジが100%でも
>ユニットテストのカバレッジは100%ではないということ。
>つまり、バグがあったとしても、システムテストの
>カバレッジが100%になるということを意味する。
システムテストのカバレッジが100%=ユーザーに発見できるバグは0個と
言う定義なので、もしバグが見つかったらシステムテストのカバレッジ
が100%ではなかったということになる。
ユーザーがバグを発見できるということは、それは、システムテストで
テスターでも発見できるはずのバグと言える。
ユニットテストをちゃんとしておくとテスターは楽になる。
でもユーザーには関係がない。
142124
2008/07/02(水) 23:27:10 うーんと、とても100人で1000万行のシステムを作ってる人の発言とは思えないんだよなぁ。
反論するのもアホらしいというか。
かまってちゃんの学生さんって気がしてきた。
反論するのもアホらしいというか。
かまってちゃんの学生さんって気がしてきた。
143仕様書無しさん
2008/07/02(水) 23:34:18144仕様書無しさん
2008/07/02(水) 23:54:15 アナログ(エンドユーザ) と デジタル(プログラム)
の間をとりもつのがテスト。
それぞれ言い分や希望、得手不得手、好き嫌いが異なるのは
当り前。そこはお互いを尊重し譲歩すべきは譲歩し、テスト
という愛の証、いわば結婚指輪があってこそ両者は結ばれる。
テストのない結納(納品)は、すぐに破局を招くのが必定。
ワハハハハハハハッ なんのこっちゃ
の間をとりもつのがテスト。
それぞれ言い分や希望、得手不得手、好き嫌いが異なるのは
当り前。そこはお互いを尊重し譲歩すべきは譲歩し、テスト
という愛の証、いわば結婚指輪があってこそ両者は結ばれる。
テストのない結納(納品)は、すぐに破局を招くのが必定。
ワハハハハハハハッ なんのこっちゃ
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- サウナ夫婦死亡 非常ボタンの通報装置の電源入っておらず オーナー「今まで電源入れたことない」★2 [夜のけいちゃん★]
- 日中関係改善は「下手をすると10年かかる」 トランプを全面信頼できない高市官邸の苦悩★5 [ぐれ★]
- 【高市首相】「日本人が日本各地を旅行するのも大切」 中国からの渡航自粛巡り [ぐれ★]
- 【野球】WBC、録画放送含め地上波中継なし (ネットフリックス) ★3 [阿弥陀ヶ峰★]
- ファミマ「遊べるコンビニ」へ ゲーム機を5000店舗に設置方針 IP強化 [七波羅探題★]
- 【芸能】フィフィ「もういいから、パンダ外交とか、中国にヘコヘコする日本… 高市政権になってもこれですか」 [冬月記者★]
