X
「単体テストを手動で行いエビデンス取る」の破壊力
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万盗めば良いと言っても通用しないだろ
社会とは現場が常に優先されるものなんだよ

鳥はお空を飛びますと本に書いてあったとしても
ペンギンは鳥だから空を飛べば良いと言ってもペンギンの現場では通用しないんです
0469デフォルトの名無しさん
垢版 |
2020/10/07(水) 13:59:25.63ID:c/M6qzGj
>>467
現場の定義の殆どは試験勉強の定義と一致してるんだが？
違うのは現場ではベンダー定義の用語が追加で使われるぐらいのもん
試験の定義を否定するようなものはない

だから今、試験での単体テストの定義と現場が違ってる＝
え？お前の会社って単体テストって画面のテストのこと言ってのプププ
って話をしてるんだろｗ
0470デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:06:44.51ID:7nLWSAZj
>>448
何を「単体」と見なすかに違いがあるだけ

面接でユニットテストは単体テストとは全然違います！ってずっと主張してたやつがいたけど
その文化を共有してない会社だと単にヤバいやつ認定されるだけだからやめたほうがいい
0471デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:08:17.68ID:aZrfGhEg
あいつマジで理想郷にでも住んでるのか？
わかってて煽ってるのかと思ってたけど・・・

単体テストと言われてxUnitのテストの結果なんてもっていったら
上位会社様にバカにされるぞ
バカにされる程度で済めばいいけど他の人に代えてくれってすぐ営業に電話されるよ
商流の末端企業は上位会社様にあわせるしかないんだよ
0472デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:12:20.64ID:aZrfGhEg
現場のベテラン「情報処理技術者試験なんて意味がない」
おまえら「↑みたいな奴がいるから情報処理技術者試験がもっと普及したほうがいい」
現場のベテラン「現場が正。↑は経験積め。やはり情報処理技術者試験は意味がない」

このループが無限に続くだけ
無限ループって怖いね
0473デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:14:50.35ID:c/M6qzGj
IPAのいう単体テストがユニットテストのことだからな
これが違っていたら、もう常識がわかってないとしか言えないｗ
0474デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:15:55.64ID:c/M6qzGj
>>472
どこの現場のベテランがいってんの？ｗ

現場のベテランというか、ちゃんと情報技術を学んでいる人は
単体テスト＝ユニットテストになってる
英語と日本語の違いでしかないからね
0475デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:16:37.04ID:RbIdfjjl
上流なのな下流のチェックしない会社とかどこの没落企業だよ。気持ち悪い。
0476デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:19:09.01ID:RbIdfjjl
国家資格すら取れない三流エンジニアは言うことが違いますね。
国家資格なんておやつ感覚で取るもの。なんで国家資格ごときで必死なんだ。

基本情報技術者試験くらい取れよ。そうすれば単体テストとユニットテストは違うなんて恥ずかしいことは言わなくなるから。
0477デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:23:06.74ID:RbIdfjjl
あ、これ大企業の話な。
大企業の話を妄想で持ち出す馬鹿がいるから警告しとくわ。
あと、権威主義に陥るのやめろ。
0478デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:25:41.93ID:uJwWalJK
ふむ。さすが正しいことを言ってるな
https://www.fe-siken.com/kakomon/16_aki/q53.html

モジュール単体テストに関する記述として，最も適切なものはどれか。

単体テストは、プログラムがモジュール単位で正常に動作するかを確かめるテスト工程です。
プログラムの内部設計書に基づいてホワイトボックステストを実施し、要求性能を満たしているかの確認を行います。

間違い 通常はコーディングを行ったプログラマではなく，専任のテスト要員がテストケースを作成し，実行する。
→正解 単体テストは、コーディングを行ったプログラマ自身が実施します。

間違い モジュール間インタフェースは，モジュール単体ではテストできないので，単体テストの対象外となる。
→ 正解 実際にモジュールの結合を行うのは結合テストですが、モジュール仕様書に記述されたインタフェースが適切に実装されているかの検証は単体テストの対象です。

間違い モジュール設計書は，正しいことが検証済みであるので，テスト結果に問題があるときは，テストケース又はモジュールに誤りがある。
→ 正解 モジュール設計書が誤っている可能性もあります。

正しい モジュール設計書を見ながら，原則としてすべてのロジックパスを一度は通るようなテストケースによって，検証を行う。
→ 正しい。単体テストでは、プログラムの内部構造に基づいて、内部仕様がモジュール仕様書通りに作成されているかを検証します。
0479デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:48:30.14ID:EdLJXccd
>>476
気にしすぎでしょｗｗｗ大企業ですまんなｗｗｗｗｗ
0480デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:51:24.01ID:EdLJXccd
>>470
良いこと言うね！
自然言語は文脈依存だから同じ語句であっても文脈に応じて意味が変わるからね
それを理解せずに自分の定義でしか言葉を解釈しない人はコミュニケーション能力が不足してるってことになるよね
0481デフォルトの名無しさん
垢版 |
2020/10/07(水) 14:51:56.20ID:EdLJXccd
おいペンギン共、お空は飛べたのか？
0482デフォルトの名無しさん
垢版 |
2020/10/07(水) 15:18:14.82ID:EdLJXccd
IPAって経産省の手先団体だろ、なんでそんなところを頼ってるんだｗｗｗ
職員がお仕事中に児童ポルノダウンロードしてウイルス感染したところじゃねえかｗｗｗｗｗ
ｗｗｗｗお前らｗｗｗｗｗマジかｗｗｗｗｗｗ
0484デフォルトの名無しさん
垢版 |
2020/10/07(水) 15:42:20.87ID:uJwWalJK
>>480
文脈を明らかにしろ。どの会社での話なのか、世間一般の話なのかはっきり区別しろ
俺は世間一般の定義の話をしている
それ以外なら特定の会社名を言うようにｗ
0485デフォルトの名無しさん
垢版 |
2020/10/07(水) 15:48:58.67ID:7nLWSAZj
>>478
>要求性能を満たしているかの確認を行います。

ここでの「要求性能」ってどういう意味？
間違いじゃなくて一般的な使われ方？
0486デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:07:10.79ID:EdLJXccd
>>483
自分ですかね
0487デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:07:52.19ID:EdLJXccd
>>484
文脈を察しろ常に俺が正しいと考えていただきたい
0488デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:09:05.37ID:EdLJXccd
俺が言ってることが正しくなるように解釈することを心がければ
俺の文脈を知ることができます、俺が中心です
0489デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:11:05.18ID:EdLJXccd
児童ポルノウイルス団体を頼りにするとはｗｗｗｗｗ
お前らも所詮経産省の掌の上で弄ばれてるだけかｗｗｗｗｗ
0490デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:14:38.96ID:EdLJXccd
>>485
性能は性質と能力のことなので
・要求される性質がありますか
・要求される能力がありますか
ってことを確認するってことじゃろう

