「単体テストを手動で行いエビデンス取る」の破壊力 (710ﾚｽ)
上下前次1-新
294: 2020/09/26(土)20:53 ID:c/9EiqGf(7/8) AAS
>>291
見てどうするの？
お前に見張り番頼んだら、盗まれていくのを見てましたって言いそうｗ
295: 2020/09/26(土)20:54 ID:c/9EiqGf(8/8) AAS
訂正
>>291
ログ見てどうするの？
お前に見張り番頼んだら、盗まれていくのを見てましたって言いそうｗ
296(1): 2020/09/26(土)20:55 ID:nlLPMFg9(1) AAS
>>281
相手するなよ…
297: 2020/09/26(土)20:55 ID:gRR2jm5z(10/16) AAS
>>283
>総合テスト > 結合テスト >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> 単体テスト
はーまたソース無し
IPA辺りの資料だけど、アジャイル開発の進め方見てみ？
外部ﾘﾝｸ[pdf]:www.ipa.go.jp
9ページにはTDDを基本にするって書いてあるやろ？
つまり単体テストを避けて通れないの
あと先進的な設計・検証技術の適用事例報告書 2015 年度版の資料
外部ﾘﾝｸ[pdf]:www.ipa.go.jp
ここに単体テストの有用性を検証した結果出てるぞ、15ページな
省2
298: 2020/09/26(土)20:56 ID:vfGHSq+F(6/6) AAS
>>296
そうするか、NG登録しよ。
荒らしとしてBANされることを祈ろう。
299(1): 2020/09/26(土)22:22 ID:EyP34oM1(1/7) AAS
まあ、なんとなく言うこともわからないでもない
結局、単体テストのチェック項目は言うほど明確にならないってことだな
浮動小数点の変数1つとっても厳密にやると恐ろしく時間がかかる
彼も全くなんのチェックもしないわけではないだろう
ただ、リリース毎に走らせるような仕組みなんか無駄なコストだと思う
もちろん動かないなんてのは言語道断だがそれは従来のテストで不十分か？と言えばそんなことはないと思う
それよりは結合で出る他のモジュールとの不整合や
総合で出る使い勝手の悪さの修正などに時間をかけた方がいいと思う
さらに言えばリリースしたあともユーザが使ってないような機能なんていっそ小規模な不具合があってもほっといてもいいのではないか？とは俺も思う
もちろん動かないなんてのは言語道断だが
省2
300: 2020/09/26(土)22:29 ID:9iLYNIRG(1/3) AAS
もしかして 自作自演？
301: 2020/09/26(土)22:31 ID:en54jqZM(1/2) AAS
なんじゃこのオチはwww
302: 2020/09/26(土)22:37 ID:9iLYNIRG(2/3) AAS
おい、ためしにlgGP+BQUは何か書き込んでみろ(原爆投下)。
303(1): 2020/09/26(土)22:42 ID:gRR2jm5z(11/16) AAS
>>299
>結局、単体テストのチェック項目は言うほど明確にならないってことだな
>浮動小数点の変数1つとっても厳密にやると恐ろしく時間がかかる
一回仕様決めてテスト書いたら
後はもう1関数辺り数秒にも満たない実行時間しか無いぞ……
つか浮動小数点のテストなんてそこれそユニットテストで良くやるやつやん
304(2): 2020/09/26(土)22:45 ID:EyP34oM1(2/7) AAS
なんの作戦もなく単体テストの自動化を勧めてくるペテン師に引っかかってはならないというのはガチだと思う
・自動化Scriptの作成コストはでかい
・単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？
・そんなに何度も単体テストしないし
・かけたコストに対するリターンが小さそう？
305: 2020/09/26(土)22:51 ID:IgGP+BQU(30/30) AAS
>>304
まともな人が居てうれしい
306(1): 2020/09/26(土)22:51 ID:EyP34oM1(3/7) AAS
>>303
すげー大変じゃん
仕様を定義するやつも
小数点いくつで四捨五入なのか切り捨てなのか全部考えないと
でもそんなことしなくてもプログラムって動くし
んでこういうのって会社で一旦やるって定義されちゃうと全部やらないといけなくなっちゃう
でも大半は必要ない
307(2): 2020/09/26(土)22:57 ID:gRR2jm5z(12/16) AAS
>>304
>・自動化Scriptの作成コストはでかい
それは正しいが、テスト自動化の作成/修正コストは
総合>>結合>>単体テストの関係になる
(必要な構成、モジュールが総合テストに近づくほど増えて影響範囲がどうしても増えるので）
>・単体テストよりもうちょっと上の階層のテストの自動化の方がよくないか？
総合/結合テストの自動化はバグを発見するのが目的ではなく
既存機能が壊れてないを確認するために使うんだぞ？
勘違いしてる人が要るかもしれんが、総合/結合テストでバグが頻発すると
テストが失敗した原因の調査〜修正の作業に無視できない工数がかかるから、
省12
308: 2020/09/26(土)23:05 ID:en54jqZM(2/2) AAS
自演成りすましかとも思ったが本物だった
幼稚過ぎるやろ
309(2): 2020/09/26(土)23:05 ID:EyP34oM1(4/7) AAS
>>307
自動テストは単体が一番作るの大変だと思うけどなｗ
結合や総合はモジュールや機材のセッティングは大変だけど
作るのは簡単やろ
だってUWSCで画面のボタンをポチって押すだけやろ
少なくとも俺はそんなイメージだけど？
310: 2020/09/26(土)23:12 ID:9iLYNIRG(3/3) AAS
>>309
うーん、もしかして受託開発？
311(1): 2020/09/26(土)23:17 ID:gRR2jm5z(13/16) AAS
>>309
>作るのは簡単やろ
>だってUWSCで画面のボタンをポチって押すだけやろ
それは考えが甘すぎだわwwwwwwwwww
それだと操作しかしてないやん
UI周りの自動テストを実装する場合
・テストシナリオ(どういう操作をするのか）
・テストの判定基準
(想定通りの画面に遷移しているのか、表示されるメッセージが正しいか、データ登録が絡むならその結果も正しいのかなど）
・テスト結果の判別方法
省5
312(1): 2020/09/26(土)23:17 ID:EyP34oM1(5/7) AAS
>>307
単体テストのモジュールってさ
上流で変更があると枝葉って変更じゃなくて消滅と生成のが多くない？
そうなると実ははじめの一回目しか実は見てないんじゃない？って俺は思っちゃうんだよね
枝葉をくっつける本流の方が間違ってるときってそれそもそも自動化以前にテストやっとるのかと？
俺は単体テストの自動化テストはヒット数（実際にバグを捕まえた数）は少ないと思ってる
苦労した割には
313(1): 2020/09/26(土)23:22 ID:GBugeZhr(1) AAS
Ruby on Rails のRSpec で有名な、ソニックガーデンの伊藤淳一とか、
Serverspec の作者・宮下剛輔とか、有名
YouTube で有名な、雑食系エンジニア・KENTA は、
初心者のRailsポートフォリオに、CircleCI まで入れれば、有利と言ってるし
有名は人は皆、BDD の鬼！
314(2): 2020/09/26(土)23:25 ID:gRR2jm5z(14/16) AAS
>>312
単体テストでバグの発見数は正直重要じゃないな
というかそんなん集計とるか？
普通は単体テストが成功してからコミットするし、テストコード無しでコミットしようとしたらプログラマー〆るだろ
……というか仕様変更の度に関数が消滅と生成が起きるって
それはどっちかと言うとプロジェクトの問題では……？
315(1): 2020/09/26(土)23:29 ID:EyP34oM1(6/7) AAS
>>311
総合や結合の結果の判別なんか
ログの最後の出力がCompleteだったぐらいでええやろ
機材がクソってるのにログにCompleteって出てるならそれってテストScriptのせいじゃなくてそもそもログ出力腐ってるやろ？
316: 2020/09/26(土)23:35 ID:EyP34oM1(7/7) AAS
>>314
きっちりメソッドが分けられず
他の機能と融合してるから
変更が多いんやろ
普通は上流の変更があったら枝葉のメソッドは生成と消滅が多い
317: 2020/09/26(土)23:39 ID:gRR2jm5z(15/16) AAS
>>306
そこは仕様によるし、あと責務の分割とかそういう発想でプログラムを組めばいい
超簡単な例として、電卓を上げるぞ
win10の電卓を叩くと
10/3 = 3.3333333333333333333333333333333
20/3 = 6.6666666666666666666666666666667
っていう感じで小数点31桁で出てくる
この結果から以下の仕様が読み取れる
・計算した結果が無限小数の場合、小数点は31桁まで表示する
・小数点31桁目は四捨五入して表示する
省5
318: 2020/09/26(土)23:50 ID:gRR2jm5z(16/16) AAS
>>315
それはテストツールによるとしか言えん
ちゃんとしたGUIテストツール使って、シナリオも確認してるのであれば
もちろんばログレベルの確認で良い
ただUWSCって名前が出たからついな
あれは自動操作用の目的だし、そもそも今開発止まってるから使うべきツールではない
319: 2020/09/27(日)00:16 ID:4yJ9ltzt(1/11) AAS
>>314
テストコードコミットしたらぶっ殺すわｗ 仕事しろと
320: 2020/09/27(日)00:17 ID:4yJ9ltzt(2/11) AAS
自己満は趣味でやれ、仕事でテストコード書くなと
321(1): un.coder ◆n27dpjULd2 2020/09/27(日)00:20 ID:u5qdbgw4(1/3) AAS
複数の下流工程を管理する際、テストコードの無い成果物を渡されても、そのソフトウェアモジュールを製品に組み込んでもいいのか判断に困る。
そもそも、単体テストが済んでいるということは、そのソフトウェアモジュールはテスト仕様の範囲では正しく動くことが保証されているわけだ。
だから、完璧な単体テストさえ行っておけば、完璧なモジュールを組み合わせて完璧な製品が出来上がるから、理論上完璧な単体テストができれば結合試験すらいらないんじゃないなって思う。(流石に大胆発言か？)
※顧客満足のチェックまでは無理だが。
※ここで言う完璧なモジュールというのは組み合わせれば理想な製品ができるモジュールのこと。(前提条件がシュールすぎる？)
まぁ、現実的に人が設計をする以上、仮に一つ一つのモジュールがテスト仕様書を満たしたところで組み合わせても上手くいく保証はないから結合テストもやるんだが...。
単体テストについては、こんなイメージだな。
322(1): 2020/09/27(日)00:22 ID:4yJ9ltzt(3/11) AAS
プロならテストコード書かなくても動くコード書くのが普通
単体テスト書くことが目的化してしまってるのがマナー講師と呼ばれる所以
323: 2020/09/27(日)00:26 ID:4yJ9ltzt(4/11) AAS
>>321
単体テストは時間の無駄だから
単体テストのテストコード見て判断する木偶の坊が管理してるとかそのプロジェクト破綻してるだろｗｗｗｗｗｗｗｗｗｗｗｗ
大局を見ろよ、設計として正しいかどうかで判断しろ、単体テストのテストコード見てどうするんだバカｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ笑い死にさせる気かｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
324(1): un.coder ◆n27dpjULd2 2020/09/27(日)00:27 ID:u5qdbgw4(2/3) AAS
なんか、さっそく、あぼーんされている奴が沸いてるんだけど。
ごめんね。俺のブラウザだと、NGが共有されるから、読めないや。
325: 2020/09/27(日)00:28 ID:4yJ9ltzt(5/11) AAS
「単体テストのコードがあるな、よし！」とか言ってるのかｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗ現場猫かよバカがｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
326: 2020/09/27(日)00:29 ID:4yJ9ltzt(6/11) AAS
>>324
見てるくせにｗｗｗｗｗNG解除してみてるくせにｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗハゲワロｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
327: 2020/09/27(日)00:31 ID:4yJ9ltzt(7/11) AAS
お前ら笑いの才能だけはあるよなｗｗｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗすげーわ単体テストのテストコード見て管理した気になってるとかｗｗｗｗｗｗｗｗ
ｗｗｗｗｗｗｗｗｗｗ次元が違うわｗｗｗｗｗｗｗｗｗｗｗｗ
328(2): 2020/09/27(日)00:33 ID:gReWMIlS(1/6) AAS
>>322
適当に有名処のフレームワークのGithub覗いて来たけどさ
がっつりユニットテストコード書いてるけどね、仕事として
それとも今でも一線で活躍してるフレームワークをまた10年前のシステム〜とかで良い訳でもするん？
あ、オープンソースだから参考にならないっていうかもしれないな！
Djangoフレームワーク(python)
外部ﾘﾝｸ:github.com
コード例
外部ﾘﾝｸ[py]:github.com
Springフレームワーク(java)
省3
329(1): 2020/09/27(日)00:36 ID:4yJ9ltzt(8/11) AAS
>>328
ロクなテストしてないな、やっぱ単体テスト無駄だわ、そのテストなくても問題ない
いいよなーオープンソースは気楽でよー、人件費なんて無限に湧いて出るようなもんだもんなー
お前のようなアホが実績欲しさに無駄なコード書いてくれるもんなーいいなーうらやましいなー
無駄なテストコード書いて時間つぶして居られるなんて幸せものだなー
330: 2020/09/27(日)00:38 ID:4yJ9ltzt(9/11) AAS
無駄なコードでも大変だから仕事した気になれるんだろうなーやりがいはありそうだよねーｗｗｗｗｗ
ｗｗｗｗｗｗｗｗ一銭の価値もないけどｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
331: 2020/09/27(日)00:40 ID:4yJ9ltzt(10/11) AAS
お前ら授業中に真面目にノート取って先生に褒められて勉強できる気になってそうｗｗｗｗｗｗ
332: 2020/09/27(日)00:40 ID:4yJ9ltzt(11/11) AAS
でも高卒どまりｗｗｗｗｗ
333: un.coder ◆n27dpjULd2 2020/09/27(日)00:47 ID:u5qdbgw4(3/3) AAS
>>328
有名どころのテストコードを見たことが無かったけど、思ったより普通だった。
でも、まぁ、勉強になる。
334: 2020/09/27(日)00:55 ID:gReWMIlS(2/6) AAS
>>329
>ロクなテストしてないな、やっぱ単体テスト無駄だわ、そのテストなくても問題ない
「この単体テストは無駄、不要」っていう判断を下すには以下を知って無きゃいけない
・テスト対象のコード仕様
・テストコードの内容
先に言っておくが、無駄なテストコードっていうのはもちろん存在するぜ
テストカバレッジを水増しするようなコードとかな
あんたは3分足らずで言語仕様も異なる二つのフレームワークのソースを見て
コードの仕様とテストコードを理解して文句を付けてるわけだ
いやー、すごいすごい、単体テスト不要派なのにめちゃくちゃ詳しいんですねー
省4
335: 2020/09/27(日)01:03 ID:gReWMIlS(3/6) AAS
あ、1位のReact、2位のAngularもテストコードは実装してるぞ
(自分がJavaScript使ってないからあんまりこの辺のコードは読まない）
React
外部ﾘﾝｸ:github.com
Angular
外部ﾘﾝｸ:github.com
しかしまさか有名なオープンソースすら否定すると思わんかったわ
一体何を根拠にその自信が持てるのか分からん
336: 2020/09/27(日)01:14 ID:gReWMIlS(4/6) AAS
あと中々面白いのがこれだな
外部ﾘﾝｸ:github.com
やまほどテストコードが転がってるから読み込むだけでもいい勉強になる
テストフォルダが細かく切られてるから読み解くのがちょっと大変だが
外部ﾘﾝｸ[java]:github.com
個人的にはDjangoのテストフォルダの構成が一番読みやすかった
337: 2020/09/27(日)01:22 ID:gReWMIlS(5/6) AAS
PythonのテストフレームワークでPyTestっていうのがあるんだけど
サンプルコードが少ないっていう問題があるんだが
その時はPyTestのgithubを見ると良い
外部ﾘﾝｸ:github.com
なんとPytestはPytestでテストしてるから、これを読み込むのが一番良かった
何より分かりやすい
338: 313 2020/09/27(日)04:26 ID:6sIZ9RBB(1) AAS
日本では、この2人がBDD の鬼！
Ruby on Rails のRSpec で有名な、ソニックガーデンの伊藤淳一は、
RSpec の本、Everyday Rails も翻訳してるし、
Serverspec の作者・宮下剛輔も、有名
339: 2020/09/27(日)04:47 ID:cmce3quc(1/7) AAS
結局オープンソースとか有名プロジェクトは
単体テストを行うのは最低限の常識レベルになってるんだな
340: 2020/09/27(日)04:48 ID:cmce3quc(2/7) AAS
あ、もちろん単体テストを自動テストするって話ね
手動だったら単体テストやってるなんてこと外部からわからないから当然かｗ
341: 2020/09/27(日)04:52 ID:cmce3quc(3/7) AAS
手動テストの問題はコストがかかること
人海戦術でやるという発想でコスト意識がないのだろう
だいたいこういう所は客が金を出してる。つまり自分の懐は傷まないｗ
コストがかかる手動テストのプロジェクトでのコスト削減の発想はテストが必要なることをやらないこと
ソースコードを修正するとテストが必要になる。つまり極力ソースコードを修正しない。
こういうところは未だにIEじゃないと対応してませんとかやってる。
作って検証ができないからユーザビリティも悪い
342(1): 2020/09/27(日)08:00 ID:ZfMHcABY(1) AAS
Google map
外部ﾘﾝｸ[java]:github.com
調べると事例なんて腐るほどあるな。
ただ、いまいち自動化という言葉の意味がわからない(ただの無知)。
有償のテストツールを使ったことないけど...自動化とは言えど、テストコードを記述してビルドして実行することには変わりがないのだろう？
無知故の疑問だが、自動化と非自動化の差って何だ？
343(1): 2020/09/27(日)11:53 ID:cmce3quc(4/7) AAS
>>342
「ちゃんとテストしたのか？」
・自動化
「はい、ここにテストした内容が書いてあります。これを実行しました。
テストに通ったことはテストの実行結果から判断できます。
もう一回やってみろって？コマンドを実行するだけですのですぐ終わります。」
・非自動化
「はい、ここにテストした証拠のスクショがあります。手順通りに実行してOKっぽかったからチェックを入れました。
テストに通ったかどうか？手順通りにやりましたよ！スクショがあるんだから信じてください。
もう一回やってみろって？全部ですか！？何時間、いえ何日かかると思ってるんですか！」
344(1): 2020/09/27(日)12:14 ID:kiO2NTDS(1/2) AAS
>>343
エビデンスは？
345(1): 2020/09/27(日)12:17 ID:cmce3quc(5/7) AAS
>>344
あなたがもう一回実行すればいい
あなたもすぐにテストを実行したというエビデンスを作ることができる
346(1): 2020/09/27(日)12:21 ID:kiO2NTDS(2/2) AAS
>>345
じゃあ、作業未完了だね
納品物にエビデンスって書いてあるじゃん
347: 2020/09/27(日)12:24 ID:cmce3quc(6/7) AAS
>>346
実行した姿をビデオカメラに写しておけばいいだけでは？
このテスト、私が実行しましたってｗｗｗ
それ以外に何が欲しいんですかねぇ
348: 2020/09/27(日)12:29 ID:VyFDY5e4(1/2) AAS
エビデンスが要求される粒度のテストのためにエビデンス生成フレームワーク作っとくと便利よ
349(1): 2020/09/27(日)12:33 ID:VyFDY5e4(2/2) AAS
もちろん1番大事なのは自動テストの性質に合わせたエビデンスの形態を定義して、客に受け入れさせる営業力だが
350: 2020/09/27(日)12:50 ID:CqP8QnJk(1) AAS
日曜だから市場で買ったカニの出汁を濃縮してるわ、冷凍してとっとくんだ
これがホントのカニdense
351(1): 2020/09/27(日)13:02 ID:cmce3quc(7/7) AAS
>>349
テスト自動化のほうが安くなります。
手動で作業したらその分時間がかかります。
スクショとったらその分時間がかかります。
しかもそのとったスクショ、あなた全部検収するんですか？
みたいにいえばOK
金と手間がかかる問題を客に押し付ければ意見は通る
352: 2020/09/27(日)13:25 ID:3AXdWV8W(1/3) AAS
>>351
ええ、そうですよ
353: 2020/09/27(日)17:13 ID:gReWMIlS(6/6) AAS
UIの自動テストはスクショもログ＋スクショ自動生成までやってくれるから
本当にエクセルに張り付ける作業は不要なんだよな
スクショ張り付け作業をこれやらされる新人はマジで悲惨
354: 2020/09/27(日)17:29 ID:I+ot45zN(1) AAS
しまいにゃ手動でやれば、バグがあって金がかかろうとも、丁寧な作業をしてると客を騙しはじめるのだろうな
355: 2020/09/27(日)18:28 ID:3AXdWV8W(2/3) AAS
ていうか自動化にエビデンス入ってねぇのかよ
客に出せるレポートなんか出んだろフツー
356: 2020/09/27(日)18:47 ID:9HAdnqqz(1) AAS
エビデンスは手作業で取るもの。自動で撮って誰が確認するというんだ？
客はエビデンスがあることを見てるだけで内容までは確認しないものだぞ
エビデンス撮った本人が、よくわからんが、まあバグっぽくない画面で動いてるからヨシ！ってやって
やっとエビデンスの意味があるというものだろう
357(1): 2020/09/27(日)23:33 ID:3AXdWV8W(3/3) AAS
ログでもいいやん
正しく動く証明になれば
358: 2020/09/27(日)23:48 ID:mDpIXF3L(1) AAS
Firefox for iOS
外部ﾘﾝｸ:github.com
Wire (エビデンスあり)
外部ﾘﾝｸ:github.com
kickstarter (エビデンスあり)
外部ﾘﾝｸ:github.com
359: 2020/09/28(月)00:00 ID:Z60TNrQV(1) AAS
ログが正しく動いてることを証明するエビデンスが必要
そのエビデンスが正しいことを証明するエビデンスが必要
さらにそのエビデンスが正しい・・・
360(1): 2020/09/28(月)00:42 ID:IvlPnhNT(1/6) AAS
>>357
ログはたんなる実行結果に過ぎないから正しく動く証明にはなることはないよ
ログを正しく動く証明にするには方法は２つ
1. ログを取った担当者が、それをみて判断する
2. ログを取った人と別の人が担当者が、それをみて判断する
どちらが判断するにしても、正しい答えを知らなければ正しく動くと証明することはできない
だから上の方で言っていた正しい答えなんか事前にわかるわけ無いだろ！それっぽい値ならそれでいいだろ！
なんてのは問題外なわけ。正しく動く証明をしてないわけだから
スクショなんかも、取ったってそれみて後から検証なんかしないでしょ？
今からスクショみてバグが表示されてないか見ますなんてしないでしょ？
省6
361(1): 2020/09/28(月)01:55 ID:TvE1ypt9(1) AAS
>>360
いや、ログ出力のテスト通ってるし
362: 2020/09/28(月)03:01 ID:XaZwDbHz(1/4) AAS
ログって言葉が独り歩きしてるけど
基本的に自動テストって
・想定通り動いた＝OK出力(グリーン)
・想定通り動いていない＝ＮＧ出力(レッド）
の2観点しかない
自動テストは結果判定もしてるから、実行だけ成功＝OKには絶対にならん
(そんなテストを実装してたらぶっ殺されるわ）
で、自動テストのログが当てにならないっていう人って
無意識に以下のパターンを想定してるんだよね
・想定通りに動いて無いにも関わらず、OK出力(グリーン)が出ている可能性がある
省7
363(1): 2020/09/28(月)08:09 ID:IvlPnhNT(2/6) AAS
>>361
ログ出力のテストって何？
ログの話は「ログ見て人力で目視比較してそれっぽい値ならOK」ってやつでしょ
ログに出力した後に人力比較があるんだよ
364(1): 2020/09/28(月)09:58 ID:9LRH2lrq(1) AAS
>>363
ログ出力だって機能の一つなんだからテストするでしょ？
ちゃんと指定通りのフォーマットで出てるかどうか？
日時、種別、内容などなどね
しないの？
365: 2020/09/28(月)10:34 ID:kZm+fu8v(1/4) AAS
するわけねえわｗｗｗユーザと関係ないだろうがバカがｗｗｗｗｗ
366: 2020/09/28(月)10:35 ID:kZm+fu8v(2/4) AAS
何のためのテストだよｗｗｗｗｗｗ
意味のないテストやって尺稼ぎしてんじゃねえぞ経営者目線で仕事しろ
367: 2020/09/28(月)10:37 ID:kZm+fu8v(3/4) AAS
ユーザと関係ないところで一生懸命頑張っても誰も認めねえからな
売上に一ミリも寄与しないこと頑張ってどうするんだｗｗｗｗｗｗｗｗｗ
ｗｗｗｗユーザから目をそらすために関係ないこと頑張ってるんだろｗｗｗｗｗｗ
パソコンが好きなだけじゃ会社は成り立たねえんだよｗｗｗｗｗｗｗｗｗ
368: 2020/09/28(月)10:49 ID:IvlPnhNT(3/6) AAS
>>364
> ログ出力だって機能の一つなんだからテストするでしょ？
わざとかもしれないけど（笑）話がすり替わってる
ログ出力機能のテストの話じゃなくて
○○機能のテストをするとき、その機能の結果をログに出力して
その出力を目視で人力比較してテストするのはアホという話をしてる
369: 2020/09/28(月)10:51 ID:kZm+fu8v(4/4) AAS
単体テストのテストコード書くほうが100倍アホだからｗｗｗｗｗｗ
ｗｗｗｗｗｗｗそこんとこ忘れんといてよｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
370: 2020/09/28(月)10:51 ID:IvlPnhNT(4/6) AAS
自動テストでも実行結果をログに出力できるわけで
コンピュータで「比較」までやるか、人力で「比較」するか
誰が「比較」するのか？が違う所なんだよね
371: 2020/09/28(月)10:53 ID:a6s5Hb4H(1) AAS
なんかよくわからないところに噛み付いてるのでスルー
372: 2020/09/28(月)10:57 ID:053eSEmA(1) AAS
wの数と知能の高さは反比例するらしい
373: 2020/09/28(月)11:18 ID:IvlPnhNT(5/6) AAS
これの話だからな
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
結局最後に頼れるのは人間の目だからな
何のために目が付いてるか考えろ
ログを見るためだろうが
374: 2020/09/28(月)13:05 ID:Pd1BjD7i(1) AAS
関数の入力仕様と出力仕様が明確なら
ログ出力関数のテストは簡単
でもログ出力関数を使う処理が正しくログ出力してるかどうかのテストはそう簡単ではない
なぜならログ出力の正しさを判定するためにはログ出力以外の結果は正しいということが事前にわかってなければいけないから
つまりログ出力だけでは処理の正しさを証明することは出来ない
テストで「正しいと証明できる」という考え自体がある種の幻想
375: 2020/09/28(月)15:21 ID:XaZwDbHz(2/4) AAS
このスレ見てると一体どういう自動テストを実装してて
どういうログを流してるのか本当に気になるわ
そんな突き抜けバグ(不具合起きてるのに何故か正常終了扱いになってる状態）を抱えた自動テストばっかり使ってるの？
本当にどういう自動テストを想定してるのか分からん
まさかログに値だけ出して、後でその値が正しいのか人間がチェックしてるのか？
それ自動テストじゃなくて、ただの自動実行だよ
テストっていうならグリーン/レッド判定まで実装してなきゃ使いもんにならん
376: 2020/09/28(月)15:28 ID:IvlPnhNT(6/6) AAS
> 本当にどういう自動テストを想定してるのか分からん
> まさかログに値だけ出して、後でその値が正しいのか人間がチェックしてるのか？
ログに値だけだして〜って言ってる人は、自動テストしてないよ
ログに値だけだして目視確認する手動テストでいいって言ってる
なぜなら正しい結果がわからないから
これ↓ね。こいつの言ってる意味がわからんと思うけど、意味不明だと俺も思うｗ
28 名前：デフォルトの名無しさん[sage] 投稿日：2020/09/23(水) 20:17:23.00 ID:cCwBtdaA [9/11]
テストと言いつつできるのは計算過程と処理結果を残すだけだと思ってるよ俺は
長年考えた結果
正しい値なんてのは実は物理的に誰も知りえないということを理解した
省3
377: 2020/09/28(月)15:54 ID:6prVz1CN(1) AAS
そろそろレス古事記に構うのをやめようか…
テストはバカだという証明はできるけど、いくら指摘しても修正しない限りバカはバカのままだし
378(1): 2020/09/28(月)17:44 ID:KzfYiCsA(1) AAS
エビデンスとはテストを端折らずに実行しましたと言う証拠であって
動作の正しさやテスト手順の正しさを証明する証拠ではない
エビデンスという名の作業ログ
379: 2020/09/28(月)17:47 ID:vQtpARZo(1) AAS
自社開発ならエビデンスは要らんよ
しょせん対外的な作業証明でしかないからな
それよりテストコード、テスト可能なコードを書いてくれや
380: 2020/09/28(月)18:18 ID:PsVubO2q(1) AAS
細かいことで揉めるから、
>>1のような提案をする空気だけは読めるバカが出世して管理職になんだな。この業界は
381: 2020/09/28(月)18:49 ID:l/9oGi4t(1/9) AAS
>>378
そのとおり
バグっている場合は、そのバグの様子をスクショしてるだろうからバグがあるというエビデンスにはなるだろう
しかしバグがないというエビデンスにはならない。これは自動テストでも同じだが、大きな違いは
バグってないというスクショをとっても、正しくテストを実行したというエビデンスにはならないという点
スクショ取るだけではテストケースは書いてあっても、そのテストどおりにテストをしたという証拠にはならない
最終結果だけでなく一連の動作を動画で撮影してるならまだわかるが、間違って手順でテストしたかもしれない
つまりエビデンスというのは（手順が間違ってるかもしれないけど）ちゃんと作業しましたという意味にしかならない
どういう手順でテストを実行したかという記録が含まれていない
自動テストの場合は最終結果だけでなくどういう手順でテストを実行したかが記録されている。
省1
382(1): 2020/09/28(月)18:52 ID:l/9oGi4t(2/9) AAS
スクショには正しい手順でテストを実行したかが記録されていないのだから
作業をしましたという報告でしかない。
バグのスクショは意味があるが、正しく動きましたというスクショは必要ない
だからこれは本来この項目をテストOKでしたとチェックリストにチェックつけるだけで十分
チェックリストにOKでしたというチェックをつければ十分なことに
スクショを必要とするのは、単に作業者の報告を信用してないという意味でしかない
383: 2020/09/28(月)18:59 ID:S2C1y2x2(1) AAS
単体テスト書いとけば改修しても自動で既存機能が壊れてないことが確認できる
ゆえに機能の改修を心置きなくできる
テストがないと気軽に既存機能に手を入れるわけにはいかなくなる
（あたりまえ）
384: 2020/09/28(月)19:04 ID:l/9oGi4t(3/9) AAS
自動テストがないと手動テストをしないといけない
それは膨大な作業量となる
だからバグのないコードを書け、作ったら改修はするな！と叫ぶ
バグがあったときのことまで考えてない
仕様に変更があったときのことまで考えてない
一旦書いたら終わりという前提でいるやつがいる
385(1): 2020/09/28(月)19:12 ID:DyBDarNn(1) AAS
そのほうがビジネスとしては美味しんだ
テクニカルな面で優れた手法がビジネスでも優れた手法であるとは限らない
386: 2020/09/28(月)20:30 ID:l/9oGi4t(4/9) AAS
>>385
単にビジネスが下手なだけだろ？
内部は楽をして、外部に対してこんなに頑張ってるんですよーってアピールすればいいだけ
外部に頑張りをアピールするために、実際に内部でも無駄に頑張る必要はない
387(1): 2020/09/28(月)20:34 ID:ogYc/62K(1/2) AAS
>>382
>バグのスクショは意味があるが、正しく動きましたというスクショは必要ない
正しく動いてたと思っていたものに後から不具合が見つかった場合
前回テスト時のスクショがあると調査が効率的にできる
それは自動でも手動でも同じ
>スクショを必要とするのは、単に作業者の報告を信用してないという意味でしかない
個人への信用に依存したシステムはミスがあれば個人を責めることになるのですぐブラック化する
典型的なマネジメント能力不足の例
388(1): 2020/09/28(月)20:40 ID:l/9oGi4t(5/9) AAS
> 正しく動いてたと思っていたものに後から不具合が見つかった場合
> 前回テスト時のスクショがあると調査が効率的にできる
不具合があると既に分かった後の話ですよね？
スクショがあると、どう効率的に調査できるんですか？
389(1): 2020/09/28(月)20:48 ID:l/9oGi4t(6/9) AAS
>>387
> 個人への信用に依存したシステムはミスがあれば個人を責めることになるのですぐブラック化する
だから自動テストでコードにするんですよね。他の人がテスト内容をレビューできるように
スクショだと、実際どういう手順でテストしたのかが記録されてないから
ちゃんとテストしてないだろ！って個人を責めることにつながる
390: 2020/09/28(月)20:56 ID:l/9oGi4t(7/9) AAS
手動テストで問題なのが、前やったときのテストと完全に同じ状態が作れないということ
作業の順番でも状態が変わってくるから前後にやったテストによって成功したり失敗したりする
だから改めて同じと思った手順でテストしたら失敗することがある
スクショを取っていても「お前この前ちゃんとやってなかっただろ！」と責められる
391(2): 2020/09/28(月)20:56 ID:ogYc/62K(2/2) AAS
>>388
自分で考えて
>>389
自動か手動かには関係ない
自動化したUIテストでスクショ取らないのかな？
392: 2020/09/28(月)20:59 ID:l/9oGi4t(8/9) AAS
>>391
UIテストってわざわざ書いたってことは
それ以外には当てはまらないって自覚してるのかなｗ
393: 2020/09/28(月)21:02 ID:l/9oGi4t(9/9) AAS
自動化したUIのテストでスクショを撮るというのはおかしな表現で
"テスト"を自動化していれば、当然自動的にテストされるわけよ
スクショはいらない
>>391が言ってることのほんとうの意味は
UIのスクショを自動で撮っているだけで
UIのテストは人が目で見てやってる手動テストだろう？
それとも違うんか？ UIのテストを人が目で見ず本当に自動化してるんか？
上下前次1-新書関写板覧索設栞歴
あと 317 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.407s*