- 1 名前：仕様書無しさん [2008/06/28(土) 19:49:20 ]
- 何だよ、８割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
って...
コーディングが終わってやっと３割終わったかどうかってところだろが。
コーディングが終わってからが本番だっちゅーの。テスト仕様書に従い、テストデータ用意して、
正常系、異常系含めて、抜かりなく全網羅テストすること。これがどれだけ大変なことか。
本当に理解してんのか？ コーディングが終わってやっとスタートラインに立ったぐらいの気持ち
でいろよ、ってくヘラヘラしやがって。
こういう、テストを軽視する輩共が、プログラミングという作業を軽んじ、工数見積りを誤り、
徒に製造を急かし、バグの混入率を間接的に高めているということに気づかんのか。
どんな優秀な奴だって、人間だもの、間違いを犯す。バグを生み出す。それを極力未然に防ぐのが
テストだろ。いつバグが判明するかとドキドキしながら納品後の時間を過ごすか、自信と満足感を
もって笑顔で過ごすか。どちらがいいか自明のことだろ。
プログラミングはなぁ、テストに始まりテストに終わるんだよ。要件を理解し、その中に潜む異常
パターンを見抜き、どんだけ抜かりなくテストをやれるかが一流とカスを分かつ分水嶺だ。
コーディングなんかできてあたり前、肝心なのはテストだ。テストを極めてこそ、一流のプログラ
マーって呼べるんだよ。
この馬鹿者どもが。
- 482 名前：仕様書無しさん mailto:sage [2008/08/08(金) 23:20:20 ]
- >>480
そんなん普通だろ
何自分だけ不幸のつもりになってんだよwww
テスト自体の効率のいい作業順番とか考えれ
まさか項目上から順番にやってたりしないよな？
- 483 名前：仕様書無しさん mailto:sage [2008/08/09(土) 21:19:18 ]
- 作業順番を変えても期限は変わらない件
- 484 名前：仕様書無しさん mailto:sage [2008/08/09(土) 21:32:46 ]
- >>80のおじゃば
うざいし
- 485 名前：仕様書無しさん mailto:sage [2008/08/09(土) 21:43:04 ]
- 一日400件なんて新人レベル
- 486 名前：仕様書無しさん mailto:sage [2008/08/09(土) 21:50:21 ]
- アプリのテストを言ってるようだが、
異常系や例外系のテストなんか網羅できんだろ
- 487 名前：仕様書無しさん mailto:sage [2008/08/09(土) 23:13:48 ]
- スレは読んじゃないけどさ。
>>476
そうは言っても、ある程度定量的に評価出来ないと、
成果物の信頼性が属人的になってしまって、管理出来なくなるだろよ。
475で言うところの「第三者も納得出来る」というのは、
客観的に評価しているということの表現であって、
ユーザが納得できるかどうかでは無いと思うよ。
個人的には根拠は何でも良い。
>>443なら「ソフトウェアの信頼性＝クレーム処理にかかった費用の少なさ」
それをどのように評価し、どのように見積もって、
これから出荷するソフトウェアの信頼性を評価するのか、
という話。
「出荷したソフトの信頼性が高かった」だけでは意味が無い。
大事なのは「これから出荷するソフトの信頼性は高いのか？」
既に運用されているシステムの販売であるとかであれば、
それはつまり「運用実績」であるかな。
「プログラム正当性の証明」ってのはサッパリ意味不明。
- 488 名前：仕様書無しさん mailto:sage [2008/08/09(土) 23:54:11 ]
- >>486
最近のテストツールは出来が良くて、異常系や例外系のテストなんかもできるらしいね。
ぶっちゃけ、80が言っていたのはプログラムを細切れにして、単純化されたものを
テストツールでガリガリすると言っている。
- 489 名前：仕様書無しさん mailto:sage [2008/08/10(日) 11:19:43 ]
- なんで別人になりすますの？
- 490 名前：80 [2008/08/10(日) 21:23:12 ]
- >>489
いや悪いが、最近、忙しくてレスしてない。
>>488
こま切れまですると、管理コストが逆に増えるから、
ほどほどに分割している。テストのために分割するのではなくて、
チーム開発なので結果的にそうなるだけかもしれないけど。
「ソフトウェアの信頼性＝クレーム処理にかかった費用の少なさ」
だけど、財務部門がほっといても評価してくれる。奴らはソフトを
金でしか見てない。
「これから出荷するソフトの信頼性が高いのか？」
なんて出荷しなくちゃ分からねい。これは、あらゆる手段を講じても
無理だ。できるという奴がいても俺は一生信じない。
運用実績は、極めて重要だ。実際に客が使って納得して信頼性って言う。
客と開発者のギャップが信頼性の欠如を生む。
よーは、開発者のテストなんて客からしたら気休めさ。
建築、機械、電気・・・・いろんなものになぞられてソフトウェアは
とらえられてきたが、結局のところ「ソフトはソフト」でしかないと思う。
ソフトは、極めて人間くさくて、泥臭い、だから厄介だと俺は思う。
客観的手法や統計で何とかなると本気で考えている奴を否定はしないが
俺はあんまり関心がない。
- 491 名前：80 mailto:sage [2008/08/10(日) 21:28:23 ]
- 統計とか客観的な事実とかを突き詰めるのにすげー金使っても、
結局、プロジェクト内の「過労で疲れた技術者のミスの積み重ね」で
大バグは埋め込まれる。
100万件のテストケースを、休日返上でテスターにやらせたとしたらどうなる？
テストケースがいくら素晴らしくても、「疲れ切ったテスターの判断ミス」
で、バグは見過ごされる。
人間系を見直さないとだめだと俺は思っている。で、テスト自動化に
取り組んだってわけだ。少なくとも、テスターや開発者に対する
負担は減った。彼らに余裕ができた。良い仕事ができるようになり始めた。
テスト自動化による副次的効果の方が、重要なのかもしれん。
- 492 名前：仕様書無しさん mailto:sage [2008/08/10(日) 21:29:35 ]
- 自動化されたテスト環境にもBUGはあるよｗｗｗ
- 493 名前：80 mailto:sage [2008/08/10(日) 21:32:19 ]
- テストを重視して、ただでさえ疲れ切った技術者にさらに仕事を
積む。そーやって、現場をさらに混乱に陥れる。
部分最適化だけじゃだめだ。バグを見つけた奴には給料を倍払うとか
しないとな。
技術者は、常に理屈で何とかなると思っている、何か良い手法があると
考えている。ただ、その手法を実行する人の振る舞いについては関心がない。
- 494 名前：80 mailto:sage [2008/08/10(日) 21:34:17 ]
- >>492
開発者が楽して結果的にバグがあるのと
開発者が死ぬ気でテストしてバグがあるのでは意味が違う。
テスト自動化で手の空いた技術者が、自動テストで取りきれなかった
バグを取る。
テスト自動化だけをやってるわけじゃない。
- 495 名前：仕様書無しさん mailto:sage [2008/08/10(日) 21:35:21 ]
- テスト環境をテストするのに同じだけ人と金がかかるんだよぉ♪
- 496 名前：仕様書無しさん mailto:sage [2008/08/10(日) 21:36:10 ]
- どうしてこう次から次へとマ板は自己陶酔するコテが湧くのか。
>80がおじゃばならまだいいけど、別人ならこんなのが複数いると思うだけでいやだ。
- 497 名前：80 mailto:sage [2008/08/10(日) 21:37:59 ]
- この業界の奴らは、頭は良いが、利口じゃない。
つくづくそう思う。不器用で要領が悪い。
- 498 名前：80 mailto:sage [2008/08/10(日) 21:41:38 ]
- >>496
おじゃばって誰のことかわからない。
おまえは「おじゃば」のファンなのか？なら、「おじゃば」のいるスレに行け。
俺はお前の相手をしてやれない。
- 499 名前：仕様書無しさん mailto:sage [2008/08/10(日) 21:44:30 ]
- 難しい事を書くから頭の悪い >>496 が嫉妬してるんだろｗ
ほっときゃいい。
- 500 名前：仕様書無しさん [2008/08/10(日) 22:31:15 ]
- >>464
HAYST法はヘイスト法だよ
秋山さんは意外とマンガ好きなんだ
- 501 名前：仕様書無しさん mailto:sage [2008/08/10(日) 23:30:52 ]
- >>490
＞よーは、開発者のテストなんて客からしたら気休めさ。
お前自身は何がどうなったら「製品として出荷できる品質だろう」と判断するんだ？
客に対して何かを証明するのでなく、開発側の判断基準はどこにある？
KKDで何となくやって期限が来たらリリース。
潜在してるバグはクレーム来てから直せば良いや。
とそういうことかい？
- 502 名前：仕様書無しさん mailto:sage [2008/08/10(日) 23:44:57 ]
- >>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ
>>388はソフトウェアの信頼性を定義したぞ。そして、俺自身の中で>>388の主張に腑が落ちた。
- 503 名前：仕様書無しさん mailto:sage [2008/08/10(日) 23:52:23 ]
- 90人が作成したコードを、実装内容も知らない、実装言語にも詳しくないようなテスター10人が
効率のよい品質の高いテストができるのだとすると、どう考えてもそれを各プログラマが実行
したほうが、より効率のよい品質の高いテストができる気がする。
- 504 名前：仕様書無しさん mailto:sage [2008/08/11(月) 23:50:38 ]
- >>503
プログラマは自分のプログラムには異常に寛容なので、無理です。
- 505 名前：仕様書無しさん mailto:sage [2008/08/12(火) 06:39:29 ]
- >>503
それも完全じゃないんよね
PGが仕様を把握してないとダメやし
- 506 名前：仕様書無しさん mailto:sage [2008/08/12(火) 13:53:17 ]
- ホワイトボックス、グレーボックス、ブラックボックス
どれがテストとして質が高いかなんて話に意味あるの？
それぞれに目的が違うんだから比べてもしょうがないと思うんだけど。
- 507 名前：仕様書無しさん mailto:sage [2008/08/12(火) 14:31:51 ]
- グレーって初めて聞いたよ
- 508 名前：仕様書無しさん [2008/08/13(水) 03:50:17 ]
- www5f.biglobe.ne.jp/~h-it/mlcont/mc0269.htm
>>507たまにはぐぐろうな
- 509 名前：仕様書無しさん mailto:sage [2008/08/13(水) 10:49:09 ]
- >>508
thx
ただ、現場で聞かないなー、と思ったんだ
- 510 名前：80 mailto:sage [2008/08/16(土) 08:02:49 ]
- >>502
>今日初めて見たが、みんな何か勘違いしてないか？
>テストで信頼性は上げられない、テストは
>「このプログラムにはバグがあるます」を実証するもので
>バグを沢山検出したからと言って、そのプログラムには
>もうバグが存在しないと言う実証にはならない。
>実際は逆で、統計的に見るとバグ密度の多いプログラムほど
>残りの潜在バグが多く含まれている。
テストはバグを発見するためのもだけじゃない。これはプログラマーの視点
だな。
テストはむしろ、要求したとおりに動作するか？が重要だ。
テストにパスすれば、そのシナリオ（操作手順）で、少なくとも
動作するという事を証明できる。
目的を見失った状態で、統計とか客観的な手法とかを持ち出すから
本質を見失う。統計は手段。バグ発見は、テスト結果。
ちゃんと整理した方がいいぞ。
テストの目的は、要求を満たしているかどうかを確認すること。
- 511 名前：仕様書無しさん mailto:sage [2008/08/16(土) 19:50:07 ]
- >>80はユニットテストを重視も軽視もしてないと言ってたが、
もしかして重視してるんだけどただ>>80だけがそれを理解していないんでは？
- 512 名前：仕様書無しさん mailto:sage [2008/08/16(土) 20:45:36 ]
- もだけ？
- 513 名前：511 mailto:sage [2008/08/16(土) 21:19:04 ]
- >>511は >>80の会社は重視してるけど ってことね。
- 514 名前：80 mailto:sage [2008/08/16(土) 22:56:34 ]
- >>511
ユニットテスト（単体テスト）は当たり前。軽視も重視もしていない。
重視したところで精度が上がるわけでもない。プログラマーの能力に依存
するからな。
プログラマーは忙しい。プログラマーに負担を増やしても全体的に品質が
落ちる。
ユニットテストを強化して効果が出るかどうかはその組織しだい。
俺は、限定的だと考えている。
プログラマーは均質ではない。
分析能力のある者、観察能力のあるも者、創造力のある者、忍耐力のある者
十人十色だと思う。分析能力や創造力はあっても観察能力がない奴も居る。
チーム開発は、各人の能力を補完し合って結果を出すものだと思うがな。
ごちゃごちゃ言わずに、優秀なプログラマーを金で雇ってきて、
自由にやってもらう方が結果が出たりもする。
- 515 名前：仕様書無しさん mailto:sage [2008/08/16(土) 23:39:43 ]
- 重視・軽視 って言葉の基準があいまいだな。
ユニットテストだけを特別重視しているわけではない。くらいの意味合いかな？
- 516 名前：仕様書無しさん [2008/08/16(土) 23:44:02 ]
- >>515
特別重視しているわけではないってのも十分曖昧だと思うがな。
重視とか軽視とかは、相対的なもので基準を云々言うこと自体ナンセンス。
よーは、515が馬鹿だってこと。
- 517 名前：仕様書無しさん mailto:sage [2008/08/16(土) 23:56:02 ]
- 相対的なものだからこそ、基準をはっきりさせろってことだろ。
他のテストと比べてユニットテストだけってことじゃん。
- 518 名前：仕様書無しさん [2008/08/17(日) 00:09:50 ]
- >>517
いくら頑張ってもお前の言ってることも80の言ってることも
曖昧なんだよ。お前らがテストをしても品質は上がらねーよ。
ということで終わり。
- 519 名前：仕様書無しさん mailto:sage [2008/08/17(日) 00:27:10 ]
- >>1
３割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
これなら満足なのか？
- 520 名前：仕様書無しさん [2008/08/17(日) 00:36:04 ]
- プログラマーより身分の低いテスターが愚痴を言ってるだけだろ。
- 521 名前：仕様書無しさん [2008/08/17(日) 00:44:24 ]
- >>1
おれが言いたかったことを、代弁してくれて
心からありがとう( ´v｀)
- 522 名前：仕様書無しさん mailto:sage [2008/08/17(日) 01:32:59 ]
- >>519
そりゃどんな顔なんだよ
- 523 名前：仕様書無しさん mailto:sage [2008/08/17(日) 02:12:09 ]
- この業界に20年以上いるが、グレーボックステストなんて言葉初めて聞いた
そんなのがあるんだ
- 524 名前：仕様書無しさん mailto:sage [2008/08/17(日) 02:38:38 ]
- >>523
あるかどうかグレーです
- 525 名前：仕様書無しさん [2008/08/17(日) 08:14:37 ]
- >>523
みんなが勝手に名前を付けているだけで何が正しいとかはないと思うな。
- 526 名前：仕様書無しさん mailto:sage [2008/08/17(日) 09:03:09 ]
- ブラックホールテスト
- 527 名前：80 mailto:sage [2008/08/17(日) 09:41:22 ]
- モデルベーステスト
非モデルベーステスト
モンキーテスト（アドホックテスト）
静的テスト
動的テスト
単体テスト
結合テスト
システム・テスト
受入テスト
回帰テスト
機能テスト／機能網羅テスト
パフォーマンス・テスト
負荷テスト
障害テスト
セキュリティ・テスト
色々あるな。でもな。分類とかしてる時点で間違いの方向に行ってる
気がする。バグは細部に潜んでることが多い。これらの分類にすべての
バグが綺麗にあてはまらないから「想定外のバグ」が出荷後に問題になる。
- 528 名前：仕様書無しさん mailto:sage [2008/08/17(日) 10:07:05 ]
- bp = malloc(sizeof(Buff *));
これはどのテストで検知するべきバグだろね？
- 529 名前：仕様書無しさん mailto:sage [2008/08/17(日) 11:30:29 ]
- その手続きを持つ関数の単体テスト
- 530 名前：仕様書無しさん mailto:sage [2008/08/17(日) 11:47:12 ]
- じゃ東証は･･･
- 531 名前：仕様書無しさん mailto:sage [2008/08/17(日) 11:54:56 ]
- テストに関していえばtestabilityとかが末端まで広まる前のコードだった
- 532 名前：仕様書無しさん mailto:sage [2008/08/17(日) 13:02:29 ]
- >>527
でかいシステムの場合、分類しないとテストの目的がはっきりしなくなるのよ
- 533 名前：仕様書無しさん mailto:sage [2008/08/17(日) 13:03:25 ]
- >>528
ソースコードレビュー
- 534 名前：仕様書無しさん mailto:sage [2008/08/17(日) 18:37:00 ]
- >>527
例えば、パフォーマンステストとか負荷テストとかは所謂バグつぶし目的じゃない気がするが。
ていうかちゃんと分類されてないとまともにテストできないだろ・・・
- 535 名前：仕様書無しさん mailto:sage [2008/08/17(日) 19:05:50 ]
- おじゃばにそんなこと言っても無理
- 536 名前：80 [2008/08/17(日) 21:41:00 ]
- いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
今やっているやり方が間違っているのかな？って考えているところさ。
よーは、学術的なアプローチに限界を感じてるんよ。
>>527
どのテストも、バグ潰しを目的としているわけではない。
バグ潰しは、デバッグでやるものだ。
> bp = malloc(sizeof(Buff *));
この手のバグは、デバッグの時にみつけるべきもの。
うちでは、Purifyとか使ってるけどね。
メモリリークチェックやメモリフットプリント、関数プロファイリング
などはツールでやるのが効率的だと思う。
- 537 名前：仕様書無しさん mailto:sage [2008/08/17(日) 22:05:10 ]
- 529に１票
malloc()に渡すパラメータのサイズをチェックすべき
"デバッグ時"なんて、動作させて妙な状況が発生しないかぎりチェックしようが無いよ...
- 538 名前：仕様書無しさん mailto:sage [2008/08/17(日) 22:06:36 ]
- >>536
>うちでは、Purifyとか使ってるけどね。
I社の製品使うんだｗ
>この手のバグは、デバッグの時にみつけるべきもの。
デバッグの意味分かってるか、アホだろうｗ
- 539 名前：仕様書無しさん [2008/08/17(日) 22:25:01 ]
- ググってみた。
デバッグ
コンピュータプログラムの誤り(「バグ」と呼ばれる)を探し、
取り除くこと。
テストでは、バグを取り除くことはしないので、>>534 の言う
「バグ潰し」は、話の流れ的におかしい。
- 540 名前：80 mailto:sage [2008/08/17(日) 22:27:13 ]
- > bp = malloc(sizeof(Buff *));
> これはどのテストで検知するべきバグだろね？
このコードを書いたプログラマーの採用試験に一票。
- 541 名前：仕様書無しさん mailto:sage [2008/08/17(日) 22:29:32 ]
- 軽視するわけじゃないけど、GUIのテストってむずくね？
どうすればいいんだぜ
- 542 名前：仕様書無しさん [2008/08/17(日) 22:47:02 ]
- >>540
その採用試験に
>この手のバグは、デバッグの時にみつけるべきもの。
と回答したら、その人は合格するか？
- 543 名前：仕様書無しさん mailto:sage [2008/08/17(日) 23:49:45 ]
- >>539
安価ミス？
- 544 名前：仕様書無しさん mailto:sage [2008/08/18(月) 01:22:44 ]
- 偽物が湧いてるんじゃね？
- 545 名前：仕様書無しさん mailto:sage [2008/08/18(月) 09:11:25 ]
- >>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ
- 546 名前：仕様書無しさん mailto:sage [2008/08/18(月) 15:12:15 ]
- >>536
＞いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
＞今やっているやり方が間違っているのかな？って考えているところさ。
＞よーは、学術的なアプローチに限界を感じてるんよ。
学術的アプローチが何か知らないけど、単にテスト設計がショボいだけじゃね？
とりあえず、ITとSTの命令網羅率と条件網羅率は幾つよ？
網羅率も出してないなら、テスト仕様の質をどういう「学術的アプローチ」で出してみたんだ？
（網羅率が全てじゃないと思うが、うちのテストの評価では基本的な指標の1つとしてるので）
テスト仕様の質を評価してなかったら、
たとえどんな(学術的な？)手法でテスト結果を評価してみても意味無いぞ。
- 547 名前：仕様書無しさん mailto:sage [2008/08/18(月) 22:12:36 ]
- >>545
おじゃばは都合の悪いことはスルーデフォ
- 548 名前：仕様書無しさん mailto:sage [2008/08/19(火) 11:25:08 ]
- お前ら楽しそうだな、システム組むってやっぱ分業してナンボだよな
一人で設計して一人で組んで一人でテストしてデバッグする俺ってなんなんだろう
こんなんでいいシステムが組めるわけないよな。何が少数精鋭だよ
社長はそんなもん一人で出来るとか言ってるが、アンタ自身が一人でやったことないだろ
自分でやったこともない事を人に押し付けるなっつーの。ホント意味わかんねーな。どーよこれ
- 549 名前：仕様書無しさん mailto:sage [2008/08/19(火) 11:28:19 ]
- 俺も、一人で設計して一人で組んで一人でテストしてデバッグする俺。
- 550 名前：仕様書無しさん [2008/08/19(火) 12:57:02 ]
- 自分からテスト専門です、って宣言してる派遣テスターって何なの？
将来プログラマとかSEになりたい、とかならわかるけど。
向上心ないよね、頑固だし。
そういう派遣テスターって、仕様書は読めない、
テスト仕様書も作れない、テストプログラムも作れない
やれることは「テキトーにプログラムを触る」ことだけ。
俺は派遣プだけどさ、こういう派遣テスターがいると
派遣全体がバカにされるんだよ。
テスト専門派遣なんて氏んで欲しいよ、まったく。
今日も正社員の人が派遣テスターに仕様書を読んで
テスト仕様書を作ってください、って説教してたよ。
その派遣は頑固に「何故、仕様書が必要なんですか？」って
反論してたから、きっとテスト専門派遣テスターだな。
仕様書も読まず、テスト仕様書も作らず、ただテキトーに
プログラム触るだけで給料もらおうなんて頭おかしいんじゃねーの？
あ〜あ、あの派遣テスターが3ヵ月後に切られるまで、
仕様書も読まねーでテキトーにテストしたバグ票がまわってくんのかよ。
そんな糞なもん、読んで処理する派遣プの身にもなってくれよ。
うわ〜、しかもそいつが切られる3ヵ月以内に中間納品あるじゃねーか！
テスト仕様書もなしにテキトーにテストして納品か。
中間納品後にソッコウクレームでデスマ必至だな。俺の休みも返上かよ。
派遣専門テスターさんよ、少しは向上心持てよ！
頑固な性格直して仕様書読めよ！テスト仕様書作れよ！
- 551 名前：仕様書無しさん mailto:sage [2008/08/19(火) 13:12:01 ]
- 長い
- 552 名前：仕様書無しさん mailto:sage [2008/08/19(火) 14:00:38 ]
- >>550
低レベルな話だなあ
そんなバカ派遣テスターなんか契約終了を待たずにに切ればすむ話だろ
正社員がテスト仕様書を書くように指示をだしているのに反抗しているんだから
即日クビでもなんの問題もないよ
- 553 名前：仕様書無しさん mailto:sage [2008/08/19(火) 14:39:18 ]
- >>551-552
>>550 はコピペだよ
- 554 名前：仕様書無しさん mailto:sage [2008/08/19(火) 15:00:16 ]
- 【頑固】派遣テスターの人格問題【向上心ゼロ】
pc11.2ch.net/test/read.cgi/prog/1207581904/
- 555 名前：仕様書無しさん mailto:sage [2008/08/21(木) 22:15:55 ]
- まずはテストの工数を軽視する者どもをなんとかしないとな
- 556 名前：仕様書無しさん mailto:sage [2008/08/24(日) 19:39:07 ]
- 急に80が来なくなったな
- 557 名前：仕様書無しさん mailto:sage [2008/08/26(火) 10:28:36 ]
- おじゃばはOOスレに戻りました
- 558 名前：仕様書無しさん mailto:sage [2008/08/26(火) 11:31:38 ]
- 相変わらず羞恥心の欠片もないんだな
- 559 名前：80 mailto:sage [2008/08/27(水) 09:48:30 ]
- >>556
お久しぶり。さすがに、２ちゃんばっかやってるわけじゃないし・・・。
近頃のプログラマーも「未経験者歓迎！」で採用されたど素人が
平気で派遣でやってくる時代だからな。テスターにプロ意識を
強要しても無駄。
金だけ欲しいなら、テスターになっていっぱい残業したらいいわけで。
リリースしたものにバグがあったらプログラマーの責任って言い張れば
良いわけで・・・。
テストを軽視するな！とか理屈でごちゃごちゃ言っても仕方ないと思うんよ。
重視しても仕事は楽にならないし給料が増えるわけじゃないし。。。
結局、テスターは頑張らないよ。プログラマーだってテストする十分な時間
ないしね。
俺は、そういう人たちを管理してたりしてるんだけど。
人数が多いプロジェクトでは、1/3は頑張るけど1/3の人はさぼる。
全員優秀なチームは存在しない。予算も潤沢に無い。
仕事のやり方をそのままにすれば、何かを重視し何かを軽視せざるを得ない。
となると、テストがどうしても軽視されてしまう。
仕事のやり方を変えるのは、製品開発より難しい・・・。
このジレンマからのがれる方法はないものかねぇ。
- 560 名前：仕様書無しさん mailto:sage [2008/08/27(水) 22:31:38 ]
- >>559
残りの1/3は？
- 561 名前：80 mailto:sage [2008/08/28(木) 23:30:31 ]
- 以下を参照のこと
働きアリの法則
2-8の法則
2-6-2の法則
パレートの法則
- 562 名前：仕様書無しさん mailto:sage [2008/08/28(木) 23:38:18 ]
- 未経験者歓迎で入ったド素人コーダーだけど単体テストだけは念入りにやってるよ
というか馬鹿だからテストから書かないとコードが書けない罠ｗ
人より手間かけてる分作業の速度は遅くなるけど多分省いても大して速くならんとも思う
- 563 名前：仕様書無しさん mailto:sage [2008/08/29(金) 00:08:58 ]
- >>562
単体を大事にするその気持ちが大事なのです
みつぬ
いつかみんなに認められるよ、その努力は
- 564 名前：80 mailto:sage [2008/08/30(土) 07:58:58 ]
- 優秀なプログラマーを確保できないプロジェクトチームでは、
テストを重視しているのかもしれないなぁ。
プログラミング能力ってすぐに向上しないから、テストくらい
ちゃんとしろよってことなのかな。
- 565 名前：仕様書無しさん mailto:sage [2008/08/30(土) 08:42:24 ]
- そういえば俺も初めてのプロジェクトではまずテスト書くのから始めたなあ。
まあそれは勉強の意味合いがほぼ100%だったけど。
- 566 名前：仕様書無しさん [2008/08/30(土) 09:50:27 ]
- 事務より簡単で誰でもできる仕事なのに時給は技術者！
ITテスターで稼ぐための情報を交換しましょう。
☆派遣先は大企業じゃないと駄目です。中小だとテスターもプログラムの仕様が
わからないといけないとかテストプログラムを書けとか言われちゃいますよ。
大企業ならプログラムを触るだけのテスターでも大丈夫。
☆派遣先ではテスターはプログラムを触るだけでいい、
そんな空気を作っていきましょう。仕様書読んでください、
とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
プログラムの仕様書を読んだり、テストの仕様書を書いたりするのは大変ですよ。
☆普通にプログラムを触ってテストしてると、何をテストしているのかわからない、
とか言い出す人、いるんですよ。プログラマとかってこういう人多いです。
そういう人は上司にあることないこと告げ口して追い出しちゃいましょ。
人事権のある人とは仲良くしておくことが大切。
☆納品して何かあったら大変だからとプログラムの仕様書を読んだり、
テスト仕様書を書いちゃうテスターがいますけど、
こっちもやることになるからすごく迷惑。
テスト結果の責任は担当の正社員にありますよね。
納品後のクレームは最終チェックを怠った正社員が悪いんだから
派遣は関係ないです。
- 567 名前：仕様書無しさん mailto:sage [2008/08/30(土) 10:57:01 ]
- >>559
＞このジレンマからのがれる方法はないものかねぇ。
軽視して良い工程なんて開発に存在しない。
十分な金と期間を客から引っ張って、ちゃんと人をアサイン出来ない
営業と管理層が悪い風にしか見えないが。
改善すんのはソコからでしょ。
「何かを重視し何かを軽視せざるを得ない。 」と管理している自分が言う状況なら、
出だしから「これは無理じゃね？」っていう開発期間で仕事を受けてるってことでしょ？
1/3サボるのが分かってるなら、2/3で出来るスケジュールで受けろよ。
何そんな意味無い数字書いてんだ。
＞近頃のプログラマーも「未経験者歓迎！」で採用されたど素人が
＞平気で派遣でやってくる時代だからな。テスターにプロ意識を
＞強要しても無駄。
なら派遣使うなよ。
- 568 名前：80 mailto:sage [2008/08/30(土) 17:38:42 ]
- >>567
>軽視して良い工程なんて開発に存在しない。
正論だけどね。そこを一歩踏み込んで考えないと実践では通用しないよ。
昔は「設計」「実装」が重視されていた。プログラマーのスキルと
モチベーションが高かったから、それで、結構うまくいっていた。
単体テストは、当たり前だったから特に話題にもならなかった。
でも、今では、ソフト技術者は3Kで「不人気」となり優秀な技術者は別の
業界へ流れて行く。インド、中国、ロシアの安いソフト労働力の台頭も
追い討ちをかけている。
日本のプログラマーのレベルは、以前からするとずいぶん下がった。
そもそも、「単体テストを重視する」という事自体が、俺からすると
滑稽なんよ。「うんこしたら手を洗う」くらい当たり前のことを
ワザワザ言わなくてはいけない時代になったのが残念だな。
言わなきゃ出来ないレベルの低い奴に、言って分かると思うか？
出来るやつは、言わなくてもやるもんだ。
単体テストをしないプログラマーにいくらプレッシャーを与えても
良い結果は得られないよ。それなら、仕事のやり方を工夫する方が
よっぽどましさ。
- 569 名前：仕様書無しさん [2008/08/30(土) 19:34:30 ]
- >とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
食い下がる以前に正社員に逆らったらクビだろｗ
- 570 名前：仕様書無しさん mailto:sage [2008/08/30(土) 20:22:54 ]
- >正社員に逆らったらクビだろｗ
>正社員に逆らったらクビだろｗ
>正社員に逆らったらクビだろｗ
バカ？
- 571 名前：仕様書無しさん mailto:sage [2008/09/02(火) 00:33:04 ]
- >>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ
- 572 名前：８０ mailto:sage [2008/09/02(火) 00:41:51 ]
- >>571
さみしいんだねｗ
- 573 名前：仕様書無しさん mailto:sage [2008/09/02(火) 00:51:25 ]
- おじゃばくさい返しだな
- 574 名前：仕様書無しさん mailto:sage [2008/09/02(火) 10:28:46 ]
- >>80
能書き垂れる前に、1000万行のシステムで何件のテストケースを実行して、何件のバグが発生したのか早く教えろ
- 575 名前：仕様書無しさん [2008/09/05(金) 01:57:40 ]
- テスターって気楽でいいよね。
自分のバグじゃないし、動かしてダメダメ言っておけばOKみたいな感じ。
- 576 名前：仕様書無しさん mailto:sage [2008/09/05(金) 19:17:53 ]
- その代わり、実装周りの人間が帰った夕方から、
その日の更新分含めたテストやってたりして、
夜間シフト状態になってたりした事あったけどｗ
- 577 名前：仕様書無しさん [2008/09/06(土) 00:27:24 ]
- >>575
嫌われるのが仕事だからｗ
プログラマーは絶対にバグを出す。
悪いのはプログラマー。
>>576
プログラマーは24時間労働がデフォ。
夜間シフトは、金儲けにうってつけ。
- 578 名前：仕様書無しさん mailto:sage [2008/09/06(土) 00:29:40 ]
- まだやってんのか・・・糞スレはsageでやれ
- 579 名前：仕様書無しさん [2008/09/06(土) 01:20:26 ]
- おまえもな
- 580 名前：仕様書無しさん mailto:sage [2008/09/06(土) 18:46:21 ]
- お前2chは初めてか？
力抜けよ
- 581 名前：仕様書無しさん [2008/09/07(日) 07:59:03 ]
- おまえもな。
- 582 名前：仕様書無しさん mailto:sage [2008/09/07(日) 08:24:02 ]
- 私見だがテスターって基地外な奴のほうが優秀だと思う。
・常識では思いつかないような操作をする。
・人の話を聞かない。（話で誤魔化すことができない）
・理解力が無い。（おのずとヘルプ等を細かくしてしまう）
・集団の中で浮いてる。（無駄話をせず黙々と作業）
開発としては関わりたくないのだけど、
客観的に考えると良い製品ができるような気がする。
|
 |