一般的に伝わると考えて差し支えない
0491デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:15:57.46ID:+yUuwD4N
>>485
「プログラムの内部設計書に基づいてホワイトボックステストを実施し」と書いてあるだろ
0492デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:16:14.29ID:RbIdfjjl
>>485
単体テストは内部設計におけるテストだから、内部設計がある程度まともかどうかって意味では。
そのある程度のラインはテスト仕様次第だが。
0493デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:16:49.33ID:+yUuwD4N
プログラムの内部設計書に基づいてテストするんだから
プログラムの内部設計書に書いてあることが要求
0494デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:20:54.94ID:+yUuwD4N
○○に基づいてテストを実施すると書いてあるわけで
そこで○○に書いてないことを確認するわけがないのは当たり前の話
0495デフォルトの名無しさん
垢版 |
2020/10/07(水) 16:30:04.05ID:EdLJXccd
それはそう

「満たしている」の主語は「プログラムが」
テストの確認を行うのはテストレビューだからね
単体テストの説明としてふさわしくない
0496デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:00:30.61ID:7nLWSAZj
>>492
内部設計がある程度まともかどうかをどうやってテストするのかわからないけど
それって単体テストとは一般的には呼ばなくない？

>>493
ひっかかるのは「要求」じゃなく「性能」のほう

時間効率・資源効率的ないわゆるパフォーマンスの意味ではなさそうだし
機能+非機能要求全部込みの「性質+能力」の意味だとすると単体の範囲を超える
それにホワイトボックスでもなくなる
0497デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:18:28.23ID:+yUuwD4N
>>495
テストレビューは、テストが妥当かどうかは判断するレビューであって
プログラムの内部設計に基づいたテストのことじゃない
プログラムの内部設計に基づいたテスト・・・になってるかどうかを判断するのがテストレビュー
0498デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:18:58.91ID:+yUuwD4N
>>496
> ひっかかるのは「要求」じゃなく「性能」のほう

内部設計にパフォーマンスが書いてあれば
そのとおりかテストするのも単体テスト
0499デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:20:06.15ID:+yUuwD4N
訂正

内部設計に性能が書いてあれば
そのとおりかテストするのも単体テスト

正しく動いていても、性能を満たしていない例なんて
いくらでもある。遅い。メモリ消費量が多い
0500デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:21:44.35ID:RbIdfjjl
>>496

> 内部設計がある程度まともかどうかをどうやってテストするのかわからないけど
> それって単体テストとは一般的には呼ばなくない？

内部設計をテストするのが単体テストなんだけど。逆に、何をテストするものだと思っているんだ？
>>478の基本情報技術者試験の解説にコーディングを行ったプログラマ自身がテストしますって書いてあるでしょう？
単体テストをやったことある人なら、これを見たときにピンとくる。

というか、具体例を考えればいいんだよ。
Stackというコンテナライブラリを貴方が作ったとして、そのStackライブラリが絶対大丈夫であることを保証するためには何をする？って話。
0501デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:35:57.38ID:+yUuwD4N
画面、ウェブ業界なら1ページ
これより小さい単位を知らんでしょう

関数を自分で作ることをしない
ボタンをクリックとかしたらフレームワークが
関数を呼び出すから、その関数の中身を書くだけ

その結果は画面に表示されるから
どうやってテストするのかわからない
見て判断するしかないじゃないか！
と言っている
0503デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:39:26.58ID:RbIdfjjl
誤って送信してしまった...
UIテストって言葉は俺らローカルかもしれないのに...。まぁ、言い訳を考えさせてくれ。
0504デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:43:05.65ID:+yUuwD4N
>>502
UIテストだからエビデンス（スクショ）でテスト
とかいうわけのわからない理屈が出てくるｗ

スクショ見て、よくわからんけどちゃんと動いてるっぽいなヨシッ！
これがテストｗ
0505デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:43:23.76ID:7nLWSAZj
>>498
「プログラムの内部設計書に基づいてホワイトボックステストを実施し、要求性能を満たしているかの確認を行います。」

パフォーマンスの性能のことだとすれば、性能以外は確認しない感じの文章になる

普通に間違いっぽいね
0506デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:45:11.17ID:+yUuwD4N
>>505
> パフォーマンスの性能のことだとすれば、性能以外は確認しない感じの文章になる

お前が言ってる性能以外とは？
まずそれを言わないと、お前の文章に説得力はないよね
0508デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:53:47.55ID:RbIdfjjl
基本的にWeb開発と同じくネイティブアプリ開発者もUIは作る。それがHTMLではないだけで、成果物の全体を見ると同じ。

ネイティブアプリ（iOS,android,Windows）を作るとき、必ずやるのがロジックとUIの分離。
UIにUIが使いまわし出来なくなるような処理を書かないようにするのが原則で、基本的にはUIと切り離れたロジックの部分を単体テストする。

...で、ここからが問題で、じゃあ、UIはどうやってテストするの？って話か...。
俺はこれを別工程として扱っているけど、その解釈が一般的かと言われると...うーん。
そして、webフロントエンドはロジックを記述すること自体殆ど無いからな...。webフロントエンドは殺風景なhtmlが組める程度のニワカ知識しかないが...。

ちなみに、自分はUI専用のテストコードを書いてそこだけ手作業でやってるわ...。
合否判定は自動的に出力するようにしてるけど。
で、それをwebでどうやるのかだと？ごめん、わからん。
0509デフォルトの名無しさん
垢版 |
2020/10/07(水) 17:55:25.01ID:+yUuwD4N
> ...で、ここからが問題で、じゃあ、UIはどうやってテストするの？って話か...。
いや、そんな話してないｗ

単体テストの話をしてるのに、エビデンス？手動？スクショがテスト？？？
アホじゃねｗｗｗって話をしてる
0510デフォルトの名無しさん
垢版 |
2020/10/07(水) 18:02:55.08ID:aZrfGhEg
マジレスすると自動で行う単体テストだってエビデンスの為にスクショ取るし
自動でやるのが非効率なら手動の場合もあるよね

xUnitテストの結果をエクセルに貼り付けるのもいいけど
やっぱ信用性を考えるとスクショのほうがテンション高い
0511デフォルトの名無しさん
垢版 |
2020/10/07(水) 18:07:00.89ID:+yUuwD4N
> エビデンスの為にスクショ取るし
テストのためにスクショ取る　じゃないところが重要な点だなｗ
結局の所、ただの作業報告書でしかない
0512デフォルトの名無しさん
垢版 |
2020/10/07(水) 18:08:06.20ID:+yUuwD4N
> xUnitテストの結果をエクセルに貼り付けるのもいいけど

え？なんのために？
標準のXMLでいいだろ

ああ、作業報告書ね（苦笑）

