何だよ、8割方終わった風な顔で、「コーディング終わりました。後はテストするだけです。」
って...
コーディングが終わってやっと3割終わったかどうかってところだろが。
コーディングが終わってからが本番だっちゅーの。テスト仕様書に従い、テストデータ用意して、
正常系、異常系含めて、抜かりなく全網羅テストすること。これがどれだけ大変なことか。
本当に理解してんのか? コーディングが終わってやっとスタートラインに立ったぐらいの気持ち
でいろよ、ってくヘラヘラしやがって。
こういう、テストを軽視する輩共が、プログラミングという作業を軽んじ、工数見積りを誤り、
徒に製造を急かし、バグの混入率を間接的に高めているということに気づかんのか。
どんな優秀な奴だって、人間だもの、間違いを犯す。バグを生み出す。それを極力未然に防ぐのが
テストだろ。いつバグが判明するかとドキドキしながら納品後の時間を過ごすか、自信と満足感を
もって笑顔で過ごすか。どちらがいいか自明のことだろ。
プログラミングはなぁ、テストに始まりテストに終わるんだよ。要件を理解し、その中に潜む異常
パターンを見抜き、どんだけ抜かりなくテストをやれるかが一流とカスを分かつ分水嶺だ。
コーディングなんかできてあたり前、肝心なのはテストだ。テストを極めてこそ、一流のプログラ
マーって呼べるんだよ。
この馬鹿者どもが。
テストを軽視する者ども
■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
2008/06/28(土) 19:49:2049780
2008/08/10(日) 21:37:59 この業界の奴らは、頭は良いが、利口じゃない。
つくづくそう思う。不器用で要領が悪い。
つくづくそう思う。不器用で要領が悪い。
49880
2008/08/10(日) 21:41:38500仕様書無しさん
2008/08/10(日) 22:31:15501仕様書無しさん
2008/08/10(日) 23:30:52 >>490
>よーは、開発者のテストなんて客からしたら気休めさ。
お前自身は何がどうなったら「製品として出荷できる品質だろう」と判断するんだ?
客に対して何かを証明するのでなく、開発側の判断基準はどこにある?
KKDで何となくやって期限が来たらリリース。
潜在してるバグはクレーム来てから直せば良いや。
とそういうことかい?
>よーは、開発者のテストなんて客からしたら気休めさ。
お前自身は何がどうなったら「製品として出荷できる品質だろう」と判断するんだ?
客に対して何かを証明するのでなく、開発側の判断基準はどこにある?
KKDで何となくやって期限が来たらリリース。
潜在してるバグはクレーム来てから直せば良いや。
とそういうことかい?
502仕様書無しさん
2008/08/10(日) 23:44:57503仕様書無しさん
2008/08/10(日) 23:52:23 90人が作成したコードを、実装内容も知らない、実装言語にも詳しくないようなテスター10人が
効率のよい品質の高いテストができるのだとすると、どう考えてもそれを各プログラマが実行
したほうが、より効率のよい品質の高いテストができる気がする。
効率のよい品質の高いテストができるのだとすると、どう考えてもそれを各プログラマが実行
したほうが、より効率のよい品質の高いテストができる気がする。
506仕様書無しさん
2008/08/12(火) 13:53:17 ホワイトボックス、グレーボックス、ブラックボックス
どれがテストとして質が高いかなんて話に意味あるの?
それぞれに目的が違うんだから比べてもしょうがないと思うんだけど。
どれがテストとして質が高いかなんて話に意味あるの?
それぞれに目的が違うんだから比べてもしょうがないと思うんだけど。
507仕様書無しさん
2008/08/12(火) 14:31:51 グレーって初めて聞いたよ
508仕様書無しさん
2008/08/13(水) 03:50:1751080
2008/08/16(土) 08:02:49 >>502
>今日初めて見たが、みんな何か勘違いしてないか?
>テストで信頼性は上げられない、テストは
>「このプログラムにはバグがあるます」を実証するもので
>バグを沢山検出したからと言って、そのプログラムには
>もうバグが存在しないと言う実証にはならない。
>実際は逆で、統計的に見るとバグ密度の多いプログラムほど
>残りの潜在バグが多く含まれている。
テストはバグを発見するためのもだけじゃない。これはプログラマーの視点
だな。
テストはむしろ、要求したとおりに動作するか?が重要だ。
テストにパスすれば、そのシナリオ(操作手順)で、少なくとも
動作するという事を証明できる。
目的を見失った状態で、統計とか客観的な手法とかを持ち出すから
本質を見失う。統計は手段。バグ発見は、テスト結果。
ちゃんと整理した方がいいぞ。
テストの目的は、要求を満たしているかどうかを確認すること。
>今日初めて見たが、みんな何か勘違いしてないか?
>テストで信頼性は上げられない、テストは
>「このプログラムにはバグがあるます」を実証するもので
>バグを沢山検出したからと言って、そのプログラムには
>もうバグが存在しないと言う実証にはならない。
>実際は逆で、統計的に見るとバグ密度の多いプログラムほど
>残りの潜在バグが多く含まれている。
テストはバグを発見するためのもだけじゃない。これはプログラマーの視点
だな。
テストはむしろ、要求したとおりに動作するか?が重要だ。
テストにパスすれば、そのシナリオ(操作手順)で、少なくとも
動作するという事を証明できる。
目的を見失った状態で、統計とか客観的な手法とかを持ち出すから
本質を見失う。統計は手段。バグ発見は、テスト結果。
ちゃんと整理した方がいいぞ。
テストの目的は、要求を満たしているかどうかを確認すること。
511仕様書無しさん
2008/08/16(土) 19:50:07512仕様書無しさん
2008/08/16(土) 20:45:36 もだけ?
51480
2008/08/16(土) 22:56:34 >>511
ユニットテスト(単体テスト)は当たり前。軽視も重視もしていない。
重視したところで精度が上がるわけでもない。プログラマーの能力に依存
するからな。
プログラマーは忙しい。プログラマーに負担を増やしても全体的に品質が
落ちる。
ユニットテストを強化して効果が出るかどうかはその組織しだい。
俺は、限定的だと考えている。
プログラマーは均質ではない。
分析能力のある者、観察能力のあるも者、創造力のある者、忍耐力のある者
十人十色だと思う。分析能力や創造力はあっても観察能力がない奴も居る。
チーム開発は、各人の能力を補完し合って結果を出すものだと思うがな。
ごちゃごちゃ言わずに、優秀なプログラマーを金で雇ってきて、
自由にやってもらう方が結果が出たりもする。
ユニットテスト(単体テスト)は当たり前。軽視も重視もしていない。
重視したところで精度が上がるわけでもない。プログラマーの能力に依存
するからな。
プログラマーは忙しい。プログラマーに負担を増やしても全体的に品質が
落ちる。
ユニットテストを強化して効果が出るかどうかはその組織しだい。
俺は、限定的だと考えている。
プログラマーは均質ではない。
分析能力のある者、観察能力のあるも者、創造力のある者、忍耐力のある者
十人十色だと思う。分析能力や創造力はあっても観察能力がない奴も居る。
チーム開発は、各人の能力を補完し合って結果を出すものだと思うがな。
ごちゃごちゃ言わずに、優秀なプログラマーを金で雇ってきて、
自由にやってもらう方が結果が出たりもする。
515仕様書無しさん
2008/08/16(土) 23:39:43 重視・軽視 って言葉の基準があいまいだな。
ユニットテストだけを特別重視しているわけではない。くらいの意味合いかな?
ユニットテストだけを特別重視しているわけではない。くらいの意味合いかな?
516仕様書無しさん
2008/08/16(土) 23:44:02517仕様書無しさん
2008/08/16(土) 23:56:02 相対的なものだからこそ、基準をはっきりさせろってことだろ。
他のテストと比べてユニットテストだけってことじゃん。
他のテストと比べてユニットテストだけってことじゃん。
518仕様書無しさん
2008/08/17(日) 00:09:50520仕様書無しさん
2008/08/17(日) 00:36:04 プログラマーより身分の低いテスターが愚痴を言ってるだけだろ。
521仕様書無しさん
2008/08/17(日) 00:44:24523仕様書無しさん
2008/08/17(日) 02:12:09 この業界に20年以上いるが、グレーボックステストなんて言葉初めて聞いた
そんなのがあるんだ
そんなのがあるんだ
525仕様書無しさん
2008/08/17(日) 08:14:37 >>523
みんなが勝手に名前を付けているだけで何が正しいとかはないと思うな。
みんなが勝手に名前を付けているだけで何が正しいとかはないと思うな。
526仕様書無しさん
2008/08/17(日) 09:03:09 ブラックホールテスト
52780
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とかが末端まで広まる前のコードだった
534仕様書無しさん
2008/08/17(日) 18:37:00535仕様書無しさん
2008/08/17(日) 19:05:50 おじゃばにそんなこと言っても無理
53680
2008/08/17(日) 21:41:00 いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
今やっているやり方が間違っているのかな?って考えているところさ。
よーは、学術的なアプローチに限界を感じてるんよ。
>>527
どのテストも、バグ潰しを目的としているわけではない。
バグ潰しは、デバッグでやるものだ。
> bp = malloc(sizeof(Buff *));
この手のバグは、デバッグの時にみつけるべきもの。
うちでは、Purifyとか使ってるけどね。
メモリリークチェックやメモリフットプリント、関数プロファイリング
などはツールでやるのが効率的だと思う。
今やっているやり方が間違っているのかな?って考えているところさ。
よーは、学術的なアプローチに限界を感じてるんよ。
>>527
どのテストも、バグ潰しを目的としているわけではない。
バグ潰しは、デバッグでやるものだ。
> bp = malloc(sizeof(Buff *));
この手のバグは、デバッグの時にみつけるべきもの。
うちでは、Purifyとか使ってるけどね。
メモリリークチェックやメモリフットプリント、関数プロファイリング
などはツールでやるのが効率的だと思う。
537仕様書無しさん
2008/08/17(日) 22:05:10 529に1票
malloc()に渡すパラメータのサイズをチェックすべき
"デバッグ時"なんて、動作させて妙な状況が発生しないかぎりチェックしようが無いよ...
malloc()に渡すパラメータのサイズをチェックすべき
"デバッグ時"なんて、動作させて妙な状況が発生しないかぎりチェックしようが無いよ...
538仕様書無しさん
2008/08/17(日) 22:06:36539仕様書無しさん
2008/08/17(日) 22:25:01 ググってみた。
デバッグ
コンピュータプログラムの誤り(「バグ」と呼ばれる)を探し、
取り除くこと。
テストでは、バグを取り除くことはしないので、>>534 の言う
「バグ潰し」は、話の流れ的におかしい。
デバッグ
コンピュータプログラムの誤り(「バグ」と呼ばれる)を探し、
取り除くこと。
テストでは、バグを取り除くことはしないので、>>534 の言う
「バグ潰し」は、話の流れ的におかしい。
54080
2008/08/17(日) 22:27:13 > bp = malloc(sizeof(Buff *));
> これはどのテストで検知するべきバグだろね?
このコードを書いたプログラマーの採用試験に一票。
> これはどのテストで検知するべきバグだろね?
このコードを書いたプログラマーの採用試験に一票。
541仕様書無しさん
2008/08/17(日) 22:29:32 軽視するわけじゃないけど、GUIのテストってむずくね?
どうすればいいんだぜ
どうすればいいんだぜ
542仕様書無しさん
2008/08/17(日) 22:47:02544仕様書無しさん
2008/08/18(月) 01:22:44 偽物が湧いてるんじゃね?
546仕様書無しさん
2008/08/18(月) 15:12:15 >>536
>いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
>今やっているやり方が間違っているのかな?って考えているところさ。
>よーは、学術的なアプローチに限界を感じてるんよ。
学術的アプローチが何か知らないけど、単にテスト設計がショボいだけじゃね?
とりあえず、ITとSTの命令網羅率と条件網羅率は幾つよ?
網羅率も出してないなら、テスト仕様の質をどういう「学術的アプローチ」で出してみたんだ?
(網羅率が全てじゃないと思うが、うちのテストの評価では基本的な指標の1つとしてるので)
テスト仕様の質を評価してなかったら、
たとえどんな(学術的な?)手法でテスト結果を評価してみても意味無いぞ。
>いや、いたって普通に分類してテストしてるよ。でもバグが減らないから
>今やっているやり方が間違っているのかな?って考えているところさ。
>よーは、学術的なアプローチに限界を感じてるんよ。
学術的アプローチが何か知らないけど、単にテスト設計がショボいだけじゃね?
とりあえず、ITとSTの命令網羅率と条件網羅率は幾つよ?
網羅率も出してないなら、テスト仕様の質をどういう「学術的アプローチ」で出してみたんだ?
(網羅率が全てじゃないと思うが、うちのテストの評価では基本的な指標の1つとしてるので)
テスト仕様の質を評価してなかったら、
たとえどんな(学術的な?)手法でテスト結果を評価してみても意味無いぞ。
548仕様書無しさん
2008/08/19(火) 11:25:08 お前ら楽しそうだな、システム組むってやっぱ分業してナンボだよな
一人で設計して一人で組んで一人でテストしてデバッグする俺ってなんなんだろう
こんなんでいいシステムが組めるわけないよな。何が少数精鋭だよ
社長はそんなもん一人で出来るとか言ってるが、アンタ自身が一人でやったことないだろ
自分でやったこともない事を人に押し付けるなっつーの。ホント意味わかんねーな。どーよこれ
一人で設計して一人で組んで一人でテストしてデバッグする俺ってなんなんだろう
こんなんでいいシステムが組めるわけないよな。何が少数精鋭だよ
社長はそんなもん一人で出来るとか言ってるが、アンタ自身が一人でやったことないだろ
自分でやったこともない事を人に押し付けるなっつーの。ホント意味わかんねーな。どーよこれ
549仕様書無しさん
2008/08/19(火) 11:28:19 俺も、一人で設計して一人で組んで一人でテストしてデバッグする俺。
550仕様書無しさん
2008/08/19(火) 12:57:02 自分からテスト専門です、って宣言してる派遣テスターって何なの?
将来プログラマとかSEになりたい、とかならわかるけど。
向上心ないよね、頑固だし。
そういう派遣テスターって、仕様書は読めない、
テスト仕様書も作れない、テストプログラムも作れない
やれることは「テキトーにプログラムを触る」ことだけ。
俺は派遣プだけどさ、こういう派遣テスターがいると
派遣全体がバカにされるんだよ。
テスト専門派遣なんて氏んで欲しいよ、まったく。
今日も正社員の人が派遣テスターに仕様書を読んで
テスト仕様書を作ってください、って説教してたよ。
その派遣は頑固に「何故、仕様書が必要なんですか?」って
反論してたから、きっとテスト専門派遣テスターだな。
仕様書も読まず、テスト仕様書も作らず、ただテキトーに
プログラム触るだけで給料もらおうなんて頭おかしいんじゃねーの?
あ〜あ、あの派遣テスターが3ヵ月後に切られるまで、
仕様書も読まねーでテキトーにテストしたバグ票がまわってくんのかよ。
そんな糞なもん、読んで処理する派遣プの身にもなってくれよ。
うわ〜、しかもそいつが切られる3ヵ月以内に中間納品あるじゃねーか!
テスト仕様書もなしにテキトーにテストして納品か。
中間納品後にソッコウクレームでデスマ必至だな。俺の休みも返上かよ。
派遣専門テスターさんよ、少しは向上心持てよ!
頑固な性格直して仕様書読めよ!テスト仕様書作れよ!
将来プログラマとかSEになりたい、とかならわかるけど。
向上心ないよね、頑固だし。
そういう派遣テスターって、仕様書は読めない、
テスト仕様書も作れない、テストプログラムも作れない
やれることは「テキトーにプログラムを触る」ことだけ。
俺は派遣プだけどさ、こういう派遣テスターがいると
派遣全体がバカにされるんだよ。
テスト専門派遣なんて氏んで欲しいよ、まったく。
今日も正社員の人が派遣テスターに仕様書を読んで
テスト仕様書を作ってください、って説教してたよ。
その派遣は頑固に「何故、仕様書が必要なんですか?」って
反論してたから、きっとテスト専門派遣テスターだな。
仕様書も読まず、テスト仕様書も作らず、ただテキトーに
プログラム触るだけで給料もらおうなんて頭おかしいんじゃねーの?
あ〜あ、あの派遣テスターが3ヵ月後に切られるまで、
仕様書も読まねーでテキトーにテストしたバグ票がまわってくんのかよ。
そんな糞なもん、読んで処理する派遣プの身にもなってくれよ。
うわ〜、しかもそいつが切られる3ヵ月以内に中間納品あるじゃねーか!
テスト仕様書もなしにテキトーにテストして納品か。
中間納品後にソッコウクレームでデスマ必至だな。俺の休みも返上かよ。
派遣専門テスターさんよ、少しは向上心持てよ!
頑固な性格直して仕様書読めよ!テスト仕様書作れよ!
551仕様書無しさん
2008/08/19(火) 13:12:01 長い
552仕様書無しさん
2008/08/19(火) 14:00:38 >>550
低レベルな話だなあ
そんなバカ派遣テスターなんか契約終了を待たずにに切ればすむ話だろ
正社員がテスト仕様書を書くように指示をだしているのに反抗しているんだから
即日クビでもなんの問題もないよ
低レベルな話だなあ
そんなバカ派遣テスターなんか契約終了を待たずにに切ればすむ話だろ
正社員がテスト仕様書を書くように指示をだしているのに反抗しているんだから
即日クビでもなんの問題もないよ
554仕様書無しさん
2008/08/19(火) 15:00:16555仕様書無しさん
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 相変わらず羞恥心の欠片もないんだな
55980
2008/08/27(水) 09:48:30 >>556
お久しぶり。さすがに、2ちゃんばっかやってるわけじゃないし・・・。
近頃のプログラマーも「未経験者歓迎!」で採用されたど素人が
平気で派遣でやってくる時代だからな。テスターにプロ意識を
強要しても無駄。
金だけ欲しいなら、テスターになっていっぱい残業したらいいわけで。
リリースしたものにバグがあったらプログラマーの責任って言い張れば
良いわけで・・・。
テストを軽視するな!とか理屈でごちゃごちゃ言っても仕方ないと思うんよ。
重視しても仕事は楽にならないし給料が増えるわけじゃないし。。。
結局、テスターは頑張らないよ。プログラマーだってテストする十分な時間
ないしね。
俺は、そういう人たちを管理してたりしてるんだけど。
人数が多いプロジェクトでは、1/3は頑張るけど1/3の人はさぼる。
全員優秀なチームは存在しない。予算も潤沢に無い。
仕事のやり方をそのままにすれば、何かを重視し何かを軽視せざるを得ない。
となると、テストがどうしても軽視されてしまう。
仕事のやり方を変えるのは、製品開発より難しい・・・。
このジレンマからのがれる方法はないものかねぇ。
お久しぶり。さすがに、2ちゃんばっかやってるわけじゃないし・・・。
近頃のプログラマーも「未経験者歓迎!」で採用されたど素人が
平気で派遣でやってくる時代だからな。テスターにプロ意識を
強要しても無駄。
金だけ欲しいなら、テスターになっていっぱい残業したらいいわけで。
リリースしたものにバグがあったらプログラマーの責任って言い張れば
良いわけで・・・。
テストを軽視するな!とか理屈でごちゃごちゃ言っても仕方ないと思うんよ。
重視しても仕事は楽にならないし給料が増えるわけじゃないし。。。
結局、テスターは頑張らないよ。プログラマーだってテストする十分な時間
ないしね。
俺は、そういう人たちを管理してたりしてるんだけど。
人数が多いプロジェクトでは、1/3は頑張るけど1/3の人はさぼる。
全員優秀なチームは存在しない。予算も潤沢に無い。
仕事のやり方をそのままにすれば、何かを重視し何かを軽視せざるを得ない。
となると、テストがどうしても軽視されてしまう。
仕事のやり方を変えるのは、製品開発より難しい・・・。
このジレンマからのがれる方法はないものかねぇ。
56180
2008/08/28(木) 23:30:31 以下を参照のこと
働きアリの法則
2-8の法則
2-6-2の法則
パレートの法則
働きアリの法則
2-8の法則
2-6-2の法則
パレートの法則
562仕様書無しさん
2008/08/28(木) 23:38:18 未経験者歓迎で入ったド素人コーダーだけど単体テストだけは念入りにやってるよ
というか馬鹿だからテストから書かないとコードが書けない罠w
人より手間かけてる分作業の速度は遅くなるけど多分省いても大して速くならんとも思う
というか馬鹿だからテストから書かないとコードが書けない罠w
人より手間かけてる分作業の速度は遅くなるけど多分省いても大して速くならんとも思う
56480
2008/08/30(土) 07:58:58 優秀なプログラマーを確保できないプロジェクトチームでは、
テストを重視しているのかもしれないなぁ。
プログラミング能力ってすぐに向上しないから、テストくらい
ちゃんとしろよってことなのかな。
テストを重視しているのかもしれないなぁ。
プログラミング能力ってすぐに向上しないから、テストくらい
ちゃんとしろよってことなのかな。
565仕様書無しさん
2008/08/30(土) 08:42:24 そういえば俺も初めてのプロジェクトではまずテスト書くのから始めたなあ。
まあそれは勉強の意味合いがほぼ100%だったけど。
まあそれは勉強の意味合いがほぼ100%だったけど。
566仕様書無しさん
2008/08/30(土) 09:50:27 事務より簡単で誰でもできる仕事なのに時給は技術者!
ITテスターで稼ぐための情報を交換しましょう。
☆派遣先は大企業じゃないと駄目です。中小だとテスターもプログラムの仕様が
わからないといけないとかテストプログラムを書けとか言われちゃいますよ。
大企業ならプログラムを触るだけのテスターでも大丈夫。
☆派遣先ではテスターはプログラムを触るだけでいい、
そんな空気を作っていきましょう。仕様書読んでください、
とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
プログラムの仕様書を読んだり、テストの仕様書を書いたりするのは大変ですよ。
☆普通にプログラムを触ってテストしてると、何をテストしているのかわからない、
とか言い出す人、いるんですよ。プログラマとかってこういう人多いです。
そういう人は上司にあることないこと告げ口して追い出しちゃいましょ。
人事権のある人とは仲良くしておくことが大切。
☆納品して何かあったら大変だからとプログラムの仕様書を読んだり、
テスト仕様書を書いちゃうテスターがいますけど、
こっちもやることになるからすごく迷惑。
テスト結果の責任は担当の正社員にありますよね。
納品後のクレームは最終チェックを怠った正社員が悪いんだから
派遣は関係ないです。
ITテスターで稼ぐための情報を交換しましょう。
☆派遣先は大企業じゃないと駄目です。中小だとテスターもプログラムの仕様が
わからないといけないとかテストプログラムを書けとか言われちゃいますよ。
大企業ならプログラムを触るだけのテスターでも大丈夫。
☆派遣先ではテスターはプログラムを触るだけでいい、
そんな空気を作っていきましょう。仕様書読んでください、
とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
プログラムの仕様書を読んだり、テストの仕様書を書いたりするのは大変ですよ。
☆普通にプログラムを触ってテストしてると、何をテストしているのかわからない、
とか言い出す人、いるんですよ。プログラマとかってこういう人多いです。
そういう人は上司にあることないこと告げ口して追い出しちゃいましょ。
人事権のある人とは仲良くしておくことが大切。
☆納品して何かあったら大変だからとプログラムの仕様書を読んだり、
テスト仕様書を書いちゃうテスターがいますけど、
こっちもやることになるからすごく迷惑。
テスト結果の責任は担当の正社員にありますよね。
納品後のクレームは最終チェックを怠った正社員が悪いんだから
派遣は関係ないです。
567仕様書無しさん
2008/08/30(土) 10:57:01 >>559
>このジレンマからのがれる方法はないものかねぇ。
軽視して良い工程なんて開発に存在しない。
十分な金と期間を客から引っ張って、ちゃんと人をアサイン出来ない
営業と管理層が悪い風にしか見えないが。
改善すんのはソコからでしょ。
「何かを重視し何かを軽視せざるを得ない。 」と管理している自分が言う状況なら、
出だしから「これは無理じゃね?」っていう開発期間で仕事を受けてるってことでしょ?
1/3サボるのが分かってるなら、2/3で出来るスケジュールで受けろよ。
何そんな意味無い数字書いてんだ。
>近頃のプログラマーも「未経験者歓迎!」で採用されたど素人が
>平気で派遣でやってくる時代だからな。テスターにプロ意識を
>強要しても無駄。
なら派遣使うなよ。
>このジレンマからのがれる方法はないものかねぇ。
軽視して良い工程なんて開発に存在しない。
十分な金と期間を客から引っ張って、ちゃんと人をアサイン出来ない
営業と管理層が悪い風にしか見えないが。
改善すんのはソコからでしょ。
「何かを重視し何かを軽視せざるを得ない。 」と管理している自分が言う状況なら、
出だしから「これは無理じゃね?」っていう開発期間で仕事を受けてるってことでしょ?
1/3サボるのが分かってるなら、2/3で出来るスケジュールで受けろよ。
何そんな意味無い数字書いてんだ。
>近頃のプログラマーも「未経験者歓迎!」で採用されたど素人が
>平気で派遣でやってくる時代だからな。テスターにプロ意識を
>強要しても無駄。
なら派遣使うなよ。
56880
2008/08/30(土) 17:38:42 >>567
>軽視して良い工程なんて開発に存在しない。
正論だけどね。そこを一歩踏み込んで考えないと実践では通用しないよ。
昔は「設計」「実装」が重視されていた。プログラマーのスキルと
モチベーションが高かったから、それで、結構うまくいっていた。
単体テストは、当たり前だったから特に話題にもならなかった。
でも、今では、ソフト技術者は3Kで「不人気」となり優秀な技術者は別の
業界へ流れて行く。インド、中国、ロシアの安いソフト労働力の台頭も
追い討ちをかけている。
日本のプログラマーのレベルは、以前からするとずいぶん下がった。
そもそも、「単体テストを重視する」という事自体が、俺からすると
滑稽なんよ。「うんこしたら手を洗う」くらい当たり前のことを
ワザワザ言わなくてはいけない時代になったのが残念だな。
言わなきゃ出来ないレベルの低い奴に、言って分かると思うか?
出来るやつは、言わなくてもやるもんだ。
単体テストをしないプログラマーにいくらプレッシャーを与えても
良い結果は得られないよ。それなら、仕事のやり方を工夫する方が
よっぽどましさ。
>軽視して良い工程なんて開発に存在しない。
正論だけどね。そこを一歩踏み込んで考えないと実践では通用しないよ。
昔は「設計」「実装」が重視されていた。プログラマーのスキルと
モチベーションが高かったから、それで、結構うまくいっていた。
単体テストは、当たり前だったから特に話題にもならなかった。
でも、今では、ソフト技術者は3Kで「不人気」となり優秀な技術者は別の
業界へ流れて行く。インド、中国、ロシアの安いソフト労働力の台頭も
追い討ちをかけている。
日本のプログラマーのレベルは、以前からするとずいぶん下がった。
そもそも、「単体テストを重視する」という事自体が、俺からすると
滑稽なんよ。「うんこしたら手を洗う」くらい当たり前のことを
ワザワザ言わなくてはいけない時代になったのが残念だな。
言わなきゃ出来ないレベルの低い奴に、言って分かると思うか?
出来るやつは、言わなくてもやるもんだ。
単体テストをしないプログラマーにいくらプレッシャーを与えても
良い結果は得られないよ。それなら、仕事のやり方を工夫する方が
よっぽどましさ。
569仕様書無しさん
2008/08/30(土) 19:34:30 >とか言われたら「なんでテスターが仕様書読むんですか」って食い下がって。
食い下がる以前に正社員に逆らったらクビだろw
食い下がる以前に正社員に逆らったらクビだろw
570仕様書無しさん
2008/08/30(土) 20:22:54 >正社員に逆らったらクビだろw
>正社員に逆らったらクビだろw
>正社員に逆らったらクビだろw
バカ?
>正社員に逆らったらクビだろw
>正社員に逆らったらクビだろw
バカ?
573仕様書無しさん
2008/09/02(火) 00:51:25 おじゃばくさい返しだな
575仕様書無しさん
2008/09/05(金) 01:57:40 テスターって気楽でいいよね。
自分のバグじゃないし、動かしてダメダメ言っておけばOKみたいな感じ。
自分のバグじゃないし、動かしてダメダメ言っておけばOKみたいな感じ。
576仕様書無しさん
2008/09/05(金) 19:17:53 その代わり、実装周りの人間が帰った夕方から、
その日の更新分含めたテストやってたりして、
夜間シフト状態になってたりした事あったけどw
その日の更新分含めたテストやってたりして、
夜間シフト状態になってたりした事あったけどw
577仕様書無しさん
2008/09/06(土) 00:27:24578仕様書無しさん
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 変わり者くらいにしておけよ
基地外が適している仕事なんかねえよw
基地外が適している仕事なんかねえよw
584仕様書無しさん
2008/09/07(日) 15:13:20 本物の基地外と接した事が無いからそんな事言ってるんだと思うけど。
先ず、仕事として何かをやらせる事自体が無理。
先ず、仕事として何かをやらせる事自体が無理。
585仕様書無しさん
2008/09/07(日) 15:49:24 >先ず、仕事として何かをやらせる事自体が無理。
それは派遣テスターも一緒だろ
「まず仕様書を読んでテスト仕様書を作れ」と仕事の指示を出しても
まったく手も足も出ないバカばっか
それは派遣テスターも一緒だろ
「まず仕様書を読んでテスト仕様書を作れ」と仕事の指示を出しても
まったく手も足も出ないバカばっか
586仕様書無しさん
2008/09/07(日) 16:05:00 それは契約で仕事の範囲をちゃんと決めてないんじゃないか?
テストオペレータとして雇ってるのか、
テスト設計からやる技術者として雇ってるのか、
はっきりしない限りはなんとも言えない。
テストオペレータとして雇ってるのか、
テスト設計からやる技術者として雇ってるのか、
はっきりしない限りはなんとも言えない。
588仕様書無しさん
2008/09/07(日) 16:26:21 オペレートしかテスターなんてイラネ
590仕様書無しさん
2008/09/07(日) 19:37:50 逆に適当に触るだけのテスターじゃケアレスミス位しか発見できんな
591仕様書無しさん
2008/09/07(日) 23:45:37 仕様策定の段階からテスターと一緒にレビューしてる人いるの?
592仕様書無しさん
2008/09/09(火) 18:12:48593仕様書無しさん
2008/09/09(火) 20:16:18 なんのために仕様書があるんだよ
595仕様書無しさん
2008/09/10(水) 00:59:36 >>592
典型的な底辺低賃金会社の発想だな
典型的な底辺低賃金会社の発想だな
596仕様書無しさん
2008/09/10(水) 18:03:45 俺の名前をテストデータに使うなバカ上司
俺は全然タッチしてないシステムなのに
マジで頭おかしいだろ
俺は全然タッチしてないシステムなのに
マジで頭おかしいだろ
■ このスレッドは過去ログ倉庫に格納されています
ニュース
- 松村沙友理「いい女っていっぱいおるけどいい男あんまおらんくない?30オーバーでいい男性ってみんな結婚してる」★2 [muffin★]
- 【野球】メジャー挑戦・村上宗隆 22日に期限迫るも市場沈黙… 三振率や変化球対応を懸念 「日本Uターン」悪夢が現実味 米報道 [冬月記者★]
- 【東京】駅員が屋外に男性放置し通報せず 通行人が通報 搬送後死亡、都営地下鉄大江戸線清澄白河駅 ★2 [ぐれ★]
- 【メモリー高騰】「言葉もない」3カ月で5倍も AIブームで企業取り合い PCも価格上昇か ★2 [ぐれ★]
- 【紅白歌合戦】MISIA、7年連続7回目の紅組トリ 連続では美空ひばりさんに次ぐ記録「魂の歌声は唯一無二」 [征夷大将軍★]
- 人気YouTuberヒカル、進撃のノアとの離婚を発表! 「0日婚」からわずか6か月、スピード離婚の真相を激白 [冬月記者★]
