08/10/03 01:53:34
>>618
休暇届もやるのか・・・・
ムチャクチャNG出されそうだ･･･・・
620:仕様書無しさん
08/10/03 01:59:14
>>619
ああ、休暇届に不備があってプログラムに不具合が出るならやるさ。
621:仕様書無しさん
08/10/03 08:10:34
この日確かレビューだったよね？よってNG。
とかか。
622:仕様書無しさん
08/10/03 09:23:34
>>618
俺の前の会社は「テスト検査書なんかいらないんだ！テストというものはどんどん触るのが仕事なんだ！」
という社長の方針でレビュー以前にテスト検査書が存在しなかったけどね。
まあ、結局倒産して社長一家は行方不明だがｗ
623:仕様書無しさん
08/10/03 09:46:04
俺的にはまず全体できに荒くテストしてから
細かいところをテストするのがいいと思う。
624:仕様書無しさん
08/10/03 13:26:55
テスト検査書の正しさは誰が検証するんだ
625:仕様書無しさん
08/10/03 22:37:27
SQA部門とコレまでに改善されてきた(はずの)システムが検証する。
626:仕様書無しさん
08/10/04 18:01:37
テスタがプログラマからテスト仕様書を貰えると思ってる時点でおかしい。
折れの職場はこうだからバグが減らない。
んで営業がキレる。折れのせいじゃねえよ。構造的欠陥だ。
627:仕様書無しさん
08/10/04 18:09:53
テスト仕様をプログラムから起こしちゃあ、プログラムの正当性が判断できないよね。
そりゃそうだ。
テスト仕様はシステム設計書やシステム仕様書から起こす物だよな。
628:仕様書無しさん
08/10/04 18:15:27
>>623だけが素人くさいな
629:仕様書無しさん
08/10/05 00:15:15
項目Aを実行する テスト内容Aの結果が○○になる
項目Bを実行する テスト内容Bの結果が○○になる
...
これをテスト仕様書とかいってももってくる35ぐらいのおっさん
いるんだけど、テスト軽視とかのれべるじゃねーよｗ
630:仕様書無しさん
08/10/05 00:42:27
>>629 その人に、それ1回やってみましたか？って言ってみたらどうかな。
631:仕様書無しさん
08/10/05 03:35:07
UTが内部設計、Itaが外部設計、STが要件定義書のテストだよね？
632:仕様書無しさん
08/10/05 04:55:09
仕様書書いたあとに仕様書からテスト紙を起こす
そのあとコーディング
こっちの方が絶対バグが減る
633:仕様書無しさん
08/10/05 05:05:40
>>632
設計はどのタイミングで
634:仕様書無しさん
08/10/05 05:08:09
>>633
用件定義はどのタイミングで
635:仕様書無しさん
08/10/05 05:21:49
>>634
契約金額はどのタイミングで
636:仕様書無しさん
08/10/05 10:23:33
>>631
ItaとかItbってIBMかなんかの方言だったような
637:仕様書無しさん
08/10/05 10:29:50
省略表現とか横文字を無意味に乱発する奴は
折れはあまり好きじゃないな。
日本語で適切な表現があれば、最初からそれを使えば
沢山の人に読んでもらえる。
638:仕様書無しさん
08/10/06 10:34:19
>>629
ファイナルファンタジーXIスタッフ乙
639:仕様書無しさん
08/10/06 20:24:24
>>582
その基地外に関わる奴のストレスを考えたら大変なものだろうな。
うちの優秀な人間を潰されたくないからそー言う奴は使わない方が無難。
下請けに基地外が紛れ込んでる分にはOKだが、失敗したら賠償請求するよ？
640:仕様書無しさん
08/11/02 23:55:58
ソニー系列で仕事した人に聞きたいんだけど、
ソニーって、ぜんっぜんテストしてなくね？
俺の部署の上司が元ソニーなんだが、テスト工数を全く見込んでくれない。
PS3のファームバージョンアップにも、
ちょっと動かせばわからないバグが平気で仕込まれてるし
641:仕様書無しさん
08/11/02 23:56:31
×ちょっと動かせばわからない
○ちょっと動かせばわかるような
642:仕様書無しさん
08/11/03 00:02:50
テストしてないは言い過ぎ
643:仕様書無しさん
08/11/03 00:25:07
テストしていない＝検仕無しでプログラムが動けばOKとしている
644:仕様書無しさん
08/11/03 02:38:18
ソフトウェアが存在しない時代からあった古い会社ではありがち
645:仕様書無しさん
08/11/03 02:49:53
>>644
そういうテストをしていると会社自体が存在不可能になり、
消滅していくので、実際にはほとんどない
たとえなんとか存在できても結局受託じゃ
瑕疵保証で採算が合わず、社員は毎日他人に会社に出勤してるｗ
646:仕様書無しさん
08/11/03 17:36:40
S◯NYってソフト関係は丸投げしてるでしょ？
日立系あたりに。
そっちでテストはしてるんじゃねえの？
647:仕様書無しさん
08/11/03 17:53:59
>>646
目立から関連情報システムに○投げしてるよｗ
648:仕様書無しさん
08/11/04 08:39:51
で、勉強するのにおぬぬめの本はあるの？
何かスクール的なのとか行けって？
649:仕様書無しさん
08/11/04 23:46:45
実戦＆実践あるのみじゃね？
650:仕様書無しさん
08/11/05 00:16:02
本は自分で見て選ぶ
スクールは基本的に金の無駄
ただし、時間を金で買うなら、物によっては選択肢に入れても良い
651:仕様書無しさん
08/11/05 00:24:50
仕様書どおりのテストをするのが仕事。＞つまらん
いやらしい境界条件や設定条件を組み合わせて、バグを見つけるのが趣味な俺。
652:仕様書無しさん
08/11/05 00:56:25
>>651
至って正常だから安心しろ。
変態的なバグ出しだと、動作中にコンセント抜くとか平気でやるからw
653:仕様書無しさん
08/11/05 01:15:40
>>652
フォールトトレラントシステムでは準正常系試験かとｗ
654:仕様書無しさん
08/11/05 17:11:49
カスSEが書いた試験書通りに試験するよりも、
ベテランPGがランダム試験したほうが効率的にバグ出せるよな。
でもそれを認めて生かしてるテストプロセスって世界的に見ても存在しないような。
日本人の職人技をプロセスとして体系的に確立することは出来ないんだろうな
655:仕様書無しさん
08/11/05 20:54:27
JCBカード決済に障害
656:仕様書無しさん
08/11/05 22:25:50
>>654
バグ取りとしてはその方が効率いいんだろうけど
客へのテスト実施内容報告としては愚鈍なやつが書いたような
単に全U/Iに同じことするような網羅系テストの結果資料が
絶対必要なんだよな・・・
特に最近に品管きどり連中はうるさい
657:648
08/11/05 23:25:57
亀だが>>649 >>650㌧ｸｽ。
意識改革やってみるわ。燃えてきた。
俺をテストしてやるっ！！
658:仕様書無しさん
08/11/07 01:36:55
>>656
同意。
泳がせとくだけで勝手にバグ見つけるテスタって居る。
しかし、クライアントへの提出物として程々網羅率の高い項目書って要る。
で、ランダムテストでバグが出てからその手順を項目書に織り込むなんて
アホらしいこともやらざるをえないことがあるよ。
659:仕様書無しさん
08/11/08 00:36:54
>>658
テスト項目にない内容が不具合票にあがってるぞ！
とかつっこむ品管とかもう、巣へ(・∀・)ｶｴﾚ!!と・・・
660:仕様書無しさん
08/11/08 01:14:05
>>659
客先からバグの報告が来ると
テスタは何やってんだ、とか言い出すんだろ？
661:仕様書無しさん
08/11/08 01:28:27
最初からザル試験書なんだろ。
662:仕様書無しさん
08/11/09 16:25:12
>>654
ランダムテストのほうがバグが出るってw
そりゃ単にテスト仕様が低レベルなんだよw
お前の会社、年収500万前後で頭打ちだろw
663:仕様書無しさん
08/11/09 16:28:42
テスターで1000万超えてるやつっている？
664:仕様書無しさん
08/11/10 00:28:19
常に悲愴感
自分のチームを守りたいのは分かるけど
最後まで人の話を聞いてくれ
665:仕様書無しさん
08/11/10 00:37:21
ニートにバグ１個３００円でやらせろ
666:仕様書無しさん
08/11/27 23:26:08
SEが試験書なんて作らずにテストコードを直接書けばいいのに
仕様→試験書→テストコードなんて伝言ゲームみたな事なんかありえん
で、上に提出する書類はテストコードから自動生成すればいい
どうせ碌に読まないんだからBDD用フレームワーク使って書いたテストから
辞書をチューンしたコリャ英和とmecabを使って生成してバレないだろうし
667:仕様書無しさん
08/11/27 23:48:58
SEが違えばテストコードも違うんだなこれが
それだと上に提出する書類はSEの数だけシナリオができて
支離滅裂な文章の羅列になっちゃう
668:仕様書無しさん
08/12/06 03:46:41
SEの書く試験書なんて、
○○機能テスト・・・○○機能が正しく動く
△△機能テスト・・・△△機能が正しく動く
××機能テスト・・・××機能が正しく動く
こんなもんですから。
669:仕様書無しさん
08/12/06 12:11:27
SEXXテストか
670:仕様書無しさん
08/12/06 12:38:13
SEXとは
SEがX(ﾊﾞﾂ=ｲﾗﾈ)という意味ですか
671:仕様書無しさん
08/12/06 13:07:00
境界テストとか、異常値テストとかしないの？
672:仕様書無しさん
08/12/06 13:27:43
運用開始後テストの為のテストですよ。
673:仕様書無しさん
08/12/06 13:33:30
検収でこのSEﾂｶｴﾈということです。
674:仕様書無しさん
08/12/08 18:09:09
>>666
上でExcelとpowerpointいじくってるだけのクズが、
開発で使う言語でテストケース書くとか、出来るわけないし
要求しても、VBAでよく解らないコードが出てくるのが関の山ｗ
675:仕様書無しさん
08/12/24 20:37:58
テストは軽視してはいかんぜよ
676:仕様書無しさん
08/12/26 00:57:13
俺はあえてバグを残したままテストする時あるな。
その方が油断しないのでテストがきめ細かくなる。
677:仕様書無しさん
08/12/26 01:32:26
最近、まともな仕様書も書けないようなのが上にいるからな
そもそも仕様書もないからユニットテストもやりにくい
ユニットテストをＰＧに強引にやらせるのはかまわんけど
項目もこっちで作らなきゃいけないのは話が違うよね？
めちゃくちゃに追加したコントロール一覧はお前が作れよ
678:仕様書無しさん
08/12/26 01:34:08
って問題もあって開発の請負は絶対にやりたくないな
作ってやるけどそれにかかる金と時間は全部お前が出せって感じ
そうでないとやりたくない
679:仕様書無しさん
08/12/26 11:46:13
コードが全て
仕様書とか書き物は意味なし
よってテスト不要
作ったもんを使え
…そう抜かすアホが居る。
要件を仕様として書き出して合意を得たうえでコードに起こし仕様どおりに動くことを確認するのがテスト。
バグを見つけるためのものでは無い。
あのアホにはテストはバグを見つけることとしか見えてない。
680:仕様書無しさん
08/12/26 12:18:04
制約論理プログラミング言語とか使っている人なんだよ多分
コードが書けた時点でドメイン内で正しく動作するのが証明されている、または
コードが形式的な証明と1対1対応しているような言語
まさかalgol派生の手続型言語を使ってそんな事を言うような人はいないでしょう
681:仕様書無しさん
08/12/26 15:35:56
仕様を紙に起こしたりされると拒絶するかバカ正直に実装する。
せめてテストで確認しようと項目を挙げるとアホかと罵る。
要するに何の制約もされずに気ままにコーディングして自己満足したいだけ。
自分仕様で実装する。
そして出来上がってから仕様が固まると我が物顔で胸張って言う。
｢すごい手戻りですね｣
682:仕様書無しさん
08/12/26 19:18:32
ドキュメントも重要。
テストも重要。
683:仕様書無しさん
08/12/26 19:27:06
仕様書がしっかりしてりゃＰＧ側はなんの問題もないけどね
でも、作ってみなきゃ矛盾が見えないってのもわからなくもない
でも、それを全部に責任にしようとするから戦争がおこる
仕様書ないのにこっちにテスト仕様書作らせようとか
結構キレるのわかる気がする
684:仕様書無しさん
08/12/26 19:29:29
ユニットテストで横に全画面のコントロール
縦にチェック項目５０個ぐらいで１００００個超えるテスト作って
とても流用できないような表を作るのが俺の趣味
貼り付けて仕様書完成なんて絶対にさせない
685:仕様書無しさん
08/12/26 21:18:16
テストの対象はコードじゃなくて仕様や要件だということ。
686:仕様書無しさん
08/12/26 21:50:20
単体テストと結合テスト、機能テストは目的が違う。
687:仕様書無しさん
08/12/26 21:59:00
>>685
仕様書に全コントロールの仕様が書いてあればそれも可能だけどねｗ
全角、半角、ひらがな、カタカナ、英数、少数、文字数、
最小、最大、タブ、エラーメッセージ、補正、・・・
全部かけるもんなら書いてみればいい
688:仕様書無しさん
08/12/26 22:18:10
>>686
違うのは範囲だよ。
テストの目的はひとつ。
単体→結合→機能と分けるとするならば、
それらは通過点。
>>687
コーディングが終わる時点で仕様に抜けがあるようでは仕様書をまとめる人間もプログラマも失格。
その先を急ぐばかりに後に時間とカネを浪費する。
689:仕様書無しさん
08/12/27 00:16:34
>>688
ちょっと俺んとこの職場きて担当者に言ってやってくれ
690:仕様書無しさん
08/12/28 21:37:14
ちょっとスレ違いだけど、コードレビューしてたらPMが乱入してきて、
どうせテストするんだからそんな無駄なことすんな
馬鹿な働き者は何もしない馬鹿より害が大きいんだぜ
って妨害しやがった。
ちなみにそいつはプロジェクトも末期になってから思いつきで
仕様変更して、現場を混乱させる悪癖があることで有名だ。
691:仕様書無しさん
08/12/28 21:38:16
killしろ
692:仕様書無しさん
08/12/29 14:30:25
テストってのは、その前にちゃんとしたクオリティで作ったものが、
ちゃんと「動くこと」を確認するステージであって、
とにかく形だけそれっぽいものを作って、テストでちゃんと動かないところを
洗い出すってのは間違いだと思うんだ。
うちの会社、後者のやり方だから、もういや。
693:仕様書無しさん
08/12/29 20:34:16
テスト自体にもいろいろステージがあると思うんだが
まあシステムテストの段階で単体テストやってるようだと大問題だが
694:仕様書無しさん
08/12/30 19:05:29
ステージが限量されてないのが前提で
>とにかく形だけそれっぽいものを作って
スタブのことね
>テストでちゃんと動かないところを
>洗い出すってのは間違いだと思うんだ。
TDD否定ですか？
>うちの会社、後者のやり方だから
TDDを実践してる会社か、なかなかいい所じゃないの？
695:仕様書無しさん
08/12/30 19:18:24
おまい、TDD言いたいだけちゃうんかと…
696:仕様書無しさん
08/12/30 22:58:40
TDDってなんですか？
もちろんググったりなんかしません
697:仕様書無しさん
08/12/30 23:08:14
Tokyo
Disney
Destroyer
698:仕様書無しさん
08/12/31 01:21:19
>>697
通報しました
699:仕様書無しさん
08/12/31 11:02:57
>>696
逆DDT
700:仕様書無しさん
09/01/01 20:22:50
>>694
お前全然わかってないんだな
いや待てよ、単にネタなのか
こりゃ騙されたなｗ
701:仕様書無しさん
09/01/02 09:56:59
なにがわかってないのか詳しく
702:仕様書無しさん
09/01/02 11:15:56
ユニットテストって明らかに成り立つ場合でもいちいちテストケースって書かなくちゃダメなの？たとえば、引数に範囲外の数値を入れたらXXXというエラーコード返すとか。関数にそういうif文あるんだから返すに決まってると思うんだが・・・やっぱり明示的に書きます？
703:仕様書無しさん
09/01/02 12:05:40
そういうコードができてから書くテストってあまり書く気がしないんだよね
なんというか事務的処理のような面倒臭さがある
それならば逆転の発想でコード書く前にテストを書けとか言われてるけどそれもそれで面倒だし
704:仕様書無しさん
09/01/02 12:30:26
>>701
おれの気持ち
ってかこの業界、相手の気持ちなんて考えたらやってられねー
705:仕様書無しさん
09/01/02 13:15:58
>>703
やっぱりすごく事務的だね。。。
実際はエラーコード返すif文が本当に書かれてるかテストで確かめるってのが正当な方法なんだよなあ。
706:仕様書無しさん
09/01/02 18:14:48
ブラックボックス
707:仕様書無しさん
09/01/02 20:15:01
Javadoc等の為に、コメントに仕様を丁寧に記述して…
あぁぁ・・・ ああぁぁぁああーーー…
うわぁぁああぁぁーーっっ！！！
708:仕様書無しさん
09/01/03 11:47:38
>>707
javadocってそんな分かりやすいか？
（まあ、分かりやすいかは記述している内容次第、といわれればそれまでだけど）
昔のVBなんかで使ったhotdogを思い出してしょうがない・・・
って、>>707が叫んだのは1/02だからか？？
709:仕様書無しさん
09/01/03 12:19:05
>>708
＞javadocってそんな分かりやすいか？
規定のフォーマットで書けば、規定の出力が出てくれるのでｳﾘｼﾞﾅﾙなものよりかは
分かりやすい。
710:仕様書無しさん
09/01/03 18:38:22
今行ってる現場のPLがなんか勘違いしている。
コーディング8割完了って報告したら、「じゃあ単体試験は5割ぐらい完了ってことかな？」ってさ・・・
コーディング中のTry&Errorはテストではないですよ？
こいつ、40近くにもなって何を言ってるんだろうって思いました。
711:仕様書無しさん
09/01/03 18:46:17
>>710
>コーディング中のTry&Errorはテストではないですよ
至極まっとうじゃねーかw
712:仕様書無しさん
09/01/03 19:19:25
コーディング完了＝単体試験完了だってさ
713:仕様書無しさん
09/01/03 19:36:47
>>712
絶対確実に100%達成は不可能だが、TDDしていれば
単体試験完了＝コーディング完了に限りなく近づくだろ
抜けたところは、結合までにテストケース追加すれば
いいだけだし。
お前が糞だってことをきちんと理解しろ、この豚野郎が
714:仕様書無しさん
09/01/04 01:07:01
テストの本で初心者に一番良い本教えてください
715:仕様書無しさん
09/01/04 19:39:51
>>702
書くべきだろ
実は不等号の方向間違えててっていうのがチェックできないじゃん
っていうか俺それ何度もやってるしｗ
テストデータを作るのも困難なんだよね
でも、そのデータ作ってるうちに別の問題も発覚したりするから
あながちなめたものでもないな
716:仕様書無しさん
09/01/04 20:09:58
テスト期間はほんと面白くないね。
これを楽しくするアイデアを下さいな。
717:仕様書無しさん
09/01/04 20:22:55
>>716
レアバグを発見したらみんなで胴上げ
経費で昼飯代を出す（カレー限定）
とか特典をつける
718:仕様書無しさん
09/01/05 06:03:24
エロ掲示板にあるような、殿堂入り機能付き掲示板でバグを晒すとか。
殿堂入りしたバグ発見者に何か褒美やるとかw
719:仕様書無しさん
09/01/06 08:40:35
茶番劇にまた付き合わされる俺の身にもなれ
720:仕様書無しさん
09/01/06 10:35:40
>710
うちの40代園児ニアもまさにそれ。
何度テストの重要性とか説いても「そんなの実機で動かせばいーじゃん？」であっさり却下。
ユニットテストという単語すら知らない癖に「これ使ったらソフトの品質が上がるんだぜ！セミナーの人が言ってた。」という理由だけで
某社のテストフレームワークを買おうとしているうちの上司。。。
最近さっさとこいつら見限ったほうがいいかもと思いつつある。
721:仕様書無しさん
09/01/06 15:26:04
>>720
>「これ使ったらソフトの品質が上がるんだぜ！セミナーの人が言ってた。」
権威に弱いだけな性向が透けて見えるね
なんという騙されやすい人間
722:仕様書無しさん
09/01/06 23:54:48
>>720
お前はそんな糞上司使われて
成果も出せない。結局調子の言い権威的な
セミナーのおっさんにすらまける糞野郎ってことだろｗ
上司が上司なら部下も糞だｗもっと自分がアホで
糞だということを自覚しろｗ
723:仕様書無しさん
09/01/11 17:16:32
>>716
自分が作ったものを自分でテストするとひじょーにつまらんし、モチベーションが全く上がらん
人が作ったものを、色んなパターンで試験してバグ票をバシバシ発行すると、それなりに楽しめるぞ
724:仕様書無しさん
09/01/11 22:06:43
みんなどんなソフトに関わってるの？
俺はWebブラウザとかだけど
725:仕様書無しさん
09/01/11 22:23:44
家電全般
726:仕様書無しさん
09/01/11 22:37:30
POSあぷりとか
727:仕様書無しさん
09/01/12 00:25:55
Webアプリ関係と
FAX関係（ファーム寄りじゃなくて通信より）
あとはDBクライアントアプリ（VB）とかをちょぼちょぼ
728:仕様書無しさん
09/01/24 15:12:41
スパムジェネレータはwebアプリって言ってもいいのかなぁ
729:仕様書無しさん
09/11/10 11:16:51 BE:2734790786-2BP(0)
テスト
730:仕様書無しさん
10/05/08 21:43:30
ユニットテストで中途半端なテスト書いて満足してるゴミは死ね
731:仕様書無しさん
10/05/09 08:50:02
たしかに、どんな簡単なコード(たった一行)でも
そこから予想もしなかった事態が引き起こされることはある(あった)
テストを怠るとえらい目にあう
732:仕様書無しさん
10/06/03 00:08:09
テストは開発だね。
もうテストなしの開発なんて考えられないよ。
733:仕様書無しさん
10/06/06 22:02:27
半端にプログラミングが上手くなるとテストサボるようになるな。
734:仕様書無しさん
10/06/06 23:04:51
単体テストは手間がかかる上に、楽しくないんだよな