とこうなる
0513デフォルトの名無しさん
垢版 |
2020/10/07(水) 18:16:00.27ID:A5i/ayff
どことは言わないが、未だにテスト結果をすべて印刷してスタンプラリーしてバインダーに格納してる大手電機メーカーがあるんだよ。
その時にXMLじゃ分からないって押印してくれなかったり。
0514デフォルトの名無しさん
垢版 |
2020/10/07(水) 18:18:14.37ID:RbIdfjjl
まぁ、スクショ貼る会社はあると思う。
お役所と仕事していると面倒な完成図書（紙媒体）も求められるし。
こんなテスト結果、あなた達が貰ってどうするの？って奴まで求められるし。でも、まぁ、彼らにとっては意味があるから仕方ないね。

ただ、誰もエビデンスを求めていないのにマニュアルに従いやれって言われると少し残念な気分になる。
利害関係者次第だな。
0519デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:25:27.20ID:7fnYlcJW
まともにプロセス定義していれば、
受注プロセス→開発プロセス→納入プロセス
であって、
開発プロセスの中が設計だの製造だのテストといった工程定義が
されているはず。

そんなことも知らないというのは、かなりまずい。
0521デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:26:42.00ID:r+XQDTLB
>>469
だから現場を知ってからそういうこといいなよ
でかい案件ではどこもほとんど確実に単体テスト≒画面のテストだよ
メソッド単位で単位テストなんて言い張ってたらいつまでたっても終わらない
プロジェクトをすすめるには画面を単位と言うしかない
ちっぽけな案件だったら教科書的な定義にしたがって優等生気取りながら仕事することもできるけどな
0522デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:27:54.61ID:+yUuwD4N
> でかい案件ではどこもほとんど確実に単体テスト≒画面のテストだよ

そういわれても検証できないんで、
でかいオープンソースプロジェクトの話でもしてくれませんかね？

狭い世界の話をされてこ困ります。
0523デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:32:22.60ID:07qTsl16
オープンソースｗｗｗｗ
日本の大規模案件でオープンソースなんて激レアだろ
そんなの見たってなんの参考にもならん
現場を知りたけりゃ現場に潜り込む
それしかねえんだよ
0525デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:35:01.87ID:+yUuwD4N
> 日本の大規模案件でオープンソースなんて激レアだろ
じゃあ小規模案件でもいいですが
今の論点は、狭い世界かどうかの話ですよ？
広い世界の話をしなきゃ意味がないでしょうｗ
0526デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:41:09.64ID:aZrfGhEg
単体テストって言葉を作った大手がそもそも単体テスト＝画面テストで使ってるという皮肉な現状がね
0527デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:41:51.18ID:7fnYlcJW
>>524
請負ってそういうものだよ。
みたけりゃ中間納品でも設定すればいいだけ。

現実にはそんな法定義に杓子定規に運用してたらリスクしかないから
どこも工程完了基準みたいなのを設けて移行判定を顧客に委ねたりしてるでしょ。
0529デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:44:12.91ID:EdLJXccd
>>497
誰にぬかしとんじゃおらー
0530デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:45:15.86ID:RbIdfjjl
>>526
今までの話を聞いてた？
単体テスト=画面のテストは違うだろ。

そもそも単体テストの意味を盛大に勘違いしているのは君だけでしょ。

国家資格の基本情報技術者試験の件はどう反論するんだ？
0531デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:48:46.17ID:EdLJXccd
>>511
小保方さんは研究ノートをろくに取ってなかったから批判されたんやで
そこんとこよーく考えた方がお前のため
0532デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:49:03.66ID:r+XQDTLB
>>528
なんで英語論文に単体テストって日本語が出てくんだ？
いいかげん単体テストとUnit Testを区別したらどうだ
ここは日本だから日本の習慣に習うべきだ
0533デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:49:35.77ID:EdLJXccd
>>530
国家資格は児童ポルノウイルス試験でしか無いってことだと思います！
0534デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:50:14.16ID:EdLJXccd
>>532
Unitは単体って意味なんよ
Unitを日本語で書くと単体なの
英語勉強して
0536デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:54:49.52ID:EdLJXccd
TDDはアスペ用のものだしなー
健康な人が水素吸入しても健康にならないようなもので
まともなプログラマにUnit Testは要らんのですわ
英語にびびったアホジャップがUnit Testはスゴイものだと思い込んだだけで
実際のところUnit Testやってもやらなくてもシステムの品質は変わらんから
コストかかるぶんマイナスなんよねー
0537デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:56:03.40ID:EdLJXccd
>>535
そうでもないやで
大企業で仕事してみ、単体テストはintergration testingの意味ですから
0538デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:56:53.49ID:EdLJXccd
Unit Test -> 単体テスト
これはわかる

単体テスト -> Unit Test
これは成り立たない
0539デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:58:21.24ID:+yUuwD4N
>>537
大企業が間違ってることぐらい知ってますよ（笑）
会社がでかいだけで、ソフトウェア開発の専門じゃないですからね

大規模の意味はソフトウェアの規模が大きいんじゃなくて
単に作業員が多いだけだったりするしｗｗｗｗ

マイクロソフトは世界最大規模のソフトウェア会社の
1つだって言っても納得しないでしょ？
0540デフォルトの名無しさん
垢版 |
2020/10/07(水) 19:58:26.92ID:RbIdfjjl
>>532
国家資格である基本情報技術者試験は日本の風習から乖離していると。
そんな馬鹿な。

むしろ、単体テストという言葉がUnit testと乖離している日本独自の風習があるのなら、参考文献を貼り付けてくれないかな。
調べても単体テスト=ユニットテストの解釈での説明しか出てこないのだが。

あと、一部、共有NGであぼーんされている人がいるけど、その人の回答ではなく貴方の意見が知りたいな。
0542デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:00:17.52ID:EdLJXccd
>>539
おいおいお前、一部上場の前でなんてこと言うんだ
0543デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:00:55.19ID:EdLJXccd
>>540
あぼーん
0545デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:02:37.38ID:EdLJXccd
>>541
俺 = 一部上場のITゼネコン大企業
一部上場のITゼネコン大企業 = 日本のIT
よって俺の常識は日本ITの常識
0546デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:03:09.60ID:EdLJXccd
>>544
え？ どういう意味？ ちょっと何いってんのかわからない
0548デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:04:56.37ID:EdLJXccd
>>547
日本は広いよ、日本語話者の国全域に及んでますからね
ここは日本だ、日本の常識で話しをしよう、単体テストとはIntergration Testingのことなり！
0549デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:06:43.56ID:EdLJXccd
Intergration Testingだからエビデンスを取るわけ
Unit Testでエビデンス取るわけ無いだろｗｗｗ常識で考えろよｗｗｗｗ
スレタイ見て出直せよｗｗｗｗｗｗなんでUnit Testなんだよあれは認知障害者が使うもの
0550デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:06:43.59ID:+yUuwD4N
自分で 一部上場のITゼネコン大企業特有の話とか言っておいて
日本の常識にすり替えるなよ
基本情報技術者試験の方がよっぽど日本の常識だ
0551デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:08:08.84ID:+yUuwD4N
>>549
× Intergration Testingだからエビデンスを取るわけ
○ テスト作業を行ったいう証拠を提出しないといけないから、テストしたというエビデンスを取るわけ

