テストを軽視する者ども

[1 仕様書無しさん 2008/06/28(土) 19:49:20]

何だよ、８割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
って...
コーディングが終わってやっと３割終わったかどうかってところだろが。
コーディングが終わってからが本番だっちゅーの。テスト仕様書に従い、テストデータ用意して、
正常系、異常系含めて、抜かりなく全網羅テストすること。これがどれだけ大変なことか。
本当に理解してんのか？　コーディングが終わってやっとスタートラインに立ったぐらいの気持ち
でいろよ、ってくヘラヘラしやがって。

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

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

この馬鹿者どもが。

[490 80 2008/08/10(日) 21:23:12]

>>489
いや悪いが、最近、忙しくてレスしてない。

>>488
こま切れまですると、管理コストが逆に増えるから、
ほどほどに分割している。テストのために分割するのではなくて、
チーム開発なので結果的にそうなるだけかもしれないけど。

「ソフトウェアの信頼性＝クレーム処理にかかった費用の少なさ」
だけど、財務部門がほっといても評価してくれる。奴らはソフトを
金でしか見てない。

「これから出荷するソフトの信頼性が高いのか？」
なんて出荷しなくちゃ分からねい。これは、あらゆる手段を講じても
無理だ。できるという奴がいても俺は一生信じない。

運用実績は、極めて重要だ。実際に客が使って納得して信頼性って言う。
客と開発者のギャップが信頼性の欠如を生む。
よーは、開発者のテストなんて客からしたら気休めさ。

建築、機械、電気・・・・いろんなものになぞられてソフトウェアは
とらえられてきたが、結局のところ「ソフトはソフト」でしかないと思う。

ソフトは、極めて人間くさくて、泥臭い、だから厄介だと俺は思う。

客観的手法や統計で何とかなると本気で考えている奴を否定はしないが
俺はあんまり関心がない。

[491 80 2008/08/10(日) 21:28:23]

統計とか客観的な事実とかを突き詰めるのにすげー金使っても、
結局、プロジェクト内の「過労で疲れた技術者のミスの積み重ね」で
大バグは埋め込まれる。

100万件のテストケースを、休日返上でテスターにやらせたとしたらどうなる？
テストケースがいくら素晴らしくても、「疲れ切ったテスターの判断ミス」
で、バグは見過ごされる。

人間系を見直さないとだめだと俺は思っている。で、テスト自動化に
取り組んだってわけだ。少なくとも、テスターや開発者に対する
負担は減った。彼らに余裕ができた。良い仕事ができるようになり始めた。

テスト自動化による副次的効果の方が、重要なのかもしれん。

[492 仕様書無しさん 2008/08/10(日) 21:29:35]

自動化されたテスト環境にもBUGはあるよｗｗｗ

[493 80 2008/08/10(日) 21:32:19]

テストを重視して、ただでさえ疲れ切った技術者にさらに仕事を
積む。そーやって、現場をさらに混乱に陥れる。

部分最適化だけじゃだめだ。バグを見つけた奴には給料を倍払うとか
しないとな。

技術者は、常に理屈で何とかなると思っている、何か良い手法があると
考えている。ただ、その手法を実行する人の振る舞いについては関心がない。

[494 80 2008/08/10(日) 21:34:17]

>>492
開発者が楽して結果的にバグがあるのと
開発者が死ぬ気でテストしてバグがあるのでは意味が違う。

テスト自動化で手の空いた技術者が、自動テストで取りきれなかった
バグを取る。

テスト自動化だけをやってるわけじゃない。

[495 仕様書無しさん 2008/08/10(日) 21:35:21]

テスト環境をテストするのに同じだけ人と金がかかるんだよぉ♪

[496 仕様書無しさん 2008/08/10(日) 21:36:10]

どうしてこう次から次へとマ板は自己陶酔するコテが湧くのか。
>80がおじゃばならまだいいけど、別人ならこんなのが複数いると思うだけでいやだ。

[497 80 2008/08/10(日) 21:37:59]

この業界の奴らは、頭は良いが、利口じゃない。
つくづくそう思う。不器用で要領が悪い。

[498 80 2008/08/10(日) 21:41:38]

>>496
おじゃばって誰のことかわからない。

おまえは「おじゃば」のファンなのか？なら、「おじゃば」のいるスレに行け。
俺はお前の相手をしてやれない。

