「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
「単体テストを手動で行いエビデンス取る」の破壊力 http://mevius.5ch.net/test/read.cgi/tech/1600831751/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
402: デフォルトの名無しさん [sage] 2020/09/28(月) 23:05:15.32 ID:F7s1Ev+m >>400 手動テストでもテストパターンは無限に作れると思うが？ｗ http://mevius.5ch.net/test/read.cgi/tech/1600831751/402
403: デフォルトの名無しさん [sage] 2020/09/28(月) 23:05:54.07 ID:F7s1Ev+m >>399 > テスト結果がグリーンであってもエビデンスは人間の目で検証しないとダメだよ。 え？なんで？愛情がどうとかどうでもいい話だよｗ http://mevius.5ch.net/test/read.cgi/tech/1600831751/403
404: デフォルトの名無しさん [sage] 2020/09/28(月) 23:07:17.45 ID:oBRHa3sA >>399 あ、初めて自動化したときだけエビデンスの検証してねってこと。次の改修では追加・変更したテストパターンのエビデンスを検証する。それ以外の既存のテストパターンは結果がグリーンであればそれでデグレとしての証明は担保できてると思うよ http://mevius.5ch.net/test/read.cgi/tech/1600831751/404
405: デフォルトの名無しさん [sage] 2020/09/28(月) 23:09:04.76 ID:oBRHa3sA >>403 PGした人がテストパターンも作ってたら同じ不具合が混入する可能性があるでしょ http://mevius.5ch.net/test/read.cgi/tech/1600831751/405
406: デフォルトの名無しさん [sage] 2020/09/28(月) 23:11:15.46 ID:oBRHa3sA >>402 手動テストでも無限に作れるけど人海戦術しないとテストしきれないでしょ。テストの規模とプロジェクトによってはそんなの現実的じゃない。だから自動化のが簡単。 http://mevius.5ch.net/test/read.cgi/tech/1600831751/406
407: デフォルトの名無しさん [sage] 2020/09/28(月) 23:38:45.80 ID:XaZwDbHz >>400 >自動テストがプログラマの自己満と言われる所以はテストパターンを無限に作成できるからだよ。sumAtoFで引数を6個取るなら0,0,0,0,0,0から9,9,9,9,9,9の範囲や、マイナス値とか小数点とかnull値を含めていくらでもテストパターンが作れる。しかも再実施も簡単。手動テストじゃそうはいかないからね。 流石にテストパターンの洗い出しすら考えないのは頭おかしいやろ 自動テストの実装コストもタダじゃないし というか不要なテストパターン(重複してるテストパターン）は消すぞ普通…… http://mevius.5ch.net/test/read.cgi/tech/1600831751/407
408: デフォルトの名無しさん [sage] 2020/09/28(月) 23:40:02.84 ID:XaZwDbHz というかテスト自動化で無限にテストが出来るって思ってる奴もいるのかよおおおもう あれだな、デジタル庁も作られるんだし 品質管理の観点として、テストに関してちゃんとガイドラインと共通規格決めてくれ 頭痛くなってきた http://mevius.5ch.net/test/read.cgi/tech/1600831751/408
409: デフォルトの名無しさん [sage] 2020/09/28(月) 23:57:54.71 ID:oBRHa3sA >>408 理論上は可能だよねって話をしただけだよ。現場ではそんな無意味なテストしてないから発狂しないでよw テストパターン考えるときに大丈夫だとは分かっていても不安だから盛り込むパターンも少しくらいはあるよねってこと。人間だもん。ちょっと多めにテストして安心したいよね。 http://mevius.5ch.net/test/read.cgi/tech/1600831751/409
410: デフォルトの名無しさん [sage] 2020/09/29(火) 00:00:16.04 ID:Iz7+ZlTk 無限に作るとか、藻舞ら、境界値テストを知らんのか？w 例えば、正常範囲を10〜20 と決めたら、論理的に、9, 10, 20, 21 だけでOK のはずw -1, 0 も、9と同じ。 11, 19 も、10, 20 と同じ 100 も、21 と同じ こういうのを論理的思考と言う。 どれとどれが、同じグループですか？ と言う問題 http://mevius.5ch.net/test/read.cgi/tech/1600831751/410
411: デフォルトの名無しさん [sage] 2020/09/29(火) 01:22:33.83 ID:xt+EJgQq >>405 > PGした人がテストパターンも作ってたら同じ不具合が混入する可能性があるでしょ え？なんで？ｗ テストパターンってお前コードから生成すんのか？ そもそも最初に、入力決めて、出力決めて、 そうなるように作るというのに意味がわからん http://mevius.5ch.net/test/read.cgi/tech/1600831751/411
412: デフォルトの名無しさん [sage] 2020/09/29(火) 01:23:53.37 ID:xt+EJgQq >>410 そうやって自動テストでもテストする値を決めるよね 無限に自動テストできるわけじゃないんだからさぁｗ http://mevius.5ch.net/test/read.cgi/tech/1600831751/412
413: デフォルトの名無しさん [sage] 2020/09/29(火) 02:00:17.68 ID:p269Qkae >>411 テストパターンを基にテストコードを書くよ。 最初に入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。 テストを実行したら全部グリーンでもテストコードのコーレビューをするよ。 http://mevius.5ch.net/test/read.cgi/tech/1600831751/413
414: デフォルトの名無しさん [sage] 2020/09/29(火) 02:11:15.35 ID:xt+EJgQq >>413 > テストパターンを基にテストコードを書くよ。 そのテストパターンが間違っていたらどうするんだ！ まあそういう事はあるよねｗ テストそのものが間違ってるってこと でもPGがテストパターンを作ると間違えるってのが意味がわからない PGが作ってもPG以外が作っても、テストパターンを間違える可能性は変わらない > テストを実行したら全部グリーンでもテストコードのコーレビューをするよ。 手動テストの場合どうするんだろうね。テストコードに相当するのはテスト手順なわけで テスト手順もレビューも必要なんだが、手動テストだとテストパターンのレビューしかしてなさそうｗ テストパターンはあってるけどテスト手順が間違っていて意味のないテストをしてたりしてな テストするときは先にデータを初期化して、この手順でデータ作ってからやらないとだめじゃないですか！みたいな http://mevius.5ch.net/test/read.cgi/tech/1600831751/414
415: デフォルトの名無しさん [sage] 2020/09/29(火) 02:12:51.17 ID:xt+EJgQq >>413 > 最初に入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。 ここは言葉が間違ってるね × 入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。 ○ 入力を与えて出力が決めたとおりになってるかを確認するテストコードを書くよ TDDではそのあとに、テストに通るように実装コードを書く http://mevius.5ch.net/test/read.cgi/tech/1600831751/415
416: デフォルトの名無しさん [sage] 2020/09/29(火) 02:23:59.41 ID:MtZ1Pd/Y >>410 9.9999999999999999や20.000000000000001は？ 境界値分析+同値分割は基本だけど 型の境界も意識しないとそのうちバグるよ http://mevius.5ch.net/test/read.cgi/tech/1600831751/416
417: デフォルトの名無しさん [sage] 2020/09/29(火) 02:35:59.25 ID:MtZ1Pd/Y >>414 >PGが作ってもPG以外が作っても、テストパターンを間違える可能性は変わらない コードを書いた人とそれに対するテストコードを書いた人が同じなら 同じ勘違いや同じ観点不足が発生するリスクは高まるよ 例えば>>410が書いた例で整数値以外の入力という観点が欠落してれば コードでもその対応を書かないしテストの必要性にも考えが及ばない ただだからといって必ず違う人が書いたほうがいいというわけじゃない 低減できるリスクと作業効率とを考えて判断するもの http://mevius.5ch.net/test/read.cgi/tech/1600831751/417
418: デフォルトの名無しさん [sage] 2020/09/29(火) 02:43:07.02 ID:p269Qkae >>415 あぁそのとおりだった http://mevius.5ch.net/test/read.cgi/tech/1600831751/418
419: デフォルトの名無しさん [sage] 2020/09/29(火) 02:43:46.13 ID:p269Qkae >>414 ・PG組んだ人が一番思い込みが強いから、もしかしたら他の有識者と認識が乖離しているかもしれない。まぁレビュアがしっかりしてれば大丈夫。 ・手動テストの場合は、テスト条件を満たしていることが担保できるようなスクショを取得するよ。テスト条件どおりに実施してくれたかどうかは実施者を信用するしかないね。エビデンスに細工されたら誰も気づかないと思う。 ちゃんと実施してるつもりでも実際は細かい操作とか大事な操作をミスっちゃってて、それでもたまたま予想結果と一致しちゃう事もあるかもしれない。だけどそんな偶然は滅多に起きない。後でアドホックテストもするし、結合試験や統合試験で発見できればok。 ・エビデンスとテスト手順とパターンを見比べて「これは何のテストをなんだ？」って思うことは稀によくあるね。 ・手動テストでテストデータが必要な場合は事前準備としてそういうデータを用意してからテスト開始するよ。 http://mevius.5ch.net/test/read.cgi/tech/1600831751/419
420: デフォルトの名無しさん [sage] 2020/09/29(火) 03:23:36.66 ID:xt+EJgQq >>417 > 例えば>>410が書いた例で整数値以外の入力という観点が欠落してれば > コードでもその対応を書かないしテストの必要性にも考えが及ばない だからそれ、コード書かない人でも 整数値以外の入力という観点が欠落することあるじゃんって言ってる むしろコードを書かない人のほうが、テストの必要性に考えが呼ばないことのほうが多い 「数値入れたらこういう計算してくださいね」 → 文字入れたら？え？文字入れた時？文字なんて入るの？そんなの想定外だよ http://mevius.5ch.net/test/read.cgi/tech/1600831751/420
421: デフォルトの名無しさん [sage] 2020/10/01(木) 00:35:27.53 ID:eJ1GgjYl set○○○系の値を設定するだけのメソッドってあるじゃん ケース1:resultがOKならOKとする ケース2:get○○○系メソッドを実行して値を確認する ケース3:実際にその値の変更の影響をうける処理を実行して確認する 実はもう結合まで来てんだけどどうやって確認する？ http://mevius.5ch.net/test/read.cgi/tech/1600831751/421
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 289 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.021s