ちゃんと書こうね
0552デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:09:26.82ID:EdLJXccd
>>550
>>545でこれ以上なくはっきりと論理展開してみせましたけど
基本情報とか噴飯ものだわｗｗｗｗｗｗペドロリの資格とって経産省に認められてどうするんだｗｗｗｗｗｗｗｗ
すまんな俺は環境省の味方だから俺は環境省の味方です
0553デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:11:06.36ID:EdLJXccd
>>551
同じことですよ、相互に排他的な事柄ではないです
研究者が研究を行った証拠を示すのが研究ノートのみであるように
プログラマがテストを行った証拠もやはりエビデンスのみなわけです
エビちゃん大事
0554デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:11:16.73ID:+yUuwD4N
>>552
論理展開じゃなくて単なる主張ｗ

それが「論理展開」だっていうのなら、これも成り立つ

お前 = 一部上場のITゼネコン大企業
一部上場のITゼネコン大企業 ≠ 日本のIT
よってお前の常識は日本ITの常識ではない
0555デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:11:28.15ID:EdLJXccd
お前らスタップ細胞でも探しとけｗｗｗｗｗ
0557デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:12:16.17ID:+yUuwD4N
>>553
> 研究者が研究を行った証拠を示すのが研究ノートのみであるように
研究ノートは他の人がそれだけをみて再現できることが条件です
その条件を満たしてないから小保方のやつは研究ノートとは認められなかったわけです。
0558デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:12:31.95ID:EdLJXccd
>>554
> 一部上場のITゼネコン大企業 ≠ 日本のIT

ここが間違ってるので成り立たないのは明らかですよん
日本のITを仕切ってるからゼネコンと呼ばれるわけ
ゼネコンの意味を調べたが良い、ゼネコンはすごいんだぞ
0559デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:13:13.90ID:EdLJXccd
>>556
じゃあなんですか！？ 超訳しろとでも言うんですか？
0560デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:14:04.77ID:+yUuwD4N
小保方氏ようやく「実験ノート」公開するも…　専門家「理科の観察日誌？」「ものすごい破壊力」
https://www.j-cast.com/2014/05/08204189.html

> 理化学研究所の小保方晴子氏が記した実験ノートの一部が、代理人弁護士らによって2014年5月7日、
> 公開された。小保方氏は「ちゃんと実験していることを示したい」として公開に踏み切ったと報じられている。
>
> ところが、具体的な実験条件などが不足した内容に、研究者や識者からは疑問の声が噴出している。
>
> 「陽性かくにん！よかった。」

まさにエビデンスそのものｗ
「テストOKだった。よかった。」
0561デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:14:53.04ID:aj7kCTl6
>>559
UnitTestを正確に表現する日本語は今のところ、無い
UnitTestはUnitTestと言うしかない
単体テストと言ったらUnitTestとは別の意味になる
0562デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:15:05.66ID:EdLJXccd
>>557
再現するための手順はプロトコル・・・

研究ノートは研究を行ったエビデンスなんよ
エビがいい加減だったからよろしくなかったのは事実だけどね
0563デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:15:10.03ID:+yUuwD4N
>>558
> ここが間違ってるので成り立たないのは明らかですよん

間違ってないですよ
これがお前の言う「論理展開」ですからね。

それともお前自身の「論理展開」に根拠が書かれてないってことに気づきましたかね？ｗ
0564デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:15:54.52ID:+yUuwD4N
> 研究ノートは研究を行ったエビデンスなんよ

今日は研究をした。陽性確認した。良かった。研究ちゃんとした。エビデンス。
0565デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:15:59.81ID:EdLJXccd
>>560
せやろ、エビデンスを軽視するものには天の裁きがくだされるわけではないけれども
エビデンス大事だよねってことですよね
0566デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:16:46.40ID:EdLJXccd
>>564
君を小保方くんの後継に指名しよう
0568デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:17:53.43ID:aZrfGhEg
>>528
海外を参考に「単体テスト」って言葉を作ったんだよ
外国人が「タンタイテストゥ」とか言ってるわけないでしょ、アホかｗ
国内大手ベンダーが先行してIPAが後追いで追認してきたのが今までの歴史でしょ

>>530
ソフ開持ちなので試験に出てくる意味での単体テストは完全に把握してるぞ
あれはあれ、これはこれ
0569デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:19:03.50ID:EdLJXccd
>>561
別の意味ってどういう意味なんですか？
にんじんを野菜と言っても良いようにUnit Testはテストと言っていいし単体テストと言って問題ないでしょう
やってることだけ見れば認知テストとかでも良いかもしれないですね
0570デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:19:49.69ID:EdLJXccd
>>567
　　　　　　　　 　＿＿＿_
　　　　　　　　／　　 　 　＼
　　　　　 　／　　─　 　 ─＼
　　　　　／　　　　⌒　　⌒　　＼ 　　　　ハハッワロス
　　　　　|　 　　 　 ,ﾉ(､_, )ヽ　 　 |
　　 　　 ＼　　 　　 ﾄｪｪｪｲ　 　／
　　 　 　 ／　　　_　ヽニｿ,　 く
0571デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:21:17.55ID:EdLJXccd
トゥメイトウ
0572デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:21:18.84ID:aZrfGhEg
エビデンス＝納品物
ソフトウェアが正しく動く事＝納品物ではない

どっちが大事かは明らか
0574デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:21:56.91ID:EdLJXccd
>>572
そこの君、良いこと言った
0577デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:24:14.97ID:EdLJXccd
動けば良いってもんじゃない
0578デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:24:40.16ID:+yUuwD4N
しかしマジでエビデンスを納品して
ソフトウェアを納品しない会社があるとはねｗ
0579デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:27:07.60ID:EdLJXccd
顧客が本当に欲しかったものはエビデンスだったんですよー
0580デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:28:41.49ID:EdLJXccd
このスレでもソースは？ 文献は？ ってしきりに聞く人がいるでしょ
エビデンスっていうのは万人に共通する価値基準でありアイデンティティの強化する
アイテムとしてやはりIT業界の顧客にはそういう人があれですねー
0581デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:30:23.54ID:EdLJXccd
Unit Testがプログラマの自己満足であるのに対して
Integration Testは顧客満足なんです
プロダクトとしてどちらを重視すべきかは明らかですね
0583デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:32:56.53ID:EdLJXccd
NGアピールうぜえよｗｗｗｗｗ
0584デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:33:24.08ID:aZrfGhEg
納品日に持っていくのは大量に印刷したエビデンス
そしてマニュアル
あと仕様書だか設計書だかそんな感じのタイトルも覚えてないような書類
そして一番大事なソフトウェアはCD-Rに書き込んで、自社のロゴ入りの紙袋に入れて数人で運び出しうやうやしく納品
客もマジメな顔して印刷物をみて「ここの文字が間違ってる」とか言ってる