[499 仕様書無しさん 2008/08/10(日) 21:44:30]

難しい事を書くから頭の悪い >>496 が嫉妬してるんだろｗ
ほっときゃいい。

[500 仕様書無しさん 2008/08/10(日) 22:31:15]

>>464
HAYST法はヘイスト法だよ
秋山さんは意外とマンガ好きなんだ

[501 仕様書無しさん 2008/08/10(日) 23:30:52]

>>490
＞よーは、開発者のテストなんて客からしたら気休めさ。

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

KKDで何となくやって期限が来たらリリース。
潜在してるバグはクレーム来てから直せば良いや。
とそういうことかい？

[502 仕様書無しさん 2008/08/10(日) 23:44:57]

>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ

>>388はソフトウェアの信頼性を定義したぞ。そして、俺自身の中で>>388の主張に腑が落ちた。

[503 仕様書無しさん 2008/08/10(日) 23:52:23]

90人が作成したコードを、実装内容も知らない、実装言語にも詳しくないようなテスター10人が
効率のよい品質の高いテストができるのだとすると、どう考えてもそれを各プログラマが実行
したほうが、より効率のよい品質の高いテストができる気がする。

[504 仕様書無しさん 2008/08/11(月) 23:50:38]

>>503
プログラマは自分のプログラムには異常に寛容なので、無理です。

[505 仕様書無しさん 2008/08/12(火) 06:39:29]

>>503
それも完全じゃないんよね
PGが仕様を把握してないとダメやし

[506 仕様書無しさん 2008/08/12(火) 13:53:17]

ホワイトボックス、グレーボックス、ブラックボックス
どれがテストとして質が高いかなんて話に意味あるの？

それぞれに目的が違うんだから比べてもしょうがないと思うんだけど。

[507 仕様書無しさん 2008/08/12(火) 14:31:51]

グレーって初めて聞いたよ

[508 仕様書無しさん 2008/08/13(水) 03:50:17]

http://www5f.biglobe.ne.jp/~h-it/mlcont/mc0269.htm
>>507たまにはぐぐろうな

[509 仕様書無しさん 2008/08/13(水) 10:49:09]

>>508
thx
ただ、現場で聞かないなー、と思ったんだ

[510 80 2008/08/16(土) 08:02:49]

>>502
>今日初めて見たが、みんな何か勘違いしてないか？
>テストで信頼性は上げられない、テストは
>「このプログラムにはバグがあるます」を実証するもので
>バグを沢山検出したからと言って、そのプログラムには
>もうバグが存在しないと言う実証にはならない。
>実際は逆で、統計的に見るとバグ密度の多いプログラムほど
>残りの潜在バグが多く含まれている。

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

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

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

テストの目的は、要求を満たしているかどうかを確認すること。

[511 仕様書無しさん 2008/08/16(土) 19:50:07]

>>80はユニットテストを重視も軽視もしてないと言ってたが、
もしかして重視してるんだけどただ>>80だけがそれを理解していないんでは？

[512 仕様書無しさん 2008/08/16(土) 20:45:36]

もだけ？

[513 511 2008/08/16(土) 21:19:04]

>>511は　>>80の会社は重視してるけど　ってことね。

[514 80 2008/08/16(土) 22:56:34]

>>511
ユニットテスト（単体テスト）は当たり前。軽視も重視もしていない。
重視したところで精度が上がるわけでもない。プログラマーの能力に依存
するからな。

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

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

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

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

[515 仕様書無しさん 2008/08/16(土) 23:39:43]

重視・軽視 って言葉の基準があいまいだな。
ユニットテストだけを特別重視しているわけではない。くらいの意味合いかな？

[516 仕様書無しさん 2008/08/16(土) 23:44:02]

>>515
特別重視しているわけではないってのも十分曖昧だと思うがな。
重視とか軽視とかは、相対的なもので基準を云々言うこと自体ナンセンス。
よーは、515が馬鹿だってこと。

[517 仕様書無しさん 2008/08/16(土) 23:56:02]

相対的なものだからこそ、基準をはっきりさせろってことだろ。
他のテストと比べてユニットテストだけってことじゃん。

[518 仕様書無しさん 2008/08/17(日) 00:09:50]

>>517
いくら頑張ってもお前の言ってることも80の言ってることも
曖昧なんだよ。お前らがテストをしても品質は上がらねーよ。

ということで終わり。

