テストを軽視する者ども

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2008/06/28(土) 19:49:20
何だよ、8割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
って...
コーディングが終わってやっと3割終わったかどうかってところだろが。
コーディングが終わってからが本番だっちゅーの。テスト仕様書に従い、テストデータ用意して、
正常系、異常系含めて、抜かりなく全網羅テストすること。これがどれだけ大変なことか。
本当に理解してんのか? コーディングが終わってやっとスタートラインに立ったぐらいの気持ち
でいろよ、ってくヘラヘラしやがって。

こういう、テストを軽視する輩共が、プログラミングという作業を軽んじ、工数見積りを誤り、
徒に製造を急かし、バグの混入率を間接的に高めているということに気づかんのか。
どんな優秀な奴だって、人間だもの、間違いを犯す。バグを生み出す。それを極力未然に防ぐのが
テストだろ。いつバグが判明するかとドキドキしながら納品後の時間を過ごすか、自信と満足感を
もって笑顔で過ごすか。どちらがいいか自明のことだろ。

プログラミングはなぁ、テストに始まりテストに終わるんだよ。要件を理解し、その中に潜む異常
パターンを見抜き、どんだけ抜かりなくテストをやれるかが一流とカスを分かつ分水嶺だ。
コーディングなんかできてあたり前、肝心なのはテストだ。テストを極めてこそ、一流のプログラ
マーって呼べるんだよ。

この馬鹿者どもが。
49780
垢版 |
2008/08/10(日) 21:37:59
この業界の奴らは、頭は良いが、利口じゃない。
つくづくそう思う。不器用で要領が悪い。
49880
垢版 |
2008/08/10(日) 21:41:38
>>496
おじゃばって誰のことかわからない。

おまえは「おじゃば」のファンなのか?なら、「おじゃば」のいるスレに行け。
俺はお前の相手をしてやれない。
2008/08/10(日) 21:44:30
難しい事を書くから頭の悪い >>496 が嫉妬してるんだろw
ほっときゃいい。
500仕様書無しさん
垢版 |
2008/08/10(日) 22:31:15
>>464
HAYST法はヘイスト法だよ
秋山さんは意外とマンガ好きなんだ
2008/08/10(日) 23:30:52
>>490
>よーは、開発者のテストなんて客からしたら気休めさ。

お前自身は何がどうなったら「製品として出荷できる品質だろう」と判断するんだ?
客に対して何かを証明するのでなく、開発側の判断基準はどこにある?

KKDで何となくやって期限が来たらリリース。
潜在してるバグはクレーム来てから直せば良いや。
とそういうことかい?
2008/08/10(日) 23:44:57
>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ

>>388はソフトウェアの信頼性を定義したぞ。そして、俺自身の中で>>388の主張に腑が落ちた。
2008/08/10(日) 23:52:23
90人が作成したコードを、実装内容も知らない、実装言語にも詳しくないようなテスター10人が
効率のよい品質の高いテストができるのだとすると、どう考えてもそれを各プログラマが実行
したほうが、より効率のよい品質の高いテストができる気がする。
2008/08/11(月) 23:50:38
>>503
プログラマは自分のプログラムには異常に寛容なので、無理です。
2008/08/12(火) 06:39:29
>>503
それも完全じゃないんよね
PGが仕様を把握してないとダメやし
2008/08/12(火) 13:53:17
ホワイトボックス、グレーボックス、ブラックボックス
どれがテストとして質が高いかなんて話に意味あるの?

それぞれに目的が違うんだから比べてもしょうがないと思うんだけど。
2008/08/12(火) 14:31:51
グレーって初めて聞いたよ
508仕様書無しさん
垢版 |
2008/08/13(水) 03:50:17
http://www5f.biglobe.ne.jp/~h-it/mlcont/mc0269.htm
>>507たまにはぐぐろうな
2008/08/13(水) 10:49:09
>>508
thx
ただ、現場で聞かないなー、と思ったんだ
51080
垢版 |
2008/08/16(土) 08:02:49
>>502
>今日初めて見たが、みんな何か勘違いしてないか?
>テストで信頼性は上げられない、テストは
>「このプログラムにはバグがあるます」を実証するもので
>バグを沢山検出したからと言って、そのプログラムには
>もうバグが存在しないと言う実証にはならない。
>実際は逆で、統計的に見るとバグ密度の多いプログラムほど
>残りの潜在バグが多く含まれている。