そしていつの日か時間がたち、ふとCD-Rを見てみると新品
そう、書き込みするのを忘れていたのだ！！
0585デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:34:58.63ID:EdLJXccd
素直になれよ本当は俺様のレスが見たいんだろｗｗｗｗｗ
俺様の知性あふれるレスポンスに心がふるえて恋しちゃってるんだろｗｗｗｗｗｗ
ｗｗｗｗｗｗお友達から始めよう
0586デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:36:01.64ID:EdLJXccd
>>584
COBOL系の仕事でその伝説は聞いたことがある
0587デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:36:05.59ID:+yUuwD4N
>>581
> プロダクトとしてどちらを重視すべきかは明らかですね

ああ、どちらか一方だと思ってるのか
両方だろ
こりゃだめだｗｗｗ
0588デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:37:43.50ID:HrzH1nM7
>>567
いつも正しく動いたら誰も苦労しないんやで。
必ずしも正しく動かないからこそ責任逃れのためのエビデンスが必要なんやで。
0589デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:39:26.68ID:EdLJXccd
>>587
プログラマの自己満足を重視してどうすんだハゲｗｗｗｗダメなのはお前の頭だｗｗｗｗｗ
Unit Testは認知能力に欠陥のある人間のために考案されたエクササイズ的な位置づけなわけ
Unit Testが発明されたアメリカのITの歴史を見れば火を見るよりあきらか
Unit Testを発明した人間がいまどうなってるか調べて見ると良い
0590デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:43:08.63ID:EdLJXccd
>>588
エビデンスで責任逃れはできます

みなさんも数兆円を動かすような重責を担う仕事についたらエビデンス残すと良いよ
一部上場のITゼネコンでバリバリ仕事こなしてる俺からのアドバイス
頭の片隅に置いて困ったときに思い出したら良いよ
0591デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:44:20.76ID:EdLJXccd
責任は負えば良いってものじゃないリスクヘッジ大事、エビデンス大事、いざというときの保険
0592デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:45:07.89ID:aZrfGhEg
ソフトが動くかどうかなんて些細な問題であって業務が動き続けばいいんだよ

不具合が出るのがわかってたら客に
「印刷ボタン押したらバグるので、こっちのPDFボタン押してから印刷してください」
って通達しときゃいい

もしオペレーターが間違えたら、高菜を食べた客をラーメン屋が咎めるような口調で
「どうして印刷ボタンなんて押したんですか！」って言えばいい
オペレーターだって安くない給料貰ってるんだから、手順書更新したらちゃんとその通り動かしてくれるよ
0593デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:45:21.18ID:EdLJXccd
君たちがバカにしてるエビちゃんも仕事を円滑に回すための一つのツールなんですねー
0595デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:46:48.48ID:EdLJXccd
>>592
良いこと言った、そのとおり
0596デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:52:55.64ID:HrzH1nM7
>>594
前提条件満たした状態ではちゃんと動いていたことを証明するのがエビデンスやでぇ。
想定外のことをされてバグっても「バグが出た前提条件のテスト項目がないのに承認した貴方にも責任がある」と言うためのエビデンスやで。
0597デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:55:57.33ID:aZrfGhEg
「テストの時は動いてたんですけどねー」
「ログ出力を設定してちょっと様子みてみましょうか」
「再発した時の手順書を追加しておきますね」
0598デフォルトの名無しさん
垢版 |
2020/10/07(水) 20:58:16.33ID:EdLJXccd
>>597
これは有能なプロジェクトマネージャ
無能な奴は客の言うなりになってシステムを肥大化させて赤字にする
0599デフォルトの名無しさん
垢版 |
2020/10/07(水) 21:12:48.59ID:vndR91+l
>>588
せやな。現実はそういう証拠も要求されるよな。自己主張ばかりしていないでエビデンスを要求する人の立場と気持ちを考えればいい。

利害関係者はプログラマーだけじゃないだろうに。

>>592
そういう不具合を防ぐための単体テスト
単体テスト的には些細な問題と言い切るべきではないと思う。

設計が糞すぎてコードの修正に時間が掛かるのが理由だとしたら、ますます単体テストで安定するコードの設計を促せなかった罪は大きい。
0601デフォルトの名無しさん
垢版 |
2020/10/07(水) 21:27:37.91ID:EdLJXccd
底辺コーダー単体テストの夢を見る
0602デフォルトの名無しさん
垢版 |
2020/10/07(水) 21:28:38.51ID:EdLJXccd
>>600
わいは一応製品開発部部長だからどちらかというと1級建築士ですかね
0603デフォルトの名無しさん
垢版 |
2020/10/07(水) 21:35:10.23ID:EdLJXccd
社内で実験や研究はやったがUnit Testはユーザ満足度をあげるほど製品品質を左右しないんよねー
現代の開発は統合開発環境や静的検査、動的検査が整備されてコーディングミスはほとんど起きないってことと
単純にうちの社員が優秀ってのもあるだろうが、コーダが書くUnit Testに意味はないとうちの部署では結論した
0604デフォルトの名無しさん
垢版 |
2020/10/07(水) 21:38:29.34ID:EdLJXccd
システムテストが良い、あれはシステムの品質も社員の質も上がる
業務要件もシステムのアーキテクチャも理解してないと観点出しもテストケース作ることさえできないから
システムテストはおすすめ、社員の実力が底上げされる
0606デフォルトの名無しさん
垢版 |
2020/10/07(水) 23:03:30.00ID:MKuB1ZsU
ガチガチに後方互換性を守りたい場合はUnitTestしてもいいかもね
ライブラリメーカーとかならいいんじゃないの
0607デフォルトの名無しさん
垢版 |
2020/10/07(水) 23:14:33.59ID:LK1LuHNw
> ガチガチに後方互換性

言い方がおかしい。たいていはバージョンが有るようなものじゃないんだからさ
この場合は、何らかの理由で修正を入れたときに、エンバグしないように
ガチガチにテストするということだろ

修正なんてどうしてもはいるんだからさ、ガチガチにテストしておかないとだめやろ？
修正したときのエンバグ防止を、ガチガチな後方互換性と言ってるなら
わからなくもないけどさ。エンバグしないってことは、ガチガチな後方互換性とも言えるからね
0608デフォルトの名無しさん
垢版 |
2020/10/08(木) 11:16:14.56ID:6clXcWBV
いまさらどうでも良い話だが
手動か自動かなんて本質とは何の関係も無いぞ
信頼性はテストケースを網羅出来てるか出来てないかだけだ
0609デフォルトの名無しさん
垢版 |
2020/10/08(木) 12:00:25.90ID:Pr6ASxb2
>>608
何の本質？
0610デフォルトの名無しさん
垢版 |
2020/10/08(木) 12:37:21.94ID:bBuM66mL
EdLJXccd
kZm+fu8v
IgGP+BQU
ycF3TYue
4yJ9ltzt
このスレが盛り上がった原因は主にこいつらか。
厶板にも隔離病棟が必要な気がしてきた。
0611デフォルトの名無しさん
垢版 |
2020/10/08(木) 12:49:41.09ID:NhC81FQJ
テストをしなくてもいいぐらい小さく簡潔なプログラムブロックを作り組み合わせる