[519 仕様書無しさん 2008/08/17(日) 00:27:10]

>>1
３割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
これなら満足なのか？

[520 仕様書無しさん 2008/08/17(日) 00:36:04]

プログラマーより身分の低いテスターが愚痴を言ってるだけだろ。

[521 仕様書無しさん 2008/08/17(日) 00:44:24]

>>1
おれが言いたかったことを、代弁してくれて
心からありがとう( ´v｀)

[522 仕様書無しさん 2008/08/17(日) 01:32:59]

>>519
そりゃどんな顔なんだよ

[523 仕様書無しさん 2008/08/17(日) 02:12:09]

この業界に20年以上いるが、グレーボックステストなんて言葉初めて聞いた
そんなのがあるんだ

[524 仕様書無しさん 2008/08/17(日) 02:38:38]

>>523
あるかどうかグレーです

[525 仕様書無しさん 2008/08/17(日) 08:14:37]

>>523
みんなが勝手に名前を付けているだけで何が正しいとかはないと思うな。

[526 仕様書無しさん 2008/08/17(日) 09:03:09]

ブラックホールテスト

[527 80 2008/08/17(日) 09:41:22]

モデルベーステスト
非モデルベーステスト
モンキーテスト（アドホックテスト）
静的テスト
動的テスト
単体テスト
結合テスト
システム・テスト
受入テスト
回帰テスト

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

色々あるな。でもな。分類とかしてる時点で間違いの方向に行ってる
気がする。バグは細部に潜んでることが多い。これらの分類にすべての
バグが綺麗にあてはまらないから「想定外のバグ」が出荷後に問題になる。

[528 仕様書無しさん 2008/08/17(日) 10:07:05]

bp = malloc(sizeof(Buff *));
これはどのテストで検知するべきバグだろね？

[529 仕様書無しさん 2008/08/17(日) 11:30:29]

その手続きを持つ関数の単体テスト

[530 仕様書無しさん 2008/08/17(日) 11:47:12]

じゃ東証は･･･

[531 仕様書無しさん 2008/08/17(日) 11:54:56]

テストに関していえばtestabilityとかが末端まで広まる前のコードだった

[532 仕様書無しさん 2008/08/17(日) 13:02:29]

>>527
でかいシステムの場合、分類しないとテストの目的がはっきりしなくなるのよ

[533 仕様書無しさん 2008/08/17(日) 13:03:25]

>>528
ソースコードレビュー

[534 仕様書無しさん 2008/08/17(日) 18:37:00]

>>527
例えば、パフォーマンステストとか負荷テストとかは所謂バグつぶし目的じゃない気がするが。

ていうかちゃんと分類されてないとまともにテストできないだろ・・・

[535 仕様書無しさん 2008/08/17(日) 19:05:50]

おじゃばにそんなこと言っても無理

[536 80 2008/08/17(日) 21:41:00]

いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
今やっているやり方が間違っているのかな？って考えているところさ。
よーは、学術的なアプローチに限界を感じてるんよ。

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

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

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

[537 仕様書無しさん 2008/08/17(日) 22:05:10]

529に１票
malloc()に渡すパラメータのサイズをチェックすべき

"デバッグ時"なんて、動作させて妙な状況が発生しないかぎりチェックしようが無いよ...

[538 仕様書無しさん 2008/08/17(日) 22:06:36]

>>536
>うちでは、Purifyとか使ってるけどね。
I社の製品使うんだｗ

>この手のバグは、デバッグの時にみつけるべきもの。
デバッグの意味分かってるか、アホだろうｗ

[539 仕様書無しさん 2008/08/17(日) 22:25:01]

ググってみた。

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

テストでは、バグを取り除くことはしないので、>>534 の言う
「バグ潰し」は、話の流れ的におかしい。

[540 80 2008/08/17(日) 22:27:13]

> bp = malloc(sizeof(Buff *));
> これはどのテストで検知するべきバグだろね？
このコードを書いたプログラマーの採用試験に一票。

[541 仕様書無しさん 2008/08/17(日) 22:29:32]

軽視するわけじゃないけど、GUIのテストってむずくね？
どうすればいいんだぜ

[542 仕様書無しさん 2008/08/17(日) 22:47:02]

>>540
その採用試験に
>この手のバグは、デバッグの時にみつけるべきもの。
と回答したら、その人は合格するか？

[543 仕様書無しさん 2008/08/17(日) 23:49:45]