テストはバグを発見するためのもだけじゃない。これはプログラマーの視点
だな。

テストはむしろ、要求したとおりに動作するか?が重要だ。
テストにパスすれば、そのシナリオ(操作手順)で、少なくとも
動作するという事を証明できる。

目的を見失った状態で、統計とか客観的な手法とかを持ち出すから
本質を見失う。統計は手段。バグ発見は、テスト結果。
ちゃんと整理した方がいいぞ。

テストの目的は、要求を満たしているかどうかを確認すること。
2008/08/16(土) 19:50:07
>>80はユニットテストを重視も軽視もしてないと言ってたが、
もしかして重視してるんだけどただ>>80だけがそれを理解していないんでは?
2008/08/16(土) 20:45:36
もだけ?
513511
垢版 |
2008/08/16(土) 21:19:04
>>511は >>80の会社は重視してるけど ってことね。
51480
垢版 |
2008/08/16(土) 22:56:34
>>511
ユニットテスト(単体テスト)は当たり前。軽視も重視もしていない。
重視したところで精度が上がるわけでもない。プログラマーの能力に依存
するからな。

プログラマーは忙しい。プログラマーに負担を増やしても全体的に品質が
落ちる。

ユニットテストを強化して効果が出るかどうかはその組織しだい。
俺は、限定的だと考えている。

プログラマーは均質ではない。
分析能力のある者、観察能力のあるも者、創造力のある者、忍耐力のある者
十人十色だと思う。分析能力や創造力はあっても観察能力がない奴も居る。
チーム開発は、各人の能力を補完し合って結果を出すものだと思うがな。

ごちゃごちゃ言わずに、優秀なプログラマーを金で雇ってきて、
自由にやってもらう方が結果が出たりもする。


2008/08/16(土) 23:39:43
重視・軽視 って言葉の基準があいまいだな。
ユニットテストだけを特別重視しているわけではない。くらいの意味合いかな?
516仕様書無しさん
垢版 |
2008/08/16(土) 23:44:02
>>515
特別重視しているわけではないってのも十分曖昧だと思うがな。
重視とか軽視とかは、相対的なもので基準を云々言うこと自体ナンセンス。
よーは、515が馬鹿だってこと。
2008/08/16(土) 23:56:02
相対的なものだからこそ、基準をはっきりさせろってことだろ。
他のテストと比べてユニットテストだけってことじゃん。
518仕様書無しさん
垢版 |
2008/08/17(日) 00:09:50
>>517
いくら頑張ってもお前の言ってることも80の言ってることも
曖昧なんだよ。お前らがテストをしても品質は上がらねーよ。