組み合わせで間違いが起こらないように関数型の知見を応用する

これだけでいい
これができてればバグなんて入りようがないから、テストほとんど意味ない
0613デフォルトの名無しさん
垢版 |
2020/10/09(金) 11:04:06.44ID:TRjG/vuN
>>505
単体テストは一般的にもIPA的にも機能性にフォーカスしたテストだからその記述は誤り

ここはそんな基本的なことも知らない奴らが一日中無意味な雑談をするスレなのでまともな回答を期待してはいけない
0614デフォルトの名無しさん
垢版 |
2020/10/09(金) 11:43:22.54ID:8qJEmYsV
>>613
> 単体テストは一般的にもIPA的にも機能性にフォーカスしたテストだからその記述は誤り
理由は

単体テストは、機能性にフォーカスしたテストであり
プログラムの内部設計書に基づいてホワイトボックステストを実施し、要求性能を満たしているかの確認を行います。

間違ってないよね？
0615デフォルトの名無しさん
垢版 |
2020/10/09(金) 11:47:34.84ID:tUZvClkH
個性あふれる文化の前には定義など無意味。
単体テスト＝コードレビューという場所だってあるんだぜ。
0616デフォルトの名無しさん
垢版 |
2020/10/09(金) 11:56:10.47ID:8qJEmYsV
>>615
その場所がどこか言えるなら、一般的な定義と言えるだろう

企業秘密だから言えるわけないとかいう話なら
それは一般的な定義じゃないだろう
0617デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:36:02.83ID:mOpqVRBo
>>613
試験勉強に毒されて正しいとされる回答を妄信するパターンだね
社会人になって治る人と治らない人がいるんだけど
治らない人は自分で考える力がないので総じて使えない
0618デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:40:07.10ID:EjYkYVIx
>>617
正しい回答とは限らないから、間違ってんだという
根拠をまったく言わずに否定するパターンだね
根拠がないなら主張するのやめたら？
0619デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:43:02.32ID:83iRAGlc
この手の議論をする時は国家資格や有名なベンダー資格等で扱う言葉で議論するべき。

そもそも、企業勤めで資格取る奴は経験も十分に積んでるよ。
資格なんて大学受験に比べれば楽すぎる。
なんで、たったの数千円でとれる資格を取らないの？

言葉が共有できない猿が議論に参加すると邪魔だから消えてほしいね。
0620デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:46:14.62ID:lC8K76Tw
なんで資格を取らないのかって議論にすり替えるのやめてほしい
0621デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:48:03.07ID:lC8K76Tw
>>616
一般的な定義かどうかを議論するのやめてほしい
0622デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:48:25.97ID:83iRAGlc
>>617　←こいつが始めた話だろう。
それ以前にも似たような発言がある。
なぜ、そっちに突っ込まない。同一人物か？
0623デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:48:37.58ID:EjYkYVIx
資格を取らなくてもいいよ。
ただし世間一般の常識を知らないと潰しが効かなくなる
0624デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:49:44.16ID:EjYkYVIx
>>621
> 一般的な定義かどうかを議論するのやめてほしい

なぜ？一般的な定義で話をするのは当たり前でしょ？
そうでないなら○○の定義ではってちゃんと言うこと
一部でしか使われない定義をいっても通じるわけがないんだから
0625デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:51:35.65ID:lC8K76Tw
>>505
>パフォーマンスの性能のことだとすれば、性能以外は確認しない感じの文章になる
>
>普通に間違いっぽいね

仮定を置いて間違いが導かれるなら仮定が誤りだと結論できる
0626デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:53:40.49ID:lC8K76Tw
>>624
普通は通じるよ、語用論でググってみ、概念と単語を同じものだと思ってるから理解できないんだよ
君のコミュニケーションにおける相手の言葉への不寛容さはアスペと呼ばれてもおかしくないよ
0627デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:56:26.55ID:lC8K76Tw
言葉の一部を切り取って騒ぐマスコミとやってることは変わらん
文脈からどういう意味で使ってるのが類推して理解するのが普通の人のコミュニケーション
言葉の定義がー定義がーなんてリアルな会話ではやらないでしょ？
それをやったら会話にならないと思われるから
0629デフォルトの名無しさん
垢版 |
2020/10/09(金) 12:59:02.45ID:lC8K76Tw
5chはアスペに寛容なコミュニティとも言えるかな
0630デフォルトの名無しさん
垢版 |
2020/10/09(金) 13:00:31.33ID:83iRAGlc
昼休みに話の通じない馬鹿に遭遇するとは思わなかった。
話さえ通じれば何でもいいが、駄目だなこりゃ。
厶板にが過疎化する理由がよくわかったよ。

二度とこの板に来ないほうがいいな。
知的障害者との会話は疲れる。
0631デフォルトの名無しさん
垢版 |
2020/10/09(金) 13:01:02.93ID:EjYkYVIx
>>626
そんな話はしてない。通じるかどうかじゃなくて
"別の意味として"間違って通じてしまっては意味がないから
一般的な定義の話しようと言ってるだけ
0632デフォルトの名無しさん
垢版 |
2020/10/09(金) 13:03:06.66ID:EjYkYVIx
>>627
> 言葉の定義がー定義がーなんてリアルな会話ではやらないでしょ？

そりゃそうだろｗ
リアルな会話で「俺の会社では」なんて話をしないんだからｗ
0633デフォルトの名無しさん
垢版 |
2020/10/09(金) 13:20:26.77ID:lC8K76Tw
>>631
通じるわけがないって言ってましたよね、そんなことないですよってこと

>>632
リアルではしないんだ
0634デフォルトの名無しさん
垢版 |
2020/10/09(金) 13:47:09.26ID:JQ1AMLdD
で、その会社文化とやらのテスト分類定義を採用すると、
IPAのテスト分類定義を採用するのに比べてどんなメリットがあるんだい？
0635デフォルトの名無しさん
垢版 |
2020/10/10(土) 05:20:40.98ID:YQJRDE1T
何でこんなスレが伸びてるんだと思ったらあからさまな釣りに釣られてるやつが多かっただけか
0636デフォルトの名無しさん
垢版 |
2020/10/11(日) 00:58:37.49ID:jQvs4XJ7
たんたい‐テスト【単体テスト】 の解説
《unit test》ソフトウエアテストの一。動作対象を小さな単位に分割してテストすることを指す。→結合テスト →ビッグバンテスト
0637デフォルトの名無しさん
垢版 |
2020/10/11(日) 01:00:37.45ID:jQvs4XJ7
言葉の定義は設計書の付録についてくるでしょ
リアルな会話でやらない人は上流工程に参加してないだけ
0638デフォルトの名無しさん
垢版 |
2020/10/11(日) 01:02:41.18ID:QQ2vPcGT
ソフトウェアの最小単位は画面やページやろ？
どうやって1つの関数でテストできるっていうんだ？
0639デフォルトの名無しさん
垢版 |
2020/10/11(日) 11:16:33.93ID:jQvs4XJ7
そうなんだよ
小さい単位だとしか定義されていない
画面は論外としても関数だとは誰も言ってない

