X
「単体テストを手動で行いエビデンス取る」の破壊力
0001デフォルトの名無しさん
垢版 |
2020/09/23(水) 12:29:11.02ID:irsqaiS+
単体テストは自動化するものだと思っていたから
一瞬何を言っているのかわからなかった
0369デフォルトの名無しさん
垢版 |
2020/09/28(月) 10:51:15.85ID:kZm+fu8v
単体テストのテストコード書くほうが100倍アホだからｗｗｗｗｗｗ
ｗｗｗｗｗｗｗそこんとこ忘れんといてよｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
0370デフォルトの名無しさん
垢版 |
2020/09/28(月) 10:51:35.57ID:IvlPnhNT
自動テストでも実行結果をログに出力できるわけで
コンピュータで「比較」までやるか、人力で「比較」するか
誰が「比較」するのか？が違う所なんだよね
0373デフォルトの名無しさん
垢版 |
2020/09/28(月) 11:18:15.31ID:IvlPnhNT
これの話だからな

289 自分：デフォルトの名無しさん[sage] 投稿日：2020/09/26(土) 20:50:49.34 ID:c/9EiqGf [4/8]
単体テスト（自動テスト）で正しい値と比較 vs 目視確認でそれっぽい値かどうかチェック

って話だったの忘れたのかな？ｗ

291 返信：デフォルトの名無しさん[] 投稿日：2020/09/26(土) 20:52:18.62 ID:IgGP+BQU [29/30]
>>289
結局最後に頼れるのは人間の目だからな
何のために目が付いてるか考えろ
ログを見るためだろうが
0374デフォルトの名無しさん
垢版 |
2020/09/28(月) 13:05:35.15ID:Pd1BjD7i
関数の入力仕様と出力仕様が明確なら
ログ出力関数のテストは簡単

でもログ出力関数を使う処理が正しくログ出力してるかどうかのテストはそう簡単ではない

なぜならログ出力の正しさを判定するためにはログ出力以外の結果は正しいということが事前にわかってなければいけないから

つまりログ出力だけでは処理の正しさを証明することは出来ない

