「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
上下前次1-新
396: 2020/09/28(月)22:22 ID:wtgFthbS(1) AAS
高いツール使ってるんだぜ悔しいだろ
みたいな意味かな？
397(1): 2020/09/28(月)22:46 ID:kdgXLiCU(1/2) AAS
>>395
撮ったあとどうするもこうするもお高いツールはクリックすればすぐ見れるんだよ
手動でエクセルに貼る作業とかないから
398: 2020/09/28(月)22:46 ID:kdgXLiCU(2/2) AAS
ただ・・・
（実はあんまり手間減らないんだけどな）
399(2): 2020/09/28(月)22:49 ID:oBRHa3sA(1/6) AAS
自動化は人間が楽をするために自動化してるだけなんだからログでもスクショでも何でも良いけど、テスト結果がグリーンであってもエビデンスは人間の目で検証しないとダメだよ。自動化の利点は、手動テストやってる要員や係るリソースを他のことに回せるってだけ。
400(2): 2020/09/28(月)22:59 ID:oBRHa3sA(2/6) AAS
自動テストがプログラマの自己満と言われる所以はテストパターンを無限に作成できるからだよ。sumAtoFで引数を6個取るなら0,0,0,0,0,0から9,9,9,9,9,9の範囲や、マイナス値とか小数点とかnull値を含めていくらでもテストパターンが作れる。しかも再実施も簡単。手動テストじゃそうはいかないからね。
401: 2020/09/28(月)23:04 ID:F7s1Ev+m(2/4) AAS
>>397
見てないでテストしろよｗ
402(1): 2020/09/28(月)23:05 ID:F7s1Ev+m(3/4) AAS
>>400
手動テストでもテストパターンは無限に作れると思うが？ｗ
403(1): 2020/09/28(月)23:05 ID:F7s1Ev+m(4/4) AAS
>>399
> テスト結果がグリーンであってもエビデンスは人間の目で検証しないとダメだよ。
え？なんで？愛情がどうとかどうでもいい話だよｗ
404: 2020/09/28(月)23:07 ID:oBRHa3sA(3/6) AAS
>>399
あ、初めて自動化したときだけエビデンスの検証してねってこと。次の改修では追加・変更したテストパターンのエビデンスを検証する。それ以外の既存のテストパターンは結果がグリーンであればそれでデグレとしての証明は担保できてると思うよ
405(1): 2020/09/28(月)23:09 ID:oBRHa3sA(4/6) AAS
>>403
PGした人がテストパターンも作ってたら同じ不具合が混入する可能性があるでしょ
406: 2020/09/28(月)23:11 ID:oBRHa3sA(5/6) AAS
>>402
手動テストでも無限に作れるけど人海戦術しないとテストしきれないでしょ。テストの規模とプロジェクトによってはそんなの現実的じゃない。だから自動化のが簡単。
407: 2020/09/28(月)23:38 ID:XaZwDbHz(3/4) AAS
>>400
>自動テストがプログラマの自己満と言われる所以はテストパターンを無限に作成できるからだよ。sumAtoFで引数を6個取るなら0,0,0,0,0,0から9,9,9,9,9,9の範囲や、マイナス値とか小数点とかnull値を含めていくらでもテストパターンが作れる。しかも再実施も簡単。手動テストじゃそうはいかないからね。
流石にテストパターンの洗い出しすら考えないのは頭おかしいやろ
自動テストの実装コストもタダじゃないし
というか不要なテストパターン(重複してるテストパターン）は消すぞ普通……
408(1): 2020/09/28(月)23:40 ID:XaZwDbHz(4/4) AAS
というかテスト自動化で無限にテストが出来るって思ってる奴もいるのかよおおおもう
あれだな、デジタル庁も作られるんだし
品質管理の観点として、テストに関してちゃんとガイドラインと共通規格決めてくれ
頭痛くなってきた
409: 2020/09/28(月)23:57 ID:oBRHa3sA(6/6) AAS
>>408
理論上は可能だよねって話をしただけだよ。現場ではそんな無意味なテストしてないから発狂しないでよw
テストパターン考えるときに大丈夫だとは分かっていても不安だから盛り込むパターンも少しくらいはあるよねってこと。人間だもん。ちょっと多めにテストして安心したいよね。
410(4): 2020/09/29(火)00:00 ID:Iz7+ZlTk(1) AAS
無限に作るとか、藻舞ら、境界値テストを知らんのか？w
例えば、正常範囲を10〜20 と決めたら、論理的に、9, 10, 20, 21 だけでOK のはずw
-1, 0 も、9と同じ。
11, 19 も、10, 20 と同じ
100 も、21 と同じ
こういうのを論理的思考と言う。
どれとどれが、同じグループですか？ と言う問題
411(1): 2020/09/29(火)01:22 ID:xt+EJgQq(1/5) AAS
>>405
> PGした人がテストパターンも作ってたら同じ不具合が混入する可能性があるでしょ
え？なんで？ｗ
テストパターンってお前コードから生成すんのか？
そもそも最初に、入力決めて、出力決めて、
そうなるように作るというのに意味がわからん
412: 2020/09/29(火)01:23 ID:xt+EJgQq(2/5) AAS
>>410
そうやって自動テストでもテストする値を決めるよね
無限に自動テストできるわけじゃないんだからさぁｗ
413(2): 2020/09/29(火)02:00 ID:p269Qkae(1/3) AAS
>>411
テストパターンを基にテストコードを書くよ。
最初に入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。
テストを実行したら全部グリーンでもテストコードのコーレビューをするよ。
414(2): 2020/09/29(火)02:11 ID:xt+EJgQq(3/5) AAS
>>413
> テストパターンを基にテストコードを書くよ。
そのテストパターンが間違っていたらどうするんだ！
まあそういう事はあるよねｗ テストそのものが間違ってるってこと
でもPGがテストパターンを作ると間違えるってのが意味がわからない
PGが作ってもPG以外が作っても、テストパターンを間違える可能性は変わらない
> テストを実行したら全部グリーンでもテストコードのコーレビューをするよ。
手動テストの場合どうするんだろうね。テストコードに相当するのはテスト手順なわけで
テスト手順もレビューも必要なんだが、手動テストだとテストパターンのレビューしかしてなさそうｗ
テストパターンはあってるけどテスト手順が間違っていて意味のないテストをしてたりしてな
省1
415(1): 2020/09/29(火)02:12 ID:xt+EJgQq(4/5) AAS
>>413
> 最初に入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。
ここは言葉が間違ってるね
× 入力を決めて次に出力を決めてそうなるようにテストコードを書くよ。
○ 入力を与えて出力が決めたとおりになってるかを確認するテストコードを書くよ
TDDではそのあとに、テストに通るように実装コードを書く
416: 2020/09/29(火)02:23 ID:MtZ1Pd/Y(1/2) AAS
>>410
9.9999999999999999や20.000000000000001は？
境界値分析+同値分割は基本だけど
型の境界も意識しないとそのうちバグるよ
417(1): 2020/09/29(火)02:35 ID:MtZ1Pd/Y(2/2) AAS
>>414
>PGが作ってもPG以外が作っても、テストパターンを間違える可能性は変わらない
コードを書いた人とそれに対するテストコードを書いた人が同じなら
同じ勘違いや同じ観点不足が発生するリスクは高まるよ
例えば>>410が書いた例で整数値以外の入力という観点が欠落してれば
コードでもその対応を書かないしテストの必要性にも考えが及ばない
ただだからといって必ず違う人が書いたほうがいいというわけじゃない
低減できるリスクと作業効率とを考えて判断するもの
418: 2020/09/29(火)02:43 ID:p269Qkae(2/3) AAS
>>415
あぁそのとおりだった
419: 2020/09/29(火)02:43 ID:p269Qkae(3/3) AAS
>>414
・PG組んだ人が一番思い込みが強いから、もしかしたら他の有識者と認識が乖離しているかもしれない。まぁレビュアがしっかりしてれば大丈夫。
・手動テストの場合は、テスト条件を満たしていることが担保できるようなスクショを取得するよ。テスト条件どおりに実施してくれたかどうかは実施者を信用するしかないね。エビデンスに細工されたら誰も気づかないと思う。
ちゃんと実施してるつもりでも実際は細かい操作とか大事な操作をミスっちゃってて、それでもたまたま予想結果と一致しちゃう事もあるかもしれない。だけどそんな偶然は滅多に起きない。後でアドホックテストもするし、結合試験や統合試験で発見できればok。
・エビデンスとテスト手順とパターンを見比べて「これは何のテストをなんだ？」って思うことは稀によくあるね。
・手動テストでテストデータが必要な場合は事前準備としてそういうデータを用意してからテスト開始するよ。
420: 2020/09/29(火)03:23 ID:xt+EJgQq(5/5) AAS
>>417
> 例えば>>410が書いた例で整数値以外の入力という観点が欠落してれば
> コードでもその対応を書かないしテストの必要性にも考えが及ばない
だからそれ、コード書かない人でも
整数値以外の入力という観点が欠落することあるじゃんって言ってる
むしろコードを書かない人のほうが、テストの必要性に考えが呼ばないことのほうが多い
「数値入れたらこういう計算してくださいね」
→ 文字入れたら？え？文字入れた時？文字なんて入るの？そんなの想定外だよ
421(1): 2020/10/01(木)00:35 ID:eJ1GgjYl(1/2) AAS
set○○○系の値を設定するだけのメソッドってあるじゃん
ケース1:resultがOKならOKとする
ケース2:get○○○系メソッドを実行して値を確認する
ケース3:実際にその値の変更の影響をうける処理を実行して確認する
実はもう結合まで来てんだけどどうやって確認する？
422(2): 2020/10/01(木)01:18 ID:eJ1GgjYl(2/2) AAS
あ、やってみたらget○○○系もよくわかんなかった
値取得できたけどそれが何？
何が取れると正しいの？ってのが一連の処理の流れだと取得できるべき正しい値が本気でわからん
423: 2020/10/01(木)01:47 ID:5ZG2Vz6Q(1/4) AAS
>>421
> 実はもう結合まで来てんだけどどうやって確認する？
確認する前に結合したのが悪いって話だろ？
もうリリースしちゃったんだけどどうやってテストする？みたいな話だｗ
424: 2020/10/01(木)01:48 ID:5ZG2Vz6Q(2/4) AAS
>>422
> 値取得できたけどそれが何？
「値取得できた」
それがテスト
（手動で）テストしてOKだったから何？と言われてもな
意味ないと思うなら（手動で）テストしないでいいんじゃない？ｗ
425: 2020/10/01(木)01:49 ID:5ZG2Vz6Q(3/4) AAS
>>422
> 何が取れると正しいの？
そんなに作る前からわかってる話ですよね？
作ってるなら「目的」があるはずですが
あなたは一体何を作ってるんですか？
426: 2020/10/01(木)01:50 ID:5ZG2Vz6Q(4/4) AAS
あ、あれか。教科書写経してるだけだから
自分が何を作ってるかわからないとか
んで作ってみて動かしたら・・・ゲームだった！みたいな事やってんの？ｗ
427(1): 2020/10/01(木)21:43 ID:YGkMqux4(1) AAS
コンパイラ作ってるんだが、検査は自動でランダム構文生成とかしてやってるよ
もちろん普通の検査もやるんだけど、それだけだとパターン数が発散して検査しきれない
ランダム検査はテスト件数でいうと1000億件とかになる
不具合でるのはそのうち5件とかだったりするんだけどね
428: 2020/10/01(木)22:26 ID:bT++viin(1) AAS
>>427
だからそれを手動でやればいいんですよ！
429: 2020/10/02(金)10:25 ID:ccBFPzFH(1/2) AAS
自動化する単体テスト＝関数単位のテスト
エビデンスをとる単体テスト＝1個の機能のテスト。例えば入力欄1個など
430(1): 2020/10/02(金)10:30 ID:qiKhE9Co(1) AAS
> エビデンスをとる単体テスト＝1個の機能のテスト。例えば入力欄1個など
その"エビデンス"でどうやって入力欄1個の機能がOKだと証明するの？
入力欄1個の機能がOKであると、誰もが認られるようなエビデンスとはどんなものが知りたい
そこに入力欄の画像が1個あったって、機能が満たされてるかなんてわからんしね
431(1): 2020/10/02(金)10:50 ID:ccBFPzFH(2/2) AAS
>>430
機能がOKだと証明するわけではない
「テスト項目の通り実行したらこの通りの画面になった」
つまり、テストを行ったという事を証明しているにすぎない
だから入力ミスや、テスト実行者の勘違いまではフォローしきれない
機能の証明ではなくテスト実行の証明だから
わざわざエビデンスに日時が入るように撮影することを要件としている
機能がOKだという証明だけであれば日時は不要だろう
実際、自動テストはテスト実行日時など重視していないはずだ
（デバッグの為に日時を保存しているにすぎない）
省3
432: 2020/10/02(金)11:03 ID:5k+kT3LD(1/2) AAS
自己満だろうがなんだろうが顧客が納得すりゃなんでも良い
433: 2020/10/02(金)11:07 ID:sGznlVtc(1) AAS
>>431
> テスト実行者を信用しないのであれば
気にすべき所はテスト実行者を信用するかどうかじゃなくて
ミスなくテストしたかどうかでは？
信用できる人にだって間違えることはあるんだし
434: 2020/10/02(金)11:11 ID:5k+kT3LD(2/2) AAS
テストのテストを作ろう
435: 2020/10/02(金)11:12 ID:qQOsRvHB(1) AAS
画面にせっせと入力して保存ボタン
データベースに登録されてるかチェック
苦しい_(┐「ε:)_
436(1): 2020/10/02(金)11:23 ID:IN7vVVT4(1) AAS
>エビデンスに日時が入るように撮影することを要件としている
初めて聞いたわw
日付入れたところで改ざん可能なんだから日単位でファイルを上げて
履歴追えるようにしとけば十分だろ
437: 2020/10/02(金)12:25 ID:p0460FPy(1) AAS
>>436
ログの位置がわかりやすいようにってだけだろそこ
438(1): 2020/10/07(水)06:48 ID:/9qe8bOG(1) AAS
xUnit嫌いな人割と身近にいるわ
単体テストしない派というか
439(1): 2020/10/07(水)07:43 ID:30MBwAQY(1) AAS
>>438
仕様が決まってるテストはいいが決まっていなかったり曖昧なのは滅茶苦茶時間がかかるので嫌い
440: 2020/10/07(水)10:15 ID:PQSR0KDO(1) AAS
>>439
は？
テスト仕様を決めるのも仕事だろ
441(1): 2020/10/07(水)10:30 ID:EdLJXccd(1/61) AAS
テスターのな
442: 2020/10/07(水)10:50 ID:XQGZutpf(1/2) AAS
>>441
テスターがどんな仕様を決めたの？
443: 2020/10/07(水)10:51 ID:XQGZutpf(2/2) AAS
テスターが仕様決めるって意味わからんｗ
この関数は引数の全ての値を足す関数だ
って決めるんか？ｗ
444(1): 2020/10/07(水)10:53 ID:Y8Dc73BQ(1/8) AAS
俺は常に自分でテストコードを書きながら仕事をしているから、いまいち単体テスト専用のテスターという存在がよくわからん。
新人教育目的で自分の成果物に対して不足しているテストコードを修正する形で書かせることはあるけど、基本的には実装する時にはテスト仕様もできてるしなぁ...。
445(1): 2020/10/07(水)11:03 ID:gjadbZmD(1/3) AAS
>>444
用語を知らないから、単体テスト＝1画面のテストとか1アプリのテスト思ってるやつが居るんだよｗ
単体のexeファイルをテストするのが単体テスト
はぁ〜〜〜〜ばか〜〜〜
446(1): 2020/10/07(水)11:18 ID:r+XQDTLB(1/5) AAS
小さい関数を心がければテストコードが必要なほど複雑なコードって書かなくない？
テストコードを書くと必ずデータ用意しなきゃならないけどそのデータを間違って入力する確率のほうが高い
447(2): 2020/10/07(水)11:19 ID:Y8Dc73BQ(2/8) AAS
>>445
俺さ、まさにリアルタイムでスマホアプリ開発しててテストコードを書いてるんだけど、お前、頭大丈夫？
iOS、android、Windows対応のアプリ作ってるけど、こんなこと言う奴初めてみたよ。
JavaとかでJUnitとか聞いたことない？
C#でプロジェクトファイルを作るとき、Unit testというテンプレート見たことない？
お前、Windows開発すらしたことないだろ。
俺は別に1画面がどうのこうの言ってないし、そもそもexe単体とか論外だわ。
まず、単体テストについてググれカス。
448(3): 2020/10/07(水)11:28 ID:r+XQDTLB(2/5) AAS
>>447
日本語圏内で言う単位テストは普通は画面、帳票、バッチ、ようは要件定義に書いた機能ごとのテストだよ
xUnitとかJUnitのようなもののことを言いたい場合には、ユニットテスト、あるいは自動テストと言ったほうがいい
日本ではユニットテスト≠単位テスト
449: 2020/10/07(水)11:32 ID:Y8Dc73BQ(3/8) AAS
1からのやり取りを見てもそんなこと言えるの？
あと、ググるとまっさきに出るのが「単体（ユニットテスト）とは」なのだが。
そして、俺もその認識なのだが。
450(1): 2020/10/07(水)12:15 ID:gjadbZmD(2/3) AAS
>>447
おまえは文章が読めないんだなｗ
おまえも馬鹿の一人だわｗ
451: 2020/10/07(水)12:17 ID:gjadbZmD(3/3) AAS
>>446
どれだけ小さい関数を作っても、テスト担当者にテスト仕様書を書いてもらないわないと
自分じゃ、テストできないアホがいる。
ログに出力してそれっぽい値ならOKとかいってるアホがいる
452: 2020/10/07(水)12:24 ID:Y8Dc73BQ(4/8) AAS
>>450
そういうことか！
うん、俺も馬鹿だったわ。
いや、本当にすまぬ...すまぬ。
453: 2020/10/07(水)12:24 ID:EdLJXccd(2/61) AAS
>>448
うちの会社もそれだなー
454(2): 2020/10/07(水)12:36 ID:Y8Dc73BQ(5/8) AAS
ん？割とガチで単体テストを機能毎のテストとして扱う会社は多いのか？
基本情報技術者試験や応用情報技術者試験の単体テストに関わる問題とか見ると、明らかにユニットテストの意味の問題があるように見えるのだが...。
そうなると、自動化もクソも無くね？
それ以前に、>>448の言うことは本当なのか気になる。
本当なら>>448の言う単体テストについて紹介している文献とかあると思うのだが...ソースがほしい。
455(1): 2020/10/07(水)12:40 ID:EdLJXccd(3/61) AAS
>>454
大企業で仕事したらわかるよ
だからエビデンス取るんやで
456(1): 2020/10/07(水)12:48 ID:Y8Dc73BQ(6/8) AAS
>>455
まず、ユニットテストと単体テストを区別するというのが本当なのか怪しいが、区別しているのなら、もちろん、そのユニットテストもやってるよね？
457(1): 2020/10/07(水)12:50 ID:Y8Dc73BQ(7/8) AAS
更に聞くと、このスレはあなたが方の言う単体テストとユニットテスト...どっちについて扱うスレだと思う？
458: 2020/10/07(水)12:51 ID:FBpfo5qf(1) AAS
テストの分類と自動化するしなは別のベクトルだ
単体テストといったら自動化と連想するのはそのあたりの区別がついてないのだろうな
役割の分割をしないでGODクラス作ってそうなタイプ
459: 2020/10/07(水)13:01 ID:EdLJXccd(4/61) AAS
>>456
やってないよ！
460: 2020/10/07(水)13:02 ID:EdLJXccd(5/61) AAS
>>457
手動で行ってエビデンス取るって言ってるんだからユニットテストでないことは明らかだと思う
461: 2020/10/07(水)13:02 ID:EdLJXccd(6/61) AAS
このスレでユニットテストの話をしてる人は社会経験のない木偶の坊だと思ってる
462: 2020/10/07(水)13:04 ID:Y8Dc73BQ(8/8) AAS
まぁ、責務が曖昧なGodクラスのユニットテストなんて自動化しようがないからな。
些細な変更ですぐに仕様が変わるし。
ユニットテストで不合格になるのではなく、
ユニットテストができないから不合格になるパターンだな。
でも、恐ろしい事を思いついてしまったよ。
もしも、常に神クラスを書いていてユニットテストができない企業がいたとする。
そして、その企業があまりにもユニットテストができないからユニットテストの意味を曲解することにしていたとしたら...やばいね。
まぁ、いいや。仕事だ。しばらく席を離れるよ。
463: 2020/10/07(水)13:05 ID:EdLJXccd(7/61) AAS
な
464: 2020/10/07(水)13:09 ID:c/M6qzGj(1/5) AAS
>>454
> 基本情報技術者試験や応用情報技術者試験の単体テストに関わる問題とか見ると、明らかにユニットテストの意味の問題があるように見えるのだが...。
だからそういう世間一般の用語すら知らんのだよ
そして基本情報技術者試験は意味がないとか行ってたりするｗ
465: 2020/10/07(水)13:12 ID:r+XQDTLB(3/5) AAS
ペーパーテストと現場のギャップぐらいは認識しとかないとだめでしょ
それこそ実務経験を疑われる
466: 2020/10/07(水)13:36 ID:c/M6qzGj(2/5) AAS
ギャップを知るためには両方知ってないと無理
467(1): 2020/10/07(水)13:43 ID:EdLJXccd(8/61) AAS
世間的には現場の定義が優先されるからなー
試験勉強でこう習いましたなんて現場では通用せんぞ
468: 2020/10/07(水)13:48 ID:EdLJXccd(9/61) AAS
ヤクザにそれは法律違反ですと言っても意味ないだろ
警察に金庫から8000万盗めば良いと言っても通用しないだろ
社会とは現場が常に優先されるものなんだよ
鳥はお空を飛びますと本に書いてあったとしても
ペンギンは鳥だから空を飛べば良いと言ってもペンギンの現場では通用しないんです
469(1): 2020/10/07(水)13:59 ID:c/M6qzGj(3/5) AAS
>>467
現場の定義の殆どは試験勉強の定義と一致してるんだが？
違うのは現場ではベンダー定義の用語が追加で使われるぐらいのもん
試験の定義を否定するようなものはない
だから今、試験での単体テストの定義と現場が違ってる＝
え？お前の会社って単体テストって画面のテストのこと言ってのプププ
って話をしてるんだろｗ
470(1): 2020/10/07(水)14:06 ID:7nLWSAZj(1/4) AAS
>>448
何を「単体」と見なすかに違いがあるだけ
面接でユニットテストは単体テストとは全然違います！ってずっと主張してたやつがいたけど
その文化を共有してない会社だと単にヤバいやつ認定されるだけだからやめたほうがいい
471: 2020/10/07(水)14:08 ID:aZrfGhEg(1/10) AAS
あいつマジで理想郷にでも住んでるのか？
わかってて煽ってるのかと思ってたけど・・・
単体テストと言われてxUnitのテストの結果なんてもっていったら
上位会社様にバカにされるぞ
バカにされる程度で済めばいいけど他の人に代えてくれってすぐ営業に電話されるよ
商流の末端企業は上位会社様にあわせるしかないんだよ
472(1): 2020/10/07(水)14:12 ID:aZrfGhEg(2/10) AAS
現場のベテラン「情報処理技術者試験なんて意味がない」
おまえら「↑みたいな奴がいるから情報処理技術者試験がもっと普及したほうがいい」
現場のベテラン「現場が正。↑は経験積め。やはり情報処理技術者試験は意味がない」
このループが無限に続くだけ
無限ループって怖いね
473: 2020/10/07(水)14:14 ID:c/M6qzGj(4/5) AAS
IPAのいう単体テストがユニットテストのことだからな
これが違っていたら、もう常識がわかってないとしか言えないｗ
474: 2020/10/07(水)14:15 ID:c/M6qzGj(5/5) AAS
>>472
どこの現場のベテランがいってんの？ｗ
現場のベテランというか、ちゃんと情報技術を学んでいる人は
単体テスト＝ユニットテストになってる
英語と日本語の違いでしかないからね
475: 2020/10/07(水)14:16 ID:RbIdfjjl(1/12) AAS
上流なのな下流のチェックしない会社とかどこの没落企業だよ。気持ち悪い。
476(1): 2020/10/07(水)14:19 ID:RbIdfjjl(2/12) AAS
国家資格すら取れない三流エンジニアは言うことが違いますね。
国家資格なんておやつ感覚で取るもの。なんで国家資格ごときで必死なんだ。
基本情報技術者試験くらい取れよ。そうすれば単体テストとユニットテストは違うなんて恥ずかしいことは言わなくなるから。
477: 2020/10/07(水)14:23 ID:RbIdfjjl(3/12) AAS
あ、これ大企業の話な。
大企業の話を妄想で持ち出す馬鹿がいるから警告しとくわ。
あと、権威主義に陥るのやめろ。
478(2): 2020/10/07(水)14:25 ID:uJwWalJK(1/3) AAS
ふむ。さすが正しいことを言ってるな
外部ﾘﾝｸ[html]:www.fe-siken.com
モジュール単体テストに関する記述として，最も適切なものはどれか。
単体テストは、プログラムがモジュール単位で正常に動作するかを確かめるテスト工程です。
プログラムの内部設計書に基づいてホワイトボックステストを実施し、要求性能を満たしているかの確認を行います。
間違い 通常はコーディングを行ったプログラマではなく，専任のテスト要員がテストケースを作成し，実行する。
→正解 単体テストは、コーディングを行ったプログラマ自身が実施します。
間違い モジュール間インタフェースは，モジュール単体ではテストできないので，単体テストの対象外となる。
→ 正解 実際にモジュールの結合を行うのは結合テストですが、モジュール仕様書に記述されたインタフェースが適切に実装されているかの検証は単体テストの対象です。
省4
479: 2020/10/07(水)14:48 ID:EdLJXccd(10/61) AAS
>>476
気にしすぎでしょｗｗｗ大企業ですまんなｗｗｗｗｗ
480(1): 2020/10/07(水)14:51 ID:EdLJXccd(11/61) AAS
>>470
良いこと言うね！
自然言語は文脈依存だから同じ語句であっても文脈に応じて意味が変わるからね
それを理解せずに自分の定義でしか言葉を解釈しない人はコミュニケーション能力が不足してるってことになるよね
481: 2020/10/07(水)14:51 ID:EdLJXccd(12/61) AAS
おいペンギン共、お空は飛べたのか？
482(1): 2020/10/07(水)15:18 ID:EdLJXccd(13/61) AAS
IPAって経産省の手先団体だろ、なんでそんなところを頼ってるんだｗｗｗ
職員がお仕事中に児童ポルノダウンロードしてウイルス感染したところじゃねえかｗｗｗｗｗ
ｗｗｗｗお前らｗｗｗｗｗマジかｗｗｗｗｗｗ
483(1): 2020/10/07(水)15:41 ID:uJwWalJK(2/3) AAS
>>482
じゃあお前は何に頼ってるんだよｗ
484(1): 2020/10/07(水)15:42 ID:uJwWalJK(3/3) AAS
>>480
文脈を明らかにしろ。どの会社での話なのか、世間一般の話なのかはっきり区別しろ
俺は世間一般の定義の話をしている
それ以外なら特定の会社名を言うようにｗ
485(3): 2020/10/07(水)15:48 ID:7nLWSAZj(2/4) AAS
>>478
>要求性能を満たしているかの確認を行います。
ここでの「要求性能」ってどういう意味？
間違いじゃなくて一般的な使われ方？
486: 2020/10/07(水)16:07 ID:EdLJXccd(14/61) AAS
>>483
自分ですかね
487: 2020/10/07(水)16:07 ID:EdLJXccd(15/61) AAS
>>484
文脈を察しろ常に俺が正しいと考えていただきたい
488: 2020/10/07(水)16:09 ID:EdLJXccd(16/61) AAS
俺が言ってることが正しくなるように解釈することを心がければ
俺の文脈を知ることができます、俺が中心です
489: 2020/10/07(水)16:11 ID:EdLJXccd(17/61) AAS
児童ポルノウイルス団体を頼りにするとはｗｗｗｗｗ
お前らも所詮経産省の掌の上で弄ばれてるだけかｗｗｗｗｗ
490: 2020/10/07(水)16:14 ID:EdLJXccd(18/61) AAS
>>485
性能は性質と能力のことなので
・要求される性質がありますか
・要求される能力がありますか
ってことを確認するってことじゃろう
一般的に伝わると考えて差し支えない
491: 2020/10/07(水)16:15 ID:+yUuwD4N(1/38) AAS
>>485
「プログラムの内部設計書に基づいてホワイトボックステストを実施し」と書いてあるだろ
492(1): 2020/10/07(水)16:16 ID:RbIdfjjl(4/12) AAS
>>485
単体テストは内部設計におけるテストだから、内部設計がある程度まともかどうかって意味では。
そのある程度のラインはテスト仕様次第だが。
493(1): 2020/10/07(水)16:16 ID:+yUuwD4N(2/38) AAS
プログラムの内部設計書に基づいてテストするんだから
プログラムの内部設計書に書いてあることが要求
494: 2020/10/07(水)16:20 ID:+yUuwD4N(3/38) AAS
○○に基づいてテストを実施すると書いてあるわけで
そこで○○に書いてないことを確認するわけがないのは当たり前の話
495(1): 2020/10/07(水)16:30 ID:EdLJXccd(19/61) AAS
それはそう
「満たしている」の主語は「プログラムが」
テストの確認を行うのはテストレビューだからね
単体テストの説明としてふさわしくない
上下前次1-新書関写板覧索設栞歴
あと 215 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.040s