ということで終わり。
2008/08/17(日) 00:27:10
>>1
3割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
これなら満足なのか?
520仕様書無しさん
垢版 |
2008/08/17(日) 00:36:04
プログラマーより身分の低いテスターが愚痴を言ってるだけだろ。
521仕様書無しさん
垢版 |
2008/08/17(日) 00:44:24
>>1
おれが言いたかったことを、代弁してくれて
心からありがとう( ´v`)
2008/08/17(日) 01:32:59
>>519
そりゃどんな顔なんだよ
2008/08/17(日) 02:12:09
この業界に20年以上いるが、グレーボックステストなんて言葉初めて聞いた
そんなのがあるんだ
2008/08/17(日) 02:38:38
>>523
あるかどうかグレーです
525仕様書無しさん
垢版 |
2008/08/17(日) 08:14:37
>>523
みんなが勝手に名前を付けているだけで何が正しいとかはないと思うな。
2008/08/17(日) 09:03:09
ブラックホールテスト
52780
垢版 |
2008/08/17(日) 09:41:22
モデルベーステスト
非モデルベーステスト
モンキーテスト(アドホックテスト)
静的テスト
動的テスト
単体テスト
結合テスト
システム・テスト
受入テスト
回帰テスト

機能テスト/機能網羅テスト
パフォーマンス・テスト
負荷テスト
障害テスト
セキュリティ・テスト

色々あるな。でもな。分類とかしてる時点で間違いの方向に行ってる
気がする。バグは細部に潜んでることが多い。これらの分類にすべての
バグが綺麗にあてはまらないから「想定外のバグ」が出荷後に問題になる。
2008/08/17(日) 10:07:05
bp = malloc(sizeof(Buff *));
これはどのテストで検知するべきバグだろね?
2008/08/17(日) 11:30:29
その手続きを持つ関数の単体テスト
2008/08/17(日) 11:47:12
じゃ東証は・・・
2008/08/17(日) 11:54:56
テストに関していえばtestabilityとかが末端まで広まる前のコードだった
2008/08/17(日) 13:02:29
>>527
でかいシステムの場合、分類しないとテストの目的がはっきりしなくなるのよ
2008/08/17(日) 13:03:25
>>528
ソースコードレビュー
2008/08/17(日) 18:37:00
>>527
例えば、パフォーマンステストとか負荷テストとかは所謂バグつぶし目的じゃない気がするが。

ていうかちゃんと分類されてないとまともにテストできないだろ・・・
2008/08/17(日) 19:05:50
おじゃばにそんなこと言っても無理
53680
垢版 |
2008/08/17(日) 21:41:00
いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
今やっているやり方が間違っているのかな?って考えているところさ。
よーは、学術的なアプローチに限界を感じてるんよ。

>>527
どのテストも、バグ潰しを目的としているわけではない。
バグ潰しは、デバッグでやるものだ。

> bp = malloc(sizeof(Buff *));
この手のバグは、デバッグの時にみつけるべきもの。
うちでは、Purifyとか使ってるけどね。

メモリリークチェックやメモリフットプリント、関数プロファイリング
などはツールでやるのが効率的だと思う。



2008/08/17(日) 22:05:10
529に1票
malloc()に渡すパラメータのサイズをチェックすべき

"デバッグ時"なんて、動作させて妙な状況が発生しないかぎりチェックしようが無いよ...
2008/08/17(日) 22:06:36
>>536
>うちでは、Purifyとか使ってるけどね。
I社の製品使うんだw

>この手のバグは、デバッグの時にみつけるべきもの。
デバッグの意味分かってるか、アホだろうw
539仕様書無しさん
垢版 |
2008/08/17(日) 22:25:01
ググってみた。

デバッグ
 コンピュータプログラムの誤り(「バグ」と呼ばれる)を探し、
 取り除くこと。

テストでは、バグを取り除くことはしないので、>>534 の言う
「バグ潰し」は、話の流れ的におかしい。
54080
垢版 |
2008/08/17(日) 22:27:13
> bp = malloc(sizeof(Buff *));
> これはどのテストで検知するべきバグだろね?
このコードを書いたプログラマーの採用試験に一票。
2008/08/17(日) 22:29:32
軽視するわけじゃないけど、GUIのテストってむずくね?
どうすればいいんだぜ
542仕様書無しさん
垢版 |
2008/08/17(日) 22:47:02
>>540
その採用試験に
>この手のバグは、デバッグの時にみつけるべきもの。
と回答したら、その人は合格するか?
2008/08/17(日) 23:49:45
>>539
安価ミス?
2008/08/18(月) 01:22:44
偽物が湧いてるんじゃね?
2008/08/18(月) 09:11:25
>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ
2008/08/18(月) 15:12:15
>>536
>いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
>今やっているやり方が間違っているのかな?って考えているところさ。
>よーは、学術的なアプローチに限界を感じてるんよ。

学術的アプローチが何か知らないけど、単にテスト設計がショボいだけじゃね?

とりあえず、ITとSTの命令網羅率と条件網羅率は幾つよ?
網羅率も出してないなら、テスト仕様の質をどういう「学術的アプローチ」で出してみたんだ?
(網羅率が全てじゃないと思うが、うちのテストの評価では基本的な指標の1つとしてるので)

テスト仕様の質を評価してなかったら、
たとえどんな(学術的な?)手法でテスト結果を評価してみても意味無いぞ。
2008/08/18(月) 22:12:36
>>545
おじゃばは都合の悪いことはスルーデフォ
2008/08/19(火) 11:25:08
お前ら楽しそうだな、システム組むってやっぱ分業してナンボだよな
一人で設計して一人で組んで一人でテストしてデバッグする俺ってなんなんだろう
こんなんでいいシステムが組めるわけないよな。何が少数精鋭だよ
社長はそんなもん一人で出来るとか言ってるが、アンタ自身が一人でやったことないだろ
自分でやったこともない事を人に押し付けるなっつーの。ホント意味わかんねーな。どーよこれ
2008/08/19(火) 11:28:19
俺も、一人で設計して一人で組んで一人でテストしてデバッグする俺。
550仕様書無しさん
垢版 |
2008/08/19(火) 12:57:02
自分からテスト専門です、って宣言してる派遣テスターって何なの?

将来プログラマとかSEになりたい、とかならわかるけど。
向上心ないよね、頑固だし。
そういう派遣テスターって、仕様書は読めない、
テスト仕様書も作れない、テストプログラムも作れない
やれることは「テキトーにプログラムを触る」ことだけ。

俺は派遣プだけどさ、こういう派遣テスターがいると
派遣全体がバカにされるんだよ。
テスト専門派遣なんて氏んで欲しいよ、まったく。

今日も正社員の人が派遣テスターに仕様書を読んで
テスト仕様書を作ってください、って説教してたよ。
その派遣は頑固に「何故、仕様書が必要なんですか?」って
反論してたから、きっとテスト専門派遣テスターだな。
仕様書も読まず、テスト仕様書も作らず、ただテキトーに
プログラム触るだけで給料もらおうなんて頭おかしいんじゃねーの?

あ〜あ、あの派遣テスターが3ヵ月後に切られるまで、
仕様書も読まねーでテキトーにテストしたバグ票がまわってくんのかよ。
そんな糞なもん、読んで処理する派遣プの身にもなってくれよ。
うわ〜、しかもそいつが切られる3ヵ月以内に中間納品あるじゃねーか!
テスト仕様書もなしにテキトーにテストして納品か。
中間納品後にソッコウクレームでデスマ必至だな。俺の休みも返上かよ。

派遣専門テスターさんよ、少しは向上心持てよ!
頑固な性格直して仕様書読めよ!テスト仕様書作れよ!
2008/08/19(火) 13:12:01
長い
2008/08/19(火) 14:00:38
>>550
低レベルな話だなあ

そんなバカ派遣テスターなんか契約終了を待たずにに切ればすむ話だろ

正社員がテスト仕様書を書くように指示をだしているのに反抗しているんだから
即日クビでもなんの問題もないよ
2008/08/19(火) 14:39:18
>>551-552
>>550 はコピペだよ
2008/08/19(火) 15:00:16
【頑固】派遣テスターの人格問題【向上心ゼロ】
http://pc11.2ch.net/test/read.cgi/prog/1207581904/
2008/08/21(木) 22:15:55
まずはテストの工数を軽視する者どもをなんとかしないとな
2008/08/24(日) 19:39:07
急に80が来なくなったな
2008/08/26(火) 10:28:36
おじゃばはOOスレに戻りました
2008/08/26(火) 11:31:38
相変わらず羞恥心の欠片もないんだな
55980
垢版 |
2008/08/27(水) 09:48:30
>>556
お久しぶり。さすがに、2ちゃんばっかやってるわけじゃないし・・・。

近頃のプログラマーも「未経験者歓迎!」で採用されたど素人が
平気で派遣でやってくる時代だからな。テスターにプロ意識を
強要しても無駄。

金だけ欲しいなら、テスターになっていっぱい残業したらいいわけで。
リリースしたものにバグがあったらプログラマーの責任って言い張れば
良いわけで・・・。

テストを軽視するな!とか理屈でごちゃごちゃ言っても仕方ないと思うんよ。
重視しても仕事は楽にならないし給料が増えるわけじゃないし。。。
結局、テスターは頑張らないよ。プログラマーだってテストする十分な時間
ないしね。

俺は、そういう人たちを管理してたりしてるんだけど。
人数が多いプロジェクトでは、1/3は頑張るけど1/3の人はさぼる。

全員優秀なチームは存在しない。予算も潤沢に無い。
仕事のやり方をそのままにすれば、何かを重視し何かを軽視せざるを得ない。
となると、テストがどうしても軽視されてしまう。
仕事のやり方を変えるのは、製品開発より難しい・・・。
このジレンマからのがれる方法はないものかねぇ。



2008/08/27(水) 22:31:38
>>559
残りの1/3は?
56180
垢版 |
2008/08/28(木) 23:30:31
以下を参照のこと

働きアリの法則
2-8の法則
2-6-2の法則
パレートの法則


2008/08/28(木) 23:38:18
未経験者歓迎で入ったド素人コーダーだけど単体テストだけは念入りにやってるよ
というか馬鹿だからテストから書かないとコードが書けない罠w
人より手間かけてる分作業の速度は遅くなるけど多分省いても大して速くならんとも思う
2008/08/29(金) 00:08:58
>>562
単体を大事にするその気持ちが大事なのです

                        みつぬ

いつかみんなに認められるよ、その努力は
56480
垢版 |
2008/08/30(土) 07:58:58
優秀なプログラマーを確保できないプロジェクトチームでは、
テストを重視しているのかもしれないなぁ。
プログラミング能力ってすぐに向上しないから、テストくらい
ちゃんとしろよってことなのかな。
2008/08/30(土) 08:42:24
そういえば俺も初めてのプロジェクトではまずテスト書くのから始めたなあ。
まあそれは勉強の意味合いがほぼ100%だったけど。
566仕様書無しさん
垢版 |
2008/08/30(土) 09:50:27
事務より簡単で誰でもできる仕事なのに時給は技術者!
ITテスターで稼ぐための情報を交換しましょう。

☆派遣先は大企業じゃないと駄目です。中小だとテスターもプログラムの仕様が
 わからないといけないとかテストプログラムを書けとか言われちゃいますよ。
 大企業ならプログラムを触るだけのテスターでも大丈夫。

☆派遣先ではテスターはプログラムを触るだけでいい、
 そんな空気を作っていきましょう。仕様書読んでください、
 とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
 プログラムの仕様書を読んだり、テストの仕様書を書いたりするのは大変ですよ。

☆普通にプログラムを触ってテストしてると、何をテストしているのかわからない、
 とか言い出す人、いるんですよ。プログラマとかってこういう人多いです。
 そういう人は上司にあることないこと告げ口して追い出しちゃいましょ。
 人事権のある人とは仲良くしておくことが大切。
 
☆納品して何かあったら大変だからとプログラムの仕様書を読んだり、
 テスト仕様書を書いちゃうテスターがいますけど、
 こっちもやることになるからすごく迷惑。
 テスト結果の責任は担当の正社員にありますよね。
 納品後のクレームは最終チェックを怠った正社員が悪いんだから
 派遣は関係ないです。 
2008/08/30(土) 10:57:01
>>559
>このジレンマからのがれる方法はないものかねぇ。

軽視して良い工程なんて開発に存在しない。

十分な金と期間を客から引っ張って、ちゃんと人をアサイン出来ない
営業と管理層が悪い風にしか見えないが。
改善すんのはソコからでしょ。

「何かを重視し何かを軽視せざるを得ない。 」と管理している自分が言う状況なら、
出だしから「これは無理じゃね?」っていう開発期間で仕事を受けてるってことでしょ?

1/3サボるのが分かってるなら、2/3で出来るスケジュールで受けろよ。
何そんな意味無い数字書いてんだ。

>近頃のプログラマーも「未経験者歓迎!」で採用されたど素人が
>平気で派遣でやってくる時代だからな。テスターにプロ意識を
>強要しても無駄。

なら派遣使うなよ。
56880
垢版 |
2008/08/30(土) 17:38:42
>>567

>軽視して良い工程なんて開発に存在しない。
正論だけどね。そこを一歩踏み込んで考えないと実践では通用しないよ。

昔は「設計」「実装」が重視されていた。プログラマーのスキルと
モチベーションが高かったから、それで、結構うまくいっていた。
単体テストは、当たり前だったから特に話題にもならなかった。

でも、今では、ソフト技術者は3Kで「不人気」となり優秀な技術者は別の
業界へ流れて行く。インド、中国、ロシアの安いソフト労働力の台頭も
追い討ちをかけている。

日本のプログラマーのレベルは、以前からするとずいぶん下がった。

そもそも、「単体テストを重視する」という事自体が、俺からすると
滑稽なんよ。「うんこしたら手を洗う」くらい当たり前のことを
ワザワザ言わなくてはいけない時代になったのが残念だな。

言わなきゃ出来ないレベルの低い奴に、言って分かると思うか?
出来るやつは、言わなくてもやるもんだ。

単体テストをしないプログラマーにいくらプレッシャーを与えても
良い結果は得られないよ。それなら、仕事のやり方を工夫する方が
よっぽどましさ。
569仕様書無しさん
垢版 |
2008/08/30(土) 19:34:30
>とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
食い下がる以前に正社員に逆らったらクビだろw
2008/08/30(土) 20:22:54
>正社員に逆らったらクビだろw
>正社員に逆らったらクビだろw
>正社員に逆らったらクビだろw

バカ?
2008/09/02(火) 00:33:04
>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ
57280
垢版 |
2008/09/02(火) 00:41:51
>>571
さみしいんだねw
2008/09/02(火) 00:51:25
おじゃばくさい返しだな
2008/09/02(火) 10:28:46
>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ
575仕様書無しさん
垢版 |
2008/09/05(金) 01:57:40
テスターって気楽でいいよね。
自分のバグじゃないし、動かしてダメダメ言っておけばOKみたいな感じ。
2008/09/05(金) 19:17:53
その代わり、実装周りの人間が帰った夕方から、
その日の更新分含めたテストやってたりして、
夜間シフト状態になってたりした事あったけどw
577仕様書無しさん
垢版 |
2008/09/06(土) 00:27:24
>>575
嫌われるのが仕事だからw
プログラマーは絶対にバグを出す。
悪いのはプログラマー。

>>576
プログラマーは24時間労働がデフォ。
夜間シフトは、金儲けにうってつけ。
2008/09/06(土) 00:29:40
まだやってんのか・・・糞スレはsageでやれ
579仕様書無しさん
垢版 |
2008/09/06(土) 01:20:26
おまえもな
2008/09/06(土) 18:46:21
お前2chは初めてか?
力抜けよ
581仕様書無しさん
垢版 |
2008/09/07(日) 07:59:03
おまえもな。
2008/09/07(日) 08:24:02
私見だがテスターって基地外な奴のほうが優秀だと思う。
・常識では思いつかないような操作をする。
・人の話を聞かない。(話で誤魔化すことができない)
・理解力が無い。(おのずとヘルプ等を細かくしてしまう)
・集団の中で浮いてる。(無駄話をせず黙々と作業)

開発としては関わりたくないのだけど、
客観的に考えると良い製品ができるような気がする。
2008/09/07(日) 10:48:23
変わり者くらいにしておけよ
基地外が適している仕事なんかねえよw
2008/09/07(日) 15:13:20
本物の基地外と接した事が無いからそんな事言ってるんだと思うけど。
先ず、仕事として何かをやらせる事自体が無理。
585仕様書無しさん
垢版 |
2008/09/07(日) 15:49:24
>先ず、仕事として何かをやらせる事自体が無理。
それは派遣テスターも一緒だろ
「まず仕様書を読んでテスト仕様書を作れ」と仕事の指示を出しても
まったく手も足も出ないバカばっか
2008/09/07(日) 16:05:00
それは契約で仕事の範囲をちゃんと決めてないんじゃないか?

テストオペレータとして雇ってるのか、
テスト設計からやる技術者として雇ってるのか、
はっきりしない限りはなんとも言えない。
2008/09/07(日) 16:11:13
>>586
つ「作業内容:テスト一式」
588仕様書無しさん
垢版 |
2008/09/07(日) 16:26:21
オペレートしかテスターなんてイラネ
2008/09/07(日) 19:32:30
>>588
おまいのようなケアレスミスの多いマにはテスターは必要だろw
2008/09/07(日) 19:37:50
逆に適当に触るだけのテスターじゃケアレスミス位しか発見できんな
2008/09/07(日) 23:45:37
仕様策定の段階からテスターと一緒にレビューしてる人いるの?
2008/09/09(火) 18:12:48
>>585
派遣テスターで、テスト仕様書から作れるヤツなんて使ったことねーけど
流石にテスト仕様は、仕様策定した連中が書くでしょ
要求仕様わかってない連中にテスト仕様書かせてどうすんのさ
2008/09/09(火) 20:16:18
なんのために仕様書があるんだよ
2008/09/09(火) 22:11:37
>>593
お客さんに古紙回収してもらうため
595仕様書無しさん
垢版 |
2008/09/10(水) 00:59:36
>>592
典型的な底辺低賃金会社の発想だな
596仕様書無しさん
垢版 |
2008/09/10(水) 18:03:45
俺の名前をテストデータに使うなバカ上司
俺は全然タッチしてないシステムなのに
マジで頭おかしいだろ
■ このスレッドは過去ログ倉庫に格納されています