昔は暗黙の了解で
単体テスト＝関数だった

推測だが
CUIアプリの場合：単体テスト＝関数
GUIアプリの場合：単体テスト＝1機能を実現する為の最小コンポーネント群
という風になってしまったんじゃないだろうか

要するにCUIのC言語アプリなら関数を最小単位にするのは直感的で
GUIのVBアプリならテキストボックス＋ボタンのセットを最小単位とするのが直感的だった

だから自然と2つの意味が併存してしまい
しかも実施時には違和感を感じなかった
0640デフォルトの名無しさん
垢版 |
2020/10/11(日) 11:39:31.27ID:rsxmIi7K
結論

無能は関数単位でテストする方法がわからない
その方法が存在することを知らない
だから実行ファイルを使ってテストすることしかできない
0641デフォルトの名無しさん
垢版 |
2020/10/11(日) 11:41:06.19ID:rsxmIi7K
>>639
> CUIアプリの場合：単体テスト＝関数

無能の場合CUIアプリのテストとは
実行ファイルを実行してテストする

例えばgitの場合、gitのすべてのコマンドを実行してテストする
git initをしたらどういうファイルが作成されるかをチェックしている
0642デフォルトの名無しさん
垢版 |
2020/10/11(日) 11:53:56.56ID:kZXFoyze
対象になってる粒度次第
0644デフォルトの名無しさん
垢版 |
2020/10/11(日) 12:00:01.38ID:mzj9OHDg
無能ほど無駄な仕事を多くやろうとする

コマンドごとにテストできることをわざわざ関数ごとにテストして膨大な工数を無駄にする
しかも関数のテストをしたってコマンドが正しく動作する保証にはならないから関数のテストは意味がない

バグが混入しにくい堅牢なコードを書くことに労力をかけて
テストはある程度大きな粒度でやったほうがいい
最小限のテストで最大の効果を得ることを考えろ

暇を持て余した学生のお遊びじゃないんだ
業務では工数は限られてる
0645デフォルトの名無しさん
垢版 |
2020/10/11(日) 12:14:15.39ID:TaKoEgM9
また業務ガイジ湧いてて草
0648デフォルトの名無しさん
垢版 |
2020/10/11(日) 13:19:41.83ID:jQvs4XJ7
納品の為のテスト
トラブル対応の時間を減らす為のテスト
損害賠償を回避する為のテスト

同じように見えるテストでも目的は色々
目的が変われば手段も変わる
0649デフォルトの名無しさん
垢版 |
2020/10/11(日) 18:23:47.93ID:z7d9ld+N
なるほどな
仕様を満たしているか確認するためのテストはしなくていい現場ってのがあるわけだ
0651デフォルトの名無しさん
垢版 |
2020/10/11(日) 19:47:52.34ID:jQvs4XJ7
自動テストはダメなの→自動テストが正しい事はどうやって担保するのか→人間のほうが信用できない→自動テスト作ってるのも人間→ふぁ？

人類はこうやって無駄を繰り返してきた

そもそも自動テストは繰り返し何度も行う前提
ウォーターフォールであるおまえらの現場では自動テストは相性が悪い
0652デフォルトの名無しさん
垢版 |
2020/10/11(日) 19:49:19.76ID:kFRHzfrM
>>651
根本的にわかってないだろｗ

> そもそも自動テストは繰り返し何度も行う前提
テストが一回で終わることなんてありえないよ
バグを修正するたびに全部テストやり直しだからね
1つでも見つかったら全部やり直し
0653デフォルトの名無しさん
垢版 |
2020/10/11(日) 20:08:06.89ID:IRO7qPRX
バグはコンパイラに探させたほうがいい
だから関数型がいいんだ
関数型はテストもシンプルで少なくて済む
0656デフォルトの名無しさん
垢版 |
2020/10/11(日) 20:51:40.01ID:dpbsaRzg
？

ゲームで設定から言語を
英語から日本語に変更したら
日本語で表示されるでしょ？

関数型でも同じことなんだが
0658デフォルトの名無しさん
垢版 |
2020/10/11(日) 21:07:29.17ID:jQvs4XJ7
ナウなヤングはステートを持たないコーディングがバカウケでしょ？
DBに持たせてアプリケーションサーバには持たせない
0659デフォルトの名無しさん
垢版 |
2020/10/11(日) 23:34:04.06ID:W4Wa1Rix
言語変更の問題なら、
すべきテストは異なる環境を網羅した横展開のテストだけど、
>>1の指摘なら、全く同じ環境なのに手動で1000回試行しろと命じられる縦に掘っていくテスト
0660デフォルトの名無しさん
垢版 |
2020/10/13(火) 19:03:34.58ID:iaFJXjyC
>>656
純粋に関数型を突き詰めるなら状態が必要な部分は全部引数に追い出すのが正解じゃないかな
多言語対応必要なラベルは言語コンフィグ参照なんかせずに毎度文字列を受け取れってことだ
まあ流石にそれはきついだろうから文字列そのものじゃなく文字列を吐くモナドを受け取る形でもいいと思うけど
0662デフォルトの名無しさん
垢版 |
2020/10/15(木) 16:45:53.96ID:HNijBbKl
>>661
ちゃんと読めよ
自動化してもテストケースは人間が作ってるから
テストケースも自動化しようぜ！っていうのがHypothesisっていうツールの役目だろ？
だから自動テスト自体を否定してるもんじゃないぞ

https://github.com/HypothesisWorks/hypothesis
0665デフォルトの名無しさん
垢版 |
2020/10/16(金) 08:32:18.61ID:FKXPrG5o
>>664
むしろ、従来の自動化程度では甘い。もっと自動化しようぜとしか読めないのだが。
てか、あんた、中学レベルの英語を読めないの？
0667デフォルトの名無しさん
垢版 |
2020/10/16(金) 12:10:17.32ID:nTFwSCW3
自動テストを実現できていれば
中身を他の言語で書き直しても
簡単に動作確認が取れるよな
0668デフォルトの名無しさん
垢版 |
2020/10/16(金) 12:12:12.88ID:jRO02CLT
開発環境言語とテスト環境言語は一緒でも良いけど
開発環境とテスト環境は一緒にしてると移行しにくいな

