元スレ
1 :仕様書無しさん:2008/06/28(土) 19:49:20 .net
何だよ、8割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
って…
コーディングが終わってやっと3割終わったかどうかってところだろが。
コーディングが終わってからが本番だっちゅーの。テスト仕様書に従い、テストデータ用意して、
正常系、異常系含めて、抜かりなく全網羅テストすること。これがどれだけ大変なことか。
本当に理解してんのか? コーディングが終わってやっとスタートラインに立ったぐらいの気持ち
でいろよ、ってくヘラヘラしやがって。
こういう、テストを軽視する輩共が、プログラミングという作業を軽んじ、工数見積りを誤り、
徒に製造を急かし、バグの混入率を間接的に高めているということに気づかんのか。
どんな優秀な奴だって、人間だもの、間違いを犯す。バグを生み出す。それを極力未然に防ぐのが
テストだろ。いつバグが判明するかとドキドキしながら納品後の時間を過ごすか、自信と満足感を
もって笑顔で過ごすか。どちらがいいか自明のことだろ。
プログラミングはなぁ、テストに始まりテストに終わるんだよ。要件を理解し、その中に潜む異常
パターンを見抜き、どんだけ抜かりなくテストをやれるかが一流とカスを分かつ分水嶺だ。
コーディングなんかできてあたり前、肝心なのはテストだ。テストを極めてこそ、一流のプログラ
マーって呼べるんだよ。
この馬鹿者どもが。
665 :仕様書無しさん:2008/11/10(月) 00:37:21 .net
376 :仕様書無しさん:2008/07/20(日) 12:16:01 .net
>>367
> 「全く想定していない」・・・要求定義者や分析・設計者のミスをテストで
> カバーできないってこと。間違った仕様を完璧にコーディングしても
> それは、バグ。
ですよね。だからちゃんと想定して、
その想定した内容をテストとして書くんですよね。
これであなたもユニットテストの重要性を理解したと思います。
521 :仕様書無しさん:2008/08/17(日) 00:44:24 .net
>>1
おれが言いたかったことを、代弁してくれて
心からありがとう( ´v`)
553 :仕様書無しさん:2008/08/19(火) 14:39:18 .net
388 :仕様書無しさん:2008/07/28(月) 11:42:25 .net
今日初めて見たが、みんな何か勘違いしてないか?
テストで信頼性は上げられない、テストは
「このプログラムにはバグがあるます」を実証するもので
バグを沢山検出したからと言って、そのプログラムには
もうバグが存在しないと言う実証にはならない。
実際は逆で、統計的に見るとバグ密度の多いプログラムほど
残りの潜在バグが多く含まれている。
テストでは信頼性は旦保できない為、極度に
信頼性が求められるシステムでは、テストをしない開発手法もある。
309 :仕様書無しさん:2008/07/13(日) 18:02:22 .net
10 :仕様書無しさん:2008/06/28(土) 23:54:14 .net
>>9
それ、ユニットテストじゃん。ユニットテストは普通テスターがやるもの
じゃないっしょ。ユニットテストは、設計レベルの確認でしょ。そのやり方
は、開発規模が大きくなった場合は、現実的には無理だと思うぞ。
顧客の要求レベルのテスト、すなわち、システムテスト(ホワイトボック
ステスト)が、最重要でしょ。
249 :仕様書無しさん:2008/07/07(月) 20:18:40 .net
サブシステムやコンポーネントやレイヤーを合わせてテストするのは、普通、結合テストと言います。
356 :仕様書無しさん:2008/07/17(木) 01:27:47 .net
>>344
組み込みならモノがないのでやむを得ない面もあるが、
大概は前のチップや代替品を使って見当を付ければいい。
>>348
パフォーマンスを急げと言っているわけではない。
パフォーマンスがどれくらいでそうか当たりを付けて
速度重視にするかフットプリント重視にするかの設計方針に入れろと言っている。
それを設計工程で行わないで後に回すから手戻るんだよ。
831 :仕様書無しさん:2010/10/09(土) 14:26:06 .net
【審議中】
∧,,∧ ∧,,∧
∧ (´・ω・) (・ω・`) ∧∧
( ´・ω) U) ( つと ノ(ω・` )
| U ( ´・) (・` ) と ノ
u-u (l ) ( ノu-u
`u-u’. `u-u’
190 :仕様書無しさん:2008/07/05(土) 18:17:43 .net
>>189
その仕様書には、どんなことが書いてあるの?
そして、その書いてあることが正しいかどうかは
誰が判断できるの?
この二つの質問に答えることができれば、
おのずとどうやるかがわかると思う。
68 :仕様書無しさん:2008/06/30(月) 01:01:59 .net
180 :仕様書無しさん:2008/07/05(土) 01:38:16 .net
> クライアントのためにならない
ここちょっと違くね?
時間を金で買うクライアントもいるよ
345 :仕様書無しさん:2008/07/16(水) 23:54:42 .net
まあ、何万行書いてもBUGなんて皆無と豪語してる奴は、信じられなくて当然。
そういうコードは結合後に醜い事になってる事が経験的に多いなw
要するに、俺様仕様でBUGゼロってだけだからwww
398 :仕様書無しさん:2008/07/30(水) 00:31:54 .net
>>397
>想定外の欠陥は許されるが、想定内の欠陥はダメなの。
現実は想定外の欠陥でも許さない人間が大半だがな。 相乗りしている他システムが
異様にリソース使いまくって、それに巻き込まれて不具合起きて、それでも不具合が
おきない様にしろと言われかけたときは頭抱えたよ、、、
312 :仕様書無しさん:2008/07/13(日) 21:11:33 .net
つーか、日本の現場にありがちな曖昧な部分を消したという事が重要だと思う。
グラマーのプライドなんて、邪魔ものだからなー(本人にとってもー)。
710 :仕様書無しさん:2009/01/03(土) 18:38:22 .net
今行ってる現場のPLがなんか勘違いしている。
コーディング8割完了って報告したら、「じゃあ単体試験は5割ぐらい完了ってことかな?」ってさ・・・
コーディング中のTry&Errorはテストではないですよ?
こいつ、40近くにもなって何を言ってるんだろうって思いました。
237 :仕様書無しさん:2008/07/07(月) 11:40:51 .net
622 :仕様書無しさん:2008/10/03(金) 09:23:34 .net
>>618
俺の前の会社は「テスト検査書なんかいらないんだ!テストというものはどんどん触るのが仕事なんだ!」
という社長の方針でレビュー以前にテスト検査書が存在しなかったけどね。
まあ、結局倒産して社長一家は行方不明だがw
429 :仕様書無しさん:2008/07/31(木) 22:14:57 .net
>>424
キャバじゃないし、今日でもなかった・・・
だれかおれの視力、聴力、記憶力をテストしてくれ
880 :仕様書無しさん:2014/02/24(月) 22:53:36.57 .net
493 :80:2008/08/10(日) 21:32:19 .net
テストを重視して、ただでさえ疲れ切った技術者にさらに仕事を
積む。そーやって、現場をさらに混乱に陥れる。
部分最適化だけじゃだめだ。バグを見つけた奴には給料を倍払うとか
しないとな。
技術者は、常に理屈で何とかなると思っている、何か良い手法があると
考えている。ただ、その手法を実行する人の振る舞いについては関心がない。
529 :仕様書無しさん:2008/08/17(日) 11:30:29 .net
852 :仕様書無しさん:2011/11/22(火) 18:54:04.29 .net
>>1 はプログラマじゃないことは確かだな。
土方だったら納品オサラバだし、綺麗事で飯食えるかっての。
責任ある高度な仕事を要求するなら、それなりの金払え。
717 :仕様書無しさん:2009/01/04(日) 20:22:55 .net
>>716
レアバグを発見したらみんなで胴上げ
経費で昼飯代を出す(カレー限定)
とか特典をつける
614 :仕様書無しさん:2008/09/30(火) 16:30:39 .net
>>611-612
これか・・・すげぇな。アップデート項目チェックとかしてないんだろうか?
ゲーム開発って楽そう。
ttp://www.playonline.com/ff11/polnews/news12783.shtml
>■一部アイテムのアイコングラフィックが変更されたお知らせに
> おいて、実装されていないアイテムが一覧に含まれておりました。
> 脳汁/狡賢い脳汁/幸せの人参汁/まろやかな鳥汁/濁った血汁
274 :仕様書無しさん:2008/07/09(水) 23:10:36 .net
実作業としては統一されてないだろうけど、UTの概念は統一されてるだろ。知らない奴は論外。
MTは知らんw
87 :80:2008/06/30(月) 19:56:07 .net
>>82
数百人もいない。100人強だな。そして、全員が精鋭ではない。
あと、実際には分割される。協力企業もいる。
協力企業に開発プロセスを強要できない。請負だからね。
ユニットテストは、CppUnit, JUnitとか単体テストを自動的に行う
あれのことを言っていると思ってるのだが。
単なる単体テストの事なら、今まで俺が書いた事は忘れてくれ。
単体テストは必須だ。
テストを自動的に行うために、テスト自動化用のコードを書いて
メンテナンスを行うのはコストが高くて現実的でないというのが
俺の意見だ。
工数のかかる言語、たとえば、C++/CLIで書いたコードを
工数のかからない言語、VBでテストを書くならまだ納得だ。
テスト用のコードをいかに少ない工数で書くかが重要だと思う。
116 :仕様書無しさん:2008/07/01(火) 01:54:44 .net
294 :仕様書無しさん:2008/07/11(金) 02:33:59 .net
>>290
テスト後フェーズは幾度となく経験してるし、
修正後のテスト堂々巡りも経験してるけど、
大規模開発というものを経験したことがないので、
UT→IT→ST が同時進行ならまだしも、何度も巡る
というのが理解できず、議論についていけないw
というかあれだな、読んでいて思ったけど、
言葉の定義や論点がずれているだけで、
本質はみんな同じ認識の様な気がする。
58 :仕様書無しさん:2008/06/30(月) 00:23:41 .net
>>48
頭冷やせ。
ソフトウェア開発は、機械だけ相手にしていたら良いわけではない。
金を払う顧客、それを使うユーザー、他人の作ったコンポーネント。
厳密さを求めるがゆえに大切なものを排除してはいけない。
曖昧なもの、変わるものをコントロールする事の方が重要だ。
ユニットテストはゴールではない。
顧客の要求を満たすことがゴールだ。
日本人はすぐに問題個所を血祭りにあげて「部分最適化」を試みる。
本当に必要なのは、開発プロセス全般の「全体最適化」だ。
その全体に影響を及ぼすのが「要件」じゃないのか?
ユニットテストだけをパーフェクトにしても、大した成果は出ないと
思うがな。
39 :仕様書無しさん:2008/06/29(日) 20:21:41 .net
>>37
「ちゃんと動くプログラム」と「テスト」と「仕様書」をなぜに比べる?
一蓮托生だろ。
テストも出来ていない腐った仕様のプログラムは、ちゃんと動いているとは
言えない。
363 :仕様書無しさん:2008/07/18(金) 21:10:41 .net
>>362
ど素人さんですか?
今まで何やってたの?
481 :仕様書無しさん:2008/08/08(金) 21:09:17 .net
36 :仕様書無しさん:2008/06/29(日) 20:17:48 .net
>>32
うちは、QTPを単体テストで使用している。
開発の初期からテストを意識している。
つまり、テストはテスターだけの仕事じゃない。
設計者は、単体テストでテスト自動化を導入できるようにはじめから
設計する。目標は、すべてのテストの自動化と管理だ。
テストは設計の一部だ。
いわゆるユニットテストでは、カバレッジを評価できないし、
達成度も不明確だ。
うちは、ユニットテストからすべてQC/QTPで一元管理している。
そして、統計を取ってシステムやチームの弱点を洗い出す。
QTPは単なるツール。どう使うかは使う側による。
371 :仕様書無しさん:2008/07/19(土) 22:22:01 .net
>>369
テストの際に出てくる不具合報告を眺めてるだけじゃ完成しないがなw
テストに入ってからが本当のコーディング作業が始まると思わなきゃ上手く行かない。
935 :仕様書無しさん:2016/10/31(月) 23:06:04.04 .net
必要なときにテスト用の機材がないわ
テストしたいのに場所も時間も制限付けられるわ
テストゼロで客先納入に向かう羽目になりながら
よく不具合が出なかったなと思う
その後は仕様追加だの仕様変更だのバタバタバタバタ慌ただしく来て
テストも糞もないほど杜撰で、トラブル頻発したが
90 :仕様書無しさん:2008/06/30(月) 20:05:08 .net
>>88
C0カバレッジ100%は必須なの?必須じゃないの?
686 :仕様書無しさん:2008/12/26(金) 21:50:20 .net
351 :仕様書無しさん:2008/07/17(木) 00:15:48 .net
377 :仕様書無しさん:2008/07/20(日) 12:20:56 .net
862 :仕様書無しさん:2012/01/20(金) 22:27:56.48 .net
26 :仕様書無しさん:2008/06/29(日) 12:03:22 .net
テスト工数が軽んじられる傾向にあるのは確かだな。
テストにかかる時間と手間がちゃんと工数に考慮されたら、
そして経験と勘に頼るような人任せなやり方が改善されて、
テスト手法がちゃんと確立されて標準化されたら、みんな
定時で帰れるし、トラブルも減って、もう少しみんながハッ
ピーになれると思うんだけど。
でも現実は、製造とテストは一緒くたに丸投げされて、やら
される方もただ盲目的に「テストOK」の印をつけることだけ
が目的になっている。自分で製造もやってるから隙もできる。
これじゃぁ、質があがるわけない。せめて製造とテストは実施
者を分けるべきじゃないかと思う。
112 :仕様書無しさん:2008/06/30(月) 23:26:02 .net
>>107
>テストコードは、プログラマが書くが、テストはテスターがやっている。
なぁ、これテストのプロなのか?
>・・・つーかうちの会社の特殊事情聞いてどうするんだ?一般的だとは
>言ってないぞ。
一般論としてユニットテストを否定してるんだろ?だからどうやってるのか聞いてるんだけど。
>>108
>ユニットテストとシステムテストはどちらが大切だと思うんだ?
どっちも大事に決まってるじゃん。
従来のウォーターフォール的なテストのやり方だと工数が膨らむから、ユニットテストに
力を入れようぜって話だ。
つか、はっきり言って、お前がPMだとしたら、その下でできた1000万行のシステムなんか
受け入れたくないわ。
69 :仕様書無しさん:2008/06/30(月) 01:07:33 .net
258 :80:2008/07/08(火) 01:01:27 .net
>>256
■機能要件
機能要件は、インクリメンタル型で開発している。仕様書に基づいて
要求が満たされているかをチェックするのに重点が置かれる。
■フレームワーク
非機能要件は、フレームワークに含まれるのがほとんどで、イテレーティブ
型で開発をしている。
実際には、リファクタリングをしまくるわけだ。つまり、外的な
ふるまいだけをテストして、内部はガンガン変えていくのだ。
なので、単体テストは軽視され回帰テストが重要視される傾向がある。
■再利用可能なコンポーネント
レイヤーの低い位置にいる、再利用可能なコンポーネントは、
不具合が全体に波及するので、ユニットテストからコツコツ積み上げる。
ユニットテストは低レベルのコンポーネント(ライブラリ)開発で役に立つ。
264 :仕様書無しさん:2008/07/08(火) 08:41:06 .net
>>257
システム/ネットワークのパフォーマンス的なボトルネックは生まれにくくなってきてるけど
利用するライブラリ/パッケージ自体は未だに流行に合わせどんどん入れ替わり立ち替わりな
うちのPrjでは、半年以内に「原因不明系」のトラブルが多発してるよ。
ImageGear許すマジ
579 :仕様書無しさん:2008/09/06(土) 01:20:26 .net
72 :仕様書無しさん:2008/06/30(月) 01:23:53 .net
393 :仕様書無しさん:2008/07/29(火) 00:43:53 .net
レスを投稿する(名前省略可)