>>539
安価ミス？

[544 仕様書無しさん 2008/08/18(月) 01:22:44]

偽物が湧いてるんじゃね？

[545 仕様書無しさん 2008/08/18(月) 09:11:25]

>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ

[546 仕様書無しさん 2008/08/18(月) 15:12:15]

>>536
＞いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
＞今やっているやり方が間違っているのかな？って考えているところさ。
＞よーは、学術的なアプローチに限界を感じてるんよ。

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

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

テスト仕様の質を評価してなかったら、
たとえどんな(学術的な？)手法でテスト結果を評価してみても意味無いぞ。

[547 仕様書無しさん 2008/08/18(月) 22:12:36]

>>545
おじゃばは都合の悪いことはスルーデフォ

[548 仕様書無しさん 2008/08/19(火) 11:25:08]

お前ら楽しそうだな、システム組むってやっぱ分業してナンボだよな
一人で設計して一人で組んで一人でテストしてデバッグする俺ってなんなんだろう
こんなんでいいシステムが組めるわけないよな。何が少数精鋭だよ
社長はそんなもん一人で出来るとか言ってるが、アンタ自身が一人でやったことないだろ
自分でやったこともない事を人に押し付けるなっつーの。ホント意味わかんねーな。どーよこれ

[549 仕様書無しさん 2008/08/19(火) 11:28:19]

俺も、一人で設計して一人で組んで一人でテストしてデバッグする俺。

[550 仕様書無しさん 2008/08/19(火) 12:57:02]

自分からテスト専門です、って宣言してる派遣テスターって何なの？

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

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

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

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

派遣専門テスターさんよ、少しは向上心持てよ！
頑固な性格直して仕様書読めよ！テスト仕様書作れよ！

[551 仕様書無しさん 2008/08/19(火) 13:12:01]

長い

[552 仕様書無しさん 2008/08/19(火) 14:00:38]

>>550
低レベルな話だなあ

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

正社員がテスト仕様書を書くように指示をだしているのに反抗しているんだから
即日クビでもなんの問題もないよ

[553 仕様書無しさん 2008/08/19(火) 14:39:18]

>>551-552
>>550 はコピペだよ

[554 仕様書無しさん 2008/08/19(火) 15:00:16]

【頑固】派遣テスターの人格問題【向上心ゼロ】
http://pc11.2ch.net/test/read.cgi/prog/1207581904/

[555 仕様書無しさん 2008/08/21(木) 22:15:55]

まずはテストの工数を軽視する者どもをなんとかしないとな

[556 仕様書無しさん 2008/08/24(日) 19:39:07]

急に80が来なくなったな

[557 仕様書無しさん 2008/08/26(火) 10:28:36]

おじゃばはOOスレに戻りました

[558 仕様書無しさん 2008/08/26(火) 11:31:38]

相変わらず羞恥心の欠片もないんだな

[559 80 2008/08/27(水) 09:48:30]

>>556
お久しぶり。さすがに、２ちゃんばっかやってるわけじゃないし・・・。

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

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

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

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

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

[560 仕様書無しさん 2008/08/27(水) 22:31:38]

>>559
残りの1/3は？

[561 80 2008/08/28(木) 23:30:31]

以下を参照のこと

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

[562 仕様書無しさん 2008/08/28(木) 23:38:18]

未経験者歓迎で入ったド素人コーダーだけど単体テストだけは念入りにやってるよ
というか馬鹿だからテストから書かないとコードが書けない罠ｗ
人より手間かけてる分作業の速度は遅くなるけど多分省いても大して速くならんとも思う

[563 仕様書無しさん 2008/08/29(金) 00:08:58]

>>562
単体を大事にするその気持ちが大事なのです

　　　　　　　　　　　　　　　　　　　　　　　　みつぬ

いつかみんなに認められるよ、その努力は

[564 80 2008/08/30(土) 07:58:58]

優秀なプログラマーを確保できないプロジェクトチームでは、
テストを重視しているのかもしれないなぁ。
プログラミング能力ってすぐに向上しないから、テストくらい
ちゃんとしろよってことなのかな。

[565 仕様書無しさん 2008/08/30(土) 08:42:24]

そういえば俺も初めてのプロジェクトではまずテスト書くのから始めたなあ。
まあそれは勉強の意味合いがほぼ100%だったけど。

[566 仕様書無しさん 2008/08/30(土) 09:50:27]

事務より簡単で誰でもできる仕事なのに時給は技術者！
ITテスターで稼ぐための情報を交換しましょう。

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

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

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

[567 仕様書無しさん 2008/08/30(土) 10:57:01]

>>559
＞このジレンマからのがれる方法はないものかねぇ。

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

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

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

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

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

なら派遣使うなよ。

[568 80 2008/08/30(土) 17:38:42]

>>567

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

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

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

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

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

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

単体テストをしないプログラマーにいくらプレッシャーを与えても
良い結果は得られないよ。それなら、仕事のやり方を工夫する方が
よっぽどましさ。

[569 仕様書無しさん 2008/08/30(土) 19:34:30]

>とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
食い下がる以前に正社員に逆らったらクビだろｗ

[570 仕様書無しさん 2008/08/30(土) 20:22:54]

>正社員に逆らったらクビだろｗ
>正社員に逆らったらクビだろｗ
>正社員に逆らったらクビだろｗ

バカ？

[571 仕様書無しさん 2008/09/02(火) 00:33:04]

>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ

[572 ８０ 2008/09/02(火) 00:41:51]

>>571
さみしいんだねｗ

[573 仕様書無しさん 2008/09/02(火) 00:51:25]

おじゃばくさい返しだな

[574 仕様書無しさん 2008/09/02(火) 10:28:46]

>>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ

[575 仕様書無しさん 2008/09/05(金) 01:57:40]

テスターって気楽でいいよね。
自分のバグじゃないし、動かしてダメダメ言っておけばOKみたいな感じ。

[576 仕様書無しさん 2008/09/05(金) 19:17:53]

その代わり、実装周りの人間が帰った夕方から、
その日の更新分含めたテストやってたりして、
夜間シフト状態になってたりした事あったけどｗ

[577 仕様書無しさん 2008/09/06(土) 00:27:24]

>>575
嫌われるのが仕事だからｗ
プログラマーは絶対にバグを出す。
悪いのはプログラマー。

>>576
プログラマーは24時間労働がデフォ。
夜間シフトは、金儲けにうってつけ。

[578 仕様書無しさん 2008/09/06(土) 00:29:40]

まだやってんのか・・・糞スレはsageでやれ

[579 仕様書無しさん 2008/09/06(土) 01:20:26]

おまえもな

[580 仕様書無しさん 2008/09/06(土) 18:46:21]

お前2chは初めてか？
力抜けよ

[581 仕様書無しさん 2008/09/07(日) 07:59:03]

おまえもな。

[582 仕様書無しさん 2008/09/07(日) 08:24:02]

私見だがテスターって基地外な奴のほうが優秀だと思う。
・常識では思いつかないような操作をする。
・人の話を聞かない。（話で誤魔化すことができない）
・理解力が無い。（おのずとヘルプ等を細かくしてしまう）
・集団の中で浮いてる。（無駄話をせず黙々と作業）

開発としては関わりたくないのだけど、
客観的に考えると良い製品ができるような気がする。

[583 仕様書無しさん 2008/09/07(日) 10:48:23]

変わり者くらいにしておけよ
基地外が適している仕事なんかねえよｗ

[584 仕様書無しさん 2008/09/07(日) 15:13:20]

本物の基地外と接した事が無いからそんな事言ってるんだと思うけど。
先ず、仕事として何かをやらせる事自体が無理。

[585 仕様書無しさん 2008/09/07(日) 15:49:24]

>先ず、仕事として何かをやらせる事自体が無理。
それは派遣テスターも一緒だろ
「まず仕様書を読んでテスト仕様書を作れ」と仕事の指示を出しても
まったく手も足も出ないバカばっか

[586 仕様書無しさん 2008/09/07(日) 16:05:00]

それは契約で仕事の範囲をちゃんと決めてないんじゃないか？

テストオペレータとして雇ってるのか、
テスト設計からやる技術者として雇ってるのか、
はっきりしない限りはなんとも言えない。

[587 仕様書無しさん 2008/09/07(日) 16:11:13]

>>586
つ「作業内容：テスト一式」

[588 仕様書無しさん 2008/09/07(日) 16:26:21]

オペレートしかテスターなんてイラネ

[589 仕様書無しさん 2008/09/07(日) 19:32:30]

>>588
おまいのようなケアレスミスの多いマにはテスターは必要だろｗ