ソースにテスト埋め込めます(キリッ
っていう言語多いけどさ
0669デフォルトの名無しさん
垢版 |
2020/10/16(金) 18:51:33.46ID:z+duWmz5
全自動になったとしてさ
ルールは与えないといけないわけでしょ？
そのルールのデバッグできないの？
0671デフォルトの名無しさん
垢版 |
2020/10/16(金) 21:42:50.76ID:Z7geSy3Q
仕様書に書いてあることだけチェックすりゃいいわけで
仕様書の項目以上増えることはない
0672デフォルトの名無しさん
垢版 |
2020/10/17(土) 10:32:40.48ID:0qFIP5N2
仕様書からコード自動生成すればテスト不要説
0674デフォルトの名無しさん
垢版 |
2020/10/17(土) 11:55:44.81ID:LinsUHOp
>>672
CASEツールやらUMLコード生成やらもう何十年も前からそういったアプローチがあるけど全くスタンダードになってない。
唯一Matlab+Simulinkが自動車業界で流行ってるぐらいかな？
開発言語の進化こそあるにせよ結局仕様書の曖昧さを具体化するのはソースコードのみであるという事実は何も変わってない。
0675デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:29:10.51ID:Ty9bf9Kk
仕様書は結構曖昧に書かれている
その曖昧な仕様書をよんで、ここが曖昧ですと指摘できるAIが
実現できないと仕様書からコードは自動生成できるようにはならない

しかし曖昧な文章を理解できてかつ、曖昧な文章を曖昧だと指摘できるAIは作れるのかね？
0676デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:35:18.94ID:qrQLeEGD
仕様書が曖昧でも別に俺らは困らないよな
割と曖昧に組むこともできるし

会社の経営者層と俺らって一線引いてあること多いし
セキュリティが緩かったですなんて完全に他人事
客先常駐だったらそもそも仕様を決めたクソったれが悪いし
請負だったら出された要件を満たす項目だけ組むだけ
要件に最強のセキュリティとか書いてあったらできませんと返すことになるだろうが
0677デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:37:17.41ID:/Ip3Dsod
アスペ型AI最強説
0678デフォルトの名無しさん
垢版 |
2020/10/17(土) 12:55:58.45ID:ef5D23Sc
仕様書から生成されたコードの動きをテストするのは
仕様の曖昧さとは関係ない
仕様に曖昧さがなくてもテストは必要
0679デフォルトの名無しさん
垢版 |
2020/10/17(土) 13:02:44.32ID:Ty9bf9Kk
>>676
> 仕様書が曖昧でも別に俺らは困らないよな

プログラムに直すときに修正しているからね
コンピュータ（AI含む）はそれができないから
仕様書からのコードの自動生成なんて不可能
0683デフォルトの名無しさん
垢版 |
2020/10/17(土) 16:23:53.28ID:0qFIP5N2
>仕様記述言語

rubyのことですねわかります
0687デフォルトの名無しさん
垢版 |
2021/05/04(火) 11:11:34.18ID:b1y0cGGl
俺は単体テスト煽りの意見を支持する
単体テストは杓子定規な方便だよ
ネクタイと革靴の有無で大人度を判断するような本質からズレたまま根付いたスタンダード
まるで無駄とは言わんが、なくなった方が世界が少しシンプルになるやつだ
0689デフォルトの名無しさん
垢版 |
2021/08/22(日) 09:13:05.54ID:0Cz6ueFz
Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴 バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412


Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます
0690デフォルトの名無しさん
垢版 |
2021/08/22(日) 10:26:58.06ID:0Cz6ueFz
Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴 バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412


Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます
0691デフォルトの名無しさん
垢版 |
2021/09/30(木) 00:33:23.23ID:LxZQn4OD
きれいなテストが書けるやつのコードは読みやすいよ
テストに工数がかかるし意味ないって言ってるやつはCLEANなコードが書けていないだけ
0692デフォルトの名無しさん
垢版 |
2022/01/25(火) 07:14:27.74ID:oh1CnL8E
おまえらテストいちいち自動化してんの？
マジでえらいな
おれ時間勿体無いしそんな時間あったらネットしたりしてたいから
手動でぱぱっと終わらして
仕様変更来ても関係なさそうな部分だったらテストしないわ
0694デフォルトの名無しさん
垢版 |
2022/02/23(水) 22:50:38.23ID:vebGIGPQ
なんだか２０年くらい前にユースケース図が流行ったときに
全く役立たない棒人形ばかり仕様書に書いていた事を思い出した。
テストプログラムもユースケースと同じように書いてる本人も意味が分かっていないかも？
0695デフォルトの名無しさん
垢版 |
2022/02/24(木) 05:17:14.07ID:p2TrS2W4
テストプログラムがなんのことか知らないけど、
よく使われている有名なオープンソースソフトウェアには
かならずテストコードがありますよね？

テストコードの重要性は否定できないのでは？
ユースケースは殆ど見かけないけど
0696デフォルトの名無しさん
垢版 |
2022/02/24(木) 09:59:05.05ID:bIfpVEhP
>>695
ユースケース図のコピペと同じで
常にパスするテストコードばかりのプロジェクトも見たことある。

関係ないがその会社は他にも難があり

VisualSourceSafe（当時）みたいな履歴管理システムは分かりにくいから使うな。
クラスはトレースが困難だから使うのはやめるように
JavaのInterfece宣言がプライベードメソッドにだけされている。
DBでSelectした場合は必ずInsertした順序で出るから・・・

今でもこんなところがありそうなので怖い。
0697デフォルトの名無しさん
垢版 |
2022/02/26(土) 11:15:18.32ID:G6ZMwUwP
え？ユースケース図は今は書かないの？
要件定義ではいつも書いてるけど
0698デフォルトの名無しさん
垢版 |
2022/09/23(金) 05:40:13.22ID:SjZ1QYT4
このスレ加齢臭すごいな
汎用系→WEB系に転職したけど
まさに汎用系の現場にいたようなやつらばかりだね

どうせアレだろ？「スクリプト言語は簡単！バカでも出来る！！」信仰なんだろ？
一生COBOLでPERFORM文でも書いとけや
金になるからって若手に変な仕事押し付けないでください。
0702デフォルトの名無しさん
垢版 |
2022/11/17(木) 15:17:22.85ID:4/RBxSzs
ユニットテストにエクセル生成のライブラリをくっつけたやつが有れば便利なんじゃないかと思ってる
0705デフォルトの名無しさん
垢版 |
2023/04/18(火) 08:37:01.78ID:7G0k8gAq
単体テストって改修した部分のコードをexcelに貼り付けて確認表を埋めるんだろ。知ってる。
0707デフォルトの名無しさん
垢版 |
2023/10/01(日) 14:23:05.16ID:pNuOLFVm
>>704
テストパラメータをズラズラ並べる時なんかはcopilotの補完がかなり利くね
テストデータを外出しにすると逆に補完が利きづらいから外出ししたくなくなるw
新着レスの表示
レスを投稿する

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