テストで「正しいと証明できる」という考え自体がある種の幻想
0375デフォルトの名無しさん
垢版 |
2020/09/28(月) 15:21:10.71ID:XaZwDbHz
このスレ見てると一体どういう自動テストを実装してて
どういうログを流してるのか本当に気になるわ
そんな突き抜けバグ(不具合起きてるのに何故か正常終了扱いになってる状態）を抱えた自動テストばっかり使ってるの？

本当にどういう自動テストを想定してるのか分からん
まさかログに値だけ出して、後でその値が正しいのか人間がチェックしてるのか？
それ自動テストじゃなくて、ただの自動実行だよ
テストっていうならグリーン/レッド判定まで実装してなきゃ使いもんにならん
0376デフォルトの名無しさん
垢版 |
2020/09/28(月) 15:28:21.82ID:IvlPnhNT
> 本当にどういう自動テストを想定してるのか分からん
> まさかログに値だけ出して、後でその値が正しいのか人間がチェックしてるのか？

ログに値だけだして〜って言ってる人は、自動テストしてないよ
ログに値だけだして目視確認する手動テストでいいって言ってる
なぜなら正しい結果がわからないから

これ↓ね。こいつの言ってる意味がわからんと思うけど、意味不明だと俺も思うｗ

28 名前：デフォルトの名無しさん[sage] 投稿日：2020/09/23(水) 20:17:23.00 ID:cCwBtdaA [9/11]
テストと言いつつできるのは計算過程と処理結果を残すだけだと思ってるよ俺は
長年考えた結果
正しい値なんてのは実は物理的に誰も知りえないということを理解した

なのでテストで重視するのは俺は組んだコードのエビデンスの方
どんな処理書いてどんなログ出したか
自動テストは結局同じやつが作ってる以上同じ不具合入ってるだろうなって思ってるｗ
0377デフォルトの名無しさん
垢版 |
2020/09/28(月) 15:54:13.14ID:6prVz1CN
そろそろレス古事記に構うのをやめようか…
テストはバカだという証明はできるけど、いくら指摘しても修正しない限りバカはバカのままだし
0378デフォルトの名無しさん
垢版 |
2020/09/28(月) 17:44:17.57ID:KzfYiCsA
エビデンスとはテストを端折らずに実行しましたと言う証拠であって
動作の正しさやテスト手順の正しさを証明する証拠ではない

エビデンスという名の作業ログ
0379デフォルトの名無しさん
垢版 |
2020/09/28(月) 17:47:45.47ID:vQtpARZo
自社開発ならエビデンスは要らんよ
しょせん対外的な作業証明でしかないからな
それよりテストコード、テスト可能なコードを書いてくれや
0380デフォルトの名無しさん
垢版 |
2020/09/28(月) 18:18:18.53ID:PsVubO2q
細かいことで揉めるから、
>>1のような提案をする空気だけは読めるバカが出世して管理職になんだな。この業界は
0381デフォルトの名無しさん
垢版 |
2020/09/28(月) 18:49:50.77ID:l/9oGi4t
>>378
そのとおり

バグっている場合は、そのバグの様子をスクショしてるだろうからバグがあるというエビデンスにはなるだろう
しかしバグがないというエビデンスにはならない。これは自動テストでも同じだが、大きな違いは
バグってないというスクショをとっても、正しくテストを実行したというエビデンスにはならないという点

スクショ取るだけではテストケースは書いてあっても、そのテストどおりにテストをしたという証拠にはならない
最終結果だけでなく一連の動作を動画で撮影してるならまだわかるが、間違って手順でテストしたかもしれない
つまりエビデンスというのは（手順が間違ってるかもしれないけど）ちゃんと作業しましたという意味にしかならない
どういう手順でテストを実行したかという記録が含まれていない

自動テストの場合は最終結果だけでなくどういう手順でテストを実行したかが記録されている。
必要なら再実行もできる。だからこれこそが本当のエビデンスになる。
0382デフォルトの名無しさん
垢版 |
2020/09/28(月) 18:52:55.72ID:l/9oGi4t
スクショには正しい手順でテストを実行したかが記録されていないのだから
作業をしましたという報告でしかない。

バグのスクショは意味があるが、正しく動きましたというスクショは必要ない
だからこれは本来この項目をテストOKでしたとチェックリストにチェックつけるだけで十分

チェックリストにOKでしたというチェックをつければ十分なことに
スクショを必要とするのは、単に作業者の報告を信用してないという意味でしかない
0383デフォルトの名無しさん
垢版 |
2020/09/28(月) 18:59:46.59ID:S2C1y2x2
単体テスト書いとけば改修しても自動で既存機能が壊れてないことが確認できる
ゆえに機能の改修を心置きなくできる
テストがないと気軽に既存機能に手を入れるわけにはいかなくなる
（あたりまえ）
0384デフォルトの名無しさん
垢版 |
2020/09/28(月) 19:04:07.86ID:l/9oGi4t
自動テストがないと手動テストをしないといけない
それは膨大な作業量となる
だからバグのないコードを書け、作ったら改修はするな！と叫ぶ

バグがあったときのことまで考えてない
仕様に変更があったときのことまで考えてない

一旦書いたら終わりという前提でいるやつがいる
0385デフォルトの名無しさん
垢版 |
2020/09/28(月) 19:12:10.31ID:DyBDarNn
そのほうがビジネスとしては美味しんだ
テクニカルな面で優れた手法がビジネスでも優れた手法であるとは限らない
0386デフォルトの名無しさん
垢版 |
2020/09/28(月) 20:30:31.71ID:l/9oGi4t
>>385
単にビジネスが下手なだけだろ？

内部は楽をして、外部に対してこんなに頑張ってるんですよーってアピールすればいいだけ
外部に頑張りをアピールするために、実際に内部でも無駄に頑張る必要はない
0387デフォルトの名無しさん
垢版 |
2020/09/28(月) 20:34:16.60ID:ogYc/62K
>>382
>バグのスクショは意味があるが、正しく動きましたというスクショは必要ない

正しく動いてたと思っていたものに後から不具合が見つかった場合
前回テスト時のスクショがあると調査が効率的にできる
それは自動でも手動でも同じ

>スクショを必要とするのは、単に作業者の報告を信用してないという意味でしかない

個人への信用に依存したシステムはミスがあれば個人を責めることになるのですぐブラック化する
典型的なマネジメント能力不足の例
0388デフォルトの名無しさん
垢版 |
2020/09/28(月) 20:40:07.93ID:l/9oGi4t
> 正しく動いてたと思っていたものに後から不具合が見つかった場合
> 前回テスト時のスクショがあると調査が効率的にできる

不具合があると既に分かった後の話ですよね？
スクショがあると、どう効率的に調査できるんですか？
0389デフォルトの名無しさん
垢版 |
2020/09/28(月) 20:48:11.43ID:l/9oGi4t
>>387
> 個人への信用に依存したシステムはミスがあれば個人を責めることになるのですぐブラック化する

だから自動テストでコードにするんですよね。他の人がテスト内容をレビューできるように
スクショだと、実際どういう手順でテストしたのかが記録されてないから
ちゃんとテストしてないだろ！って個人を責めることにつながる
0390デフォルトの名無しさん
垢版 |
2020/09/28(月) 20:56:15.23ID:l/9oGi4t
手動テストで問題なのが、前やったときのテストと完全に同じ状態が作れないということ
作業の順番でも状態が変わってくるから前後にやったテストによって成功したり失敗したりする

だから改めて同じと思った手順でテストしたら失敗することがある
スクショを取っていても「お前この前ちゃんとやってなかっただろ！」と責められる
0392デフォルトの名無しさん
垢版 |
2020/09/28(月) 20:59:41.24ID:l/9oGi4t
>>391
UIテストってわざわざ書いたってことは
それ以外には当てはまらないって自覚してるのかなｗ
0393デフォルトの名無しさん
垢版 |
2020/09/28(月) 21:02:30.45ID:l/9oGi4t
自動化したUIのテストでスクショを撮るというのはおかしな表現で
"テスト"を自動化していれば、当然自動的にテストされるわけよ
スクショはいらない

>>391が言ってることのほんとうの意味は
UIのスクショを自動で撮っているだけで
UIのテストは人が目で見てやってる手動テストだろう？

それとも違うんか？ UIのテストを人が目で見ず本当に自動化してるんか？
0394デフォルトの名無しさん
垢版 |
2020/09/28(月) 21:50:00.98ID:p7AH+v00
でもいい感じにお高いツールはUIテスト時のスクショも自動で撮ってくれるからねｗ
ないからっていらないやいって悔し涙流さなくていいぜ
0395デフォルトの名無しさん
垢版 |
2020/09/28(月) 22:13:57.33ID:F7s1Ev+m
別に高くなくても取ってくれるやろｗ
論点はそこじゃない
取った後どうするのかだろ
0397デフォルトの名無しさん
垢版 |
2020/09/28(月) 22:46:00.77ID:kdgXLiCU
>>395
撮ったあとどうするもこうするもお高いツールはクリックすればすぐ見れるんだよ
手動でエクセルに貼る作業とかないから
0399デフォルトの名無しさん
垢版 |
2020/09/28(月) 22:49:58.70ID:oBRHa3sA
自動化は人間が楽をするために自動化してるだけなんだからログでもスクショでも何でも良いけど、テスト結果がグリーンであってもエビデンスは人間の目で検証しないとダメだよ。自動化の利点は、手動テストやってる要員や係るリソースを他のことに回せるってだけ。
0400デフォルトの名無しさん
垢版 |
2020/09/28(月) 22:59:02.59ID:oBRHa3sA
自動テストがプログラマの自己満と言われる所以はテストパターンを無限に作成できるからだよ。sumAtoFで引数を6個取るなら0,0,0,0,0,0から9,9,9,9,9,9の範囲や、マイナス値とか小数点とかnull値を含めていくらでもテストパターンが作れる。しかも再実施も簡単。手動テストじゃそうはいかないからね。
0403デフォルトの名無しさん
垢版 |
2020/09/28(月) 23:05:54.07ID:F7s1Ev+m
>>399
> テスト結果がグリーンであってもエビデンスは人間の目で検証しないとダメだよ。
え？なんで？愛情がどうとかどうでもいい話だよｗ
0404デフォルトの名無しさん
垢版 |
2020/09/28(月) 23:07:17.45ID:oBRHa3sA
>>399
あ、初めて自動化したときだけエビデンスの検証してねってこと。次の改修では追加・変更したテストパターンのエビデンスを検証する。それ以外の既存のテストパターンは結果がグリーンであればそれでデグレとしての証明は担保できてると思うよ
0406デフォルトの名無しさん
垢版 |
2020/09/28(月) 23:11:15.46ID:oBRHa3sA
>>402
手動テストでも無限に作れるけど人海戦術しないとテストしきれないでしょ。テストの規模とプロジェクトによってはそんなの現実的じゃない。だから自動化のが簡単。
0407デフォルトの名無しさん
垢版 |
2020/09/28(月) 23:38:45.80ID:XaZwDbHz
>>400
>自動テストがプログラマの自己満と言われる所以はテストパターンを無限に作成できるからだよ。sumAtoFで引数を6個取るなら0,0,0,0,0,0から9,9,9,9,9,9の範囲や、マイナス値とか小数点とかnull値を含めていくらでもテストパターンが作れる。しかも再実施も簡単。手動テストじゃそうはいかないからね。
流石にテストパターンの洗い出しすら考えないのは頭おかしいやろ
自動テストの実装コストもタダじゃないし
というか不要なテストパターン(重複してるテストパターン）は消すぞ普通……
0408デフォルトの名無しさん
垢版 |
2020/09/28(月) 23:40:02.84ID:XaZwDbHz
というかテスト自動化で無限にテストが出来るって思ってる奴もいるのかよおおおもう

あれだな、デジタル庁も作られるんだし
品質管理の観点として、テストに関してちゃんとガイドラインと共通規格決めてくれ
頭痛くなってきた
0409デフォルトの名無しさん
垢版 |
2020/09/28(月) 23:57:54.71ID:oBRHa3sA
>>408
理論上は可能だよねって話をしただけだよ。現場ではそんな無意味なテストしてないから発狂しないでよw

テストパターン考えるときに大丈夫だとは分かっていても不安だから盛り込むパターンも少しくらいはあるよねってこと。人間だもん。ちょっと多めにテストして安心したいよね。
0410デフォルトの名無しさん
垢版 |
2020/09/29(火) 00:00:16.04ID:Iz7+ZlTk
無限に作るとか、藻舞ら、境界値テストを知らんのか？w
例えば、正常範囲を10〜20 と決めたら、論理的に、9, 10, 20, 21 だけでOK のはずw

-1, 0 も、9と同じ。
11, 19 も、10, 20 と同じ
100 も、21 と同じ

こういうのを論理的思考と言う。
どれとどれが、同じグループですか？ と言う問題
0411デフォルトの名無しさん
垢版 |
2020/09/29(火) 01:22:33.83ID:xt+EJgQq
>>405
> PGした人がテストパターンも作ってたら同じ不具合が混入する可能性があるでしょ

え？なんで？ｗ

テストパターンってお前コードから生成すんのか？
そもそも最初に、入力決めて、出力決めて、
そうなるように作るというのに意味がわからん
0412デフォルトの名無しさん
垢版 |
2020/09/29(火) 01:23:53.37ID:xt+EJgQq
>>410
そうやって自動テストでもテストする値を決めるよね
無限に自動テストできるわけじゃないんだからさぁｗ
0413デフォルトの名無しさん
垢版 |
2020/09/29(火) 02:00:17.68ID:p269Qkae
>>411
テストパターンを基にテストコードを書くよ。
最初に入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。
テストを実行したら全部グリーンでもテストコードのコーレビューをするよ。
0414デフォルトの名無しさん
垢版 |
2020/09/29(火) 02:11:15.35ID:xt+EJgQq
>>413
> テストパターンを基にテストコードを書くよ。

そのテストパターンが間違っていたらどうするんだ！

まあそういう事はあるよねｗ　テストそのものが間違ってるってこと
でもPGがテストパターンを作ると間違えるってのが意味がわからない
PGが作ってもPG以外が作っても、テストパターンを間違える可能性は変わらない


> テストを実行したら全部グリーンでもテストコードのコーレビューをするよ。
手動テストの場合どうするんだろうね。テストコードに相当するのはテスト手順なわけで
テスト手順もレビューも必要なんだが、手動テストだとテストパターンのレビューしかしてなさそうｗ
テストパターンはあってるけどテスト手順が間違っていて意味のないテストをしてたりしてな
テストするときは先にデータを初期化して、この手順でデータ作ってからやらないとだめじゃないですか！みたいな
0415デフォルトの名無しさん
垢版 |
2020/09/29(火) 02:12:51.17ID:xt+EJgQq
>>413
> 最初に入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。
ここは言葉が間違ってるね


× 入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。
○ 入力を与えて出力が決めたとおりになってるかを確認するテストコードを書くよ

TDDではそのあとに、テストに通るように実装コードを書く
0416デフォルトの名無しさん
垢版 |
2020/09/29(火) 02:23:59.41ID:MtZ1Pd/Y
>>410
9.9999999999999999や20.000000000000001は？

境界値分析+同値分割は基本だけど
型の境界も意識しないとそのうちバグるよ
0417デフォルトの名無しさん
垢版 |
2020/09/29(火) 02:35:59.25ID:MtZ1Pd/Y
>>414
>PGが作ってもPG以外が作っても、テストパターンを間違える可能性は変わらない

コードを書いた人とそれに対するテストコードを書いた人が同じなら
同じ勘違いや同じ観点不足が発生するリスクは高まるよ

例えば>>410が書いた例で整数値以外の入力という観点が欠落してれば
コードでもその対応を書かないしテストの必要性にも考えが及ばない

ただだからといって必ず違う人が書いたほうがいいというわけじゃない
低減できるリスクと作業効率とを考えて判断するもの
0419デフォルトの名無しさん
垢版 |
2020/09/29(火) 02:43:46.13ID:p269Qkae
>>414
・PG組んだ人が一番思い込みが強いから、もしかしたら他の有識者と認識が乖離しているかもしれない。まぁレビュアがしっかりしてれば大丈夫。


・手動テストの場合は、テスト条件を満たしていることが担保できるようなスクショを取得するよ。テスト条件どおりに実施してくれたかどうかは実施者を信用するしかないね。エビデンスに細工されたら誰も気づかないと思う。
ちゃんと実施してるつもりでも実際は細かい操作とか大事な操作をミスっちゃってて、それでもたまたま予想結果と一致しちゃう事もあるかもしれない。だけどそんな偶然は滅多に起きない。後でアドホックテストもするし、結合試験や統合試験で発見できればok。

・エビデンスとテスト手順とパターンを見比べて「これは何のテストをなんだ？」って思うことは稀によくあるね。

・手動テストでテストデータが必要な場合は事前準備としてそういうデータを用意してからテスト開始するよ。
0420デフォルトの名無しさん
垢版 |
2020/09/29(火) 03:23:36.66ID:xt+EJgQq
>>417
> 例えば>>410が書いた例で整数値以外の入力という観点が欠落してれば
> コードでもその対応を書かないしテストの必要性にも考えが及ばない

だからそれ、コード書かない人でも
整数値以外の入力という観点が欠落することあるじゃんって言ってる

むしろコードを書かない人のほうが、テストの必要性に考えが呼ばないことのほうが多い

「数値入れたらこういう計算してくださいね」
→ 文字入れたら？え？文字入れた時？文字なんて入るの？そんなの想定外だよ
0421デフォルトの名無しさん
垢版 |
2020/10/01(木) 00:35:27.53ID:eJ1GgjYl
set○○○系の値を設定するだけのメソッドってあるじゃん

ケース1:resultがOKならOKとする
ケース2:get○○○系メソッドを実行して値を確認する
ケース3:実際にその値の変更の影響をうける処理を実行して確認する

実はもう結合まで来てんだけどどうやって確認する？
0422デフォルトの名無しさん
垢版 |
2020/10/01(木) 01:18:21.36ID:eJ1GgjYl
あ、やってみたらget○○○系もよくわかんなかった
値取得できたけどそれが何？
何が取れると正しいの？ってのが一連の処理の流れだと取得できるべき正しい値が本気でわからん
0423デフォルトの名無しさん
垢版 |
2020/10/01(木) 01:47:22.39ID:5ZG2Vz6Q
>>421
> 実はもう結合まで来てんだけどどうやって確認する？

確認する前に結合したのが悪いって話だろ？
もうリリースしちゃったんだけどどうやってテストする？みたいな話だｗ
0424デフォルトの名無しさん
垢版 |
2020/10/01(木) 01:48:27.69ID:5ZG2Vz6Q
>>422
> 値取得できたけどそれが何？

「値取得できた」
それがテスト

（手動で）テストしてOKだったから何？と言われてもな
意味ないと思うなら（手動で）テストしないでいいんじゃない？ｗ
0425デフォルトの名無しさん
垢版 |
2020/10/01(木) 01:49:32.00ID:5ZG2Vz6Q
>>422
> 何が取れると正しいの？

そんなに作る前からわかってる話ですよね？
作ってるなら「目的」があるはずですが
あなたは一体何を作ってるんですか？
0426デフォルトの名無しさん
垢版 |
2020/10/01(木) 01:50:23.95ID:5ZG2Vz6Q
あ、あれか。教科書写経してるだけだから
自分が何を作ってるかわからないとか

んで作ってみて動かしたら・・・ゲームだった！みたいな事やってんの？ｗ
0427デフォルトの名無しさん
垢版 |
2020/10/01(木) 21:43:23.18ID:YGkMqux4
コンパイラ作ってるんだが、検査は自動でランダム構文生成とかしてやってるよ
もちろん普通の検査もやるんだけど、それだけだとパターン数が発散して検査しきれない

ランダム検査はテスト件数でいうと1000億件とかになる
不具合でるのはそのうち5件とかだったりするんだけどね
0429デフォルトの名無しさん
垢版 |
2020/10/02(金) 10:25:59.72ID:ccBFPzFH
自動化する単体テスト＝関数単位のテスト
エビデンスをとる単体テスト＝1個の機能のテスト。例えば入力欄1個など
0430デフォルトの名無しさん
垢版 |
2020/10/02(金) 10:30:06.30ID:qiKhE9Co
> エビデンスをとる単体テスト＝1個の機能のテスト。例えば入力欄1個など

その"エビデンス"でどうやって入力欄1個の機能がOKだと証明するの？
入力欄1個の機能がOKであると、誰もが認られるようなエビデンスとはどんなものが知りたい
そこに入力欄の画像が1個あったって、機能が満たされてるかなんてわからんしね
0431デフォルトの名無しさん
垢版 |
2020/10/02(金) 10:50:47.71ID:ccBFPzFH
>>430
機能がOKだと証明するわけではない
「テスト項目の通り実行したらこの通りの画面になった」
つまり、テストを行ったという事を証明しているにすぎない
だから入力ミスや、テスト実行者の勘違いまではフォローしきれない

機能の証明ではなくテスト実行の証明だから
わざわざエビデンスに日時が入るように撮影することを要件としている

機能がOKだという証明だけであれば日時は不要だろう
実際、自動テストはテスト実行日時など重視していないはずだ
（デバッグの為に日時を保存しているにすぎない）

エビデンスに日時を入れるという行為があるかどうか
それだけでもテストの性格がわかるというものだ

テスト実行者を信用しないのであれば自動テストで十分だろう
0433デフォルトの名無しさん
垢版 |
2020/10/02(金) 11:07:42.23ID:sGznlVtc
>>431
> テスト実行者を信用しないのであれば

気にすべき所はテスト実行者を信用するかどうかじゃなくて
ミスなくテストしたかどうかでは？
信用できる人にだって間違えることはあるんだし
0435デフォルトの名無しさん
垢版 |
2020/10/02(金) 11:12:38.01ID:qQOsRvHB
画面にせっせと入力して保存ボタン
データベースに登録されてるかチェック

苦しい_(┐「ε:)_
0436デフォルトの名無しさん
垢版 |
2020/10/02(金) 11:23:36.85ID:IN7vVVT4
>エビデンスに日時が入るように撮影することを要件としている

初めて聞いたわw
日付入れたところで改ざん可能なんだから日単位でファイルを上げて
履歴追えるようにしとけば十分だろ
0438デフォルトの名無しさん
垢版 |
2020/10/07(水) 06:48:55.17ID:/9qe8bOG
xUnit嫌いな人割と身近にいるわ
単体テストしない派というか
0439デフォルトの名無しさん
垢版 |
2020/10/07(水) 07:43:09.85ID:30MBwAQY
>>438
仕様が決まってるテストはいいが決まっていなかったり曖昧なのは滅茶苦茶時間がかかるので嫌い
0441デフォルトの名無しさん
垢版 |
2020/10/07(水) 10:30:45.44ID:EdLJXccd
テスターのな
0443デフォルトの名無しさん
垢版 |
2020/10/07(水) 10:51:39.35ID:XQGZutpf
テスターが仕様決めるって意味わからんｗ
この関数は引数の全ての値を足す関数だ
って決めるんか？ｗ
0444デフォルトの名無しさん
垢版 |
2020/10/07(水) 10:53:47.21ID:Y8Dc73BQ
俺は常に自分でテストコードを書きながら仕事をしているから、いまいち単体テスト専用のテスターという存在がよくわからん。

新人教育目的で自分の成果物に対して不足しているテストコードを修正する形で書かせることはあるけど、基本的には実装する時にはテスト仕様もできてるしなぁ...。
0445デフォルトの名無しさん
垢版 |
2020/10/07(水) 11:03:34.37ID:gjadbZmD
>>444
用語を知らないから、単体テスト＝1画面のテストとか1アプリのテスト思ってるやつが居るんだよｗ
単体のexeファイルをテストするのが単体テスト

はぁ〜〜〜〜ばか〜〜〜
0446デフォルトの名無しさん
垢版 |
2020/10/07(水) 11:18:28.39ID:r+XQDTLB
小さい関数を心がければテストコードが必要なほど複雑なコードって書かなくない？
テストコードを書くと必ずデータ用意しなきゃならないけどそのデータを間違って入力する確率のほうが高い
0447デフォルトの名無しさん
垢版 |
2020/10/07(水) 11:19:43.12ID:Y8Dc73BQ
>>445
俺さ、まさにリアルタイムでスマホアプリ開発しててテストコードを書いてるんだけど、お前、頭大丈夫？

iOS、android、Windows対応のアプリ作ってるけど、こんなこと言う奴初めてみたよ。
JavaとかでJUnitとか聞いたことない？
C#でプロジェクトファイルを作るとき、Unit testというテンプレート見たことない？

お前、Windows開発すらしたことないだろ。
俺は別に1画面がどうのこうの言ってないし、そもそもexe単体とか論外だわ。

まず、単体テストについてググれカス。
0448デフォルトの名無しさん
垢版 |
2020/10/07(水) 11:28:20.11ID:r+XQDTLB
>>447
日本語圏内で言う単位テストは普通は画面、帳票、バッチ、ようは要件定義に書いた機能ごとのテストだよ

xUnitとかJUnitのようなもののことを言いたい場合には、ユニットテスト、あるいは自動テストと言ったほうがいい
日本ではユニットテスト≠単位テスト
0449デフォルトの名無しさん
垢版 |
2020/10/07(水) 11:32:47.67ID:Y8Dc73BQ
1からのやり取りを見てもそんなこと言えるの？
あと、ググるとまっさきに出るのが「単体（ユニットテスト）とは」なのだが。
そして、俺もその認識なのだが。
0451デフォルトの名無しさん
垢版 |
2020/10/07(水) 12:17:06.36ID:gjadbZmD
>>446
どれだけ小さい関数を作っても、テスト担当者にテスト仕様書を書いてもらないわないと
自分じゃ、テストできないアホがいる。
ログに出力してそれっぽい値ならOKとかいってるアホがいる
0453デフォルトの名無しさん
垢版 |
2020/10/07(水) 12:24:46.22ID:EdLJXccd
>>448
うちの会社もそれだなー
0454デフォルトの名無しさん
垢版 |
2020/10/07(水) 12:36:22.35ID:Y8Dc73BQ
ん？割とガチで単体テストを機能毎のテストとして扱う会社は多いのか？

基本情報技術者試験や応用情報技術者試験の単体テストに関わる問題とか見ると、明らかにユニットテストの意味の問題があるように見えるのだが...。

そうなると、自動化もクソも無くね？
それ以前に、>>448の言うことは本当なのか気になる。
本当なら>>448の言う単体テストについて紹介している文献とかあると思うのだが...ソースがほしい。
0455デフォルトの名無しさん
垢版 |
2020/10/07(水) 12:40:45.08ID:EdLJXccd
>>454
大企業で仕事したらわかるよ
だからエビデンス取るんやで
0456デフォルトの名無しさん
垢版 |
2020/10/07(水) 12:48:50.86ID:Y8Dc73BQ
>>455
まず、ユニットテストと単体テストを区別するというのが本当なのか怪しいが、区別しているのなら、もちろん、そのユニットテストもやってるよね？
0457デフォルトの名無しさん
垢版 |
2020/10/07(水) 12:50:46.07ID:Y8Dc73BQ
更に聞くと、このスレはあなたが方の言う単体テストとユニットテスト...どっちについて扱うスレだと思う？
0458デフォルトの名無しさん
垢版 |
2020/10/07(水) 12:51:23.30ID:FBpfo5qf
テストの分類と自動化するしなは別のベクトルだ
単体テストといったら自動化と連想するのはそのあたりの区別がついてないのだろうな
役割の分割をしないでGODクラス作ってそうなタイプ
0459デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:01:40.31ID:EdLJXccd
>>456
やってないよ！
0460デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:02:22.58ID:EdLJXccd
>>457
手動で行ってエビデンス取るって言ってるんだからユニットテストでないことは明らかだと思う
0461デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:02:54.82ID:EdLJXccd
このスレでユニットテストの話をしてる人は社会経験のない木偶の坊だと思ってる
0462デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:04:18.63ID:Y8Dc73BQ
まぁ、責務が曖昧なGodクラスのユニットテストなんて自動化しようがないからな。
些細な変更ですぐに仕様が変わるし。

ユニットテストで不合格になるのではなく、
ユニットテストができないから不合格になるパターンだな。

でも、恐ろしい事を思いついてしまったよ。
もしも、常に神クラスを書いていてユニットテストができない企業がいたとする。
そして、その企業があまりにもユニットテストができないからユニットテストの意味を曲解することにしていたとしたら...やばいね。

まぁ、いいや。仕事だ。しばらく席を離れるよ。
0463デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:05:08.60ID:EdLJXccd
な
0464デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:09:37.22ID:c/M6qzGj
>>454
> 基本情報技術者試験や応用情報技術者試験の単体テストに関わる問題とか見ると、明らかにユニットテストの意味の問題があるように見えるのだが...。

だからそういう世間一般の用語すら知らんのだよ
そして基本情報技術者試験は意味がないとか行ってたりするｗ
0465デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:12:03.83ID:r+XQDTLB
ペーパーテストと現場のギャップぐらいは認識しとかないとだめでしょ
それこそ実務経験を疑われる
0467デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:43:15.39ID:EdLJXccd
世間的には現場の定義が優先されるからなー
試験勉強でこう習いましたなんて現場では通用せんぞ
0468デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:48:07.84ID:EdLJXccd
ヤクザにそれは法律違反ですと言っても意味ないだろ
警察に金庫から8000万盗めば良いと言っても通用しないだろ
社会とは現場が常に優先されるものなんだよ

鳥はお空を飛びますと本に書いてあったとしても
ペンギンは鳥だから空を飛べば良いと言ってもペンギンの現場では通用しないんです
新着レスの表示
レスを投稿する

ニューススポーツなんでも実況