クソコードとは何か

**デフォルトの名無しさん** · 2021/01/30(土) 17:33:05.78

このスレはクソコードとは何かを考えるスレです。

・親クラスが子クラスに依存する処理を持つコード
例...社員クラスを継承した正社員クラスと派遣社員クラスがあり、社員クラスが正社員クラスの知識を持つ状況

・staticにするべきではないモデルにまでstaticにする人
例...社員クラスのメソッドを全てstaticにしたり、社員クラスにシングルトンパターンに相応するものを適用する人

等、クソコードを見た時に「あっ、これクソコードだ」って認識する根拠を挙げていきましょう。

**デフォルトの名無しさん** · 2021/02/19(金) 18:57:54.50

web開発ってユーザーが入力欄に何を入れてくるかの組み合わせが
膨大になるから、テストも困難になるな。

**デフォルトの名無しさん** · 2021/02/19(金) 18:58:00.55

単体テストをやらないのはSIerだよ

ああ、いや、エクセルに単体テスト報告書を書くとか
そういう意味でなら単体テストをやってるよｗ
テストコードを書かない手動テストのことをSIerは単体テストって言ってる

**デフォルトの名無しさん** · 2021/02/19(金) 19:01:29.71

ああ、わかりやすいのが見つかった。これがSIerのいう単体テスト（手動テスト）

【Web系最高って言うけと゛本当なの？】siの５次請けから離脱したエンシ゛ニアか゛話してみた

https://www.slideshare.net/yuukinakajima794/websi-67526868#8
8. てすとほうほう winshot、エクセル、人間スクショ一枚取り忘れただけでも
テストがやり直しになるプレッシャーと進捗表.xls との戦いテスト結果.xlsが
不要なのでめんどくささがない開発者が目で見ておｋ

https://www.slideshare.net/yuukinakajima794/websi-67526868#12

12. ソース修正とかテストバグが出た！→単体テスト障害報告書.xlsを書く→
必要に応じて単体テストケース.xlsを直す→上司にお話して単体テスト障害報告
書を確認して貰う→テストをするバグが出た！→直す→必要に応じてテストパターンを
増やす→テストするあまりに、あまりにめんどくさい、進捗表.xlsには障害数も書くのでバグゼロは困るらしい

**デフォルトの名無しさん** · 2021/02/19(金) 19:04:03.28

田中勇←口だけテストコード大好き変態老人
技術力はゼロwww

**デフォルトの名無しさん** · 2021/02/19(金) 19:19:27.73

>>476
まあそういうテストが必要なフェイズは確かにあるが、その前に自動テスト入れるべきではある。

**デフォルトの名無しさん** · 2021/02/19(金) 19:33:50.76

>>478
どちらにしろ手動テストするなら
全部、手動テストでやっても同じ
テスト時間も変わらない

と思ってるらしいよｗ

**デフォルトの名無しさん** · 2021/02/19(金) 20:27:04.98

>>476
URLの闇が深すぎて怖い

**デフォルトの名無しさん** · 2021/02/19(金) 20:45:17.65

>>473
Ruby on Rails では、minitest/RSpec という2種類のテストフレームワークがある。
単体/システムテストの2つある

Rails 6 からは、環境を丸ごとコピーして、並列テストもできる

TDD では、テストが仕様書。
Excel で管理したりしない

**デフォルトの名無しさん** · 2021/02/19(金) 21:59:46.75

>>454
それ扱うコードの質の違いが問題じゃないだろ
テストコードの変更が必要になるのは「頻繁に仕様が変わる」のが原因で当然手動テストでもテスト手順書の変更が必要になるだろ
根本がわかってなさ過ぎ

**デフォルトの名無しさん** · 2021/02/19(金) 22:05:12.15

>>481
おお、なんかスピード感あって楽しそうだな
TDDいいよね！本業の組み込み自社開発でも導入した
何で長年気が付かなかったのか不思議なレベル

この手のノウハウは組み込みより圧倒的にWebの方が進んでるから、俺にとっては上位レイヤーの開発ノウハウが新鮮に感じる

**デフォルトの名無しさん** · 2021/02/19(金) 22:07:51.51

やっぱり単体テストでそこまで用意する意味ねぇって
時間がかかってるのデバイス周り出し及びじゃねぇよコレ

**デフォルトの名無しさん** · 2021/02/19(金) 22:08:44.56

結合入ってから頑張ろうよ

**481** · 2021/02/19(金) 22:31:54.64

伊藤淳一などが翻訳してる「Everyday Rails - RSpecによるRailsテスト入門」は有名な本

テストに関しては、ソニックガーデンの伊藤淳一の動画・Qiita などを読めばよい

**デフォルトの名無しさん** · 2021/02/20(土) 00:24:53.76

>>484
デバイスはモックを使いましょう
ソフトウェアのテストをするのに
本物のデバイスは必要ありません

**デフォルトの名無しさん** · 2021/02/20(土) 01:40:17.33

>>487
いや、それだとレスポンスも早過ぎるしリトライも起きないから何のテストにもなってない
あと何よりデバイス出ないから返ってきて欲しい値を手動で設定するとか苦痛過ぎる
ソフトでset○○って入れた値が次のget○○に反映されるみたいなとこまで作れないやろ

**デフォルトの名無しさん** · 2021/02/20(土) 01:44:19.60

何のためにモック使ってるんだ？
素人かなぁ

レスポンスの時間を自由に変えられるのがモックの利点だし
リトライする状態を自由に再現できるのもモックの利点だし
デバイスから帰ってきてほしい値を自由に設定できるのもモックの利点

うーん、わかってない人が、意味不明な答えをしてる状態だｗ

まずそもそもモックはお前が行った問題点を解決するための
ものだということを知りましょう

**デフォルトの名無しさん** · 2021/02/20(土) 01:45:23.84

まあ正確にはスタブだけどね
みんなごっちゃにして使ってるから俺もごっちゃにして使ってるｗ

**デフォルトの名無しさん** · 2021/02/20(土) 01:48:18.86

組み込みでは単体テストよりも実機テストが鬼門
どのプロジェクトでも最初は自動化を夢見ても、実現できたプロジェクトは少ない

自動化ぶん回してたら発熱して煙出てたり電源不足で再起動しちゃったり他の開発機器のノイズ拾ってコケまくったり・・・

**デフォルトの名無しさん** · 2021/02/20(土) 01:54:30.04

MartinFowlerのMocksAre n't Stubsなど、テストでのモックとスタブに関するさまざまな記事を
読みましたが、それでも違いはわかりません。モックvsスタブ=行動テストvs状態テストと言われ
ますし、ライフサイクルが違うと言われますが、それでも違いはわかりません。
先輩がいつもモックモックモック言うので、すこし嫌になりました。

**デフォルトの名無しさん** · 2021/02/20(土) 02:12:02.30

>>491
組み込みのハードの部分が多いのかソフトの部分が多いのか
ハードの部分が多いなら、そりゃソフトウェアのテストじゃなくてハードウェアのテストだ

だが組み込みでもソフトウェアは多いだろ？
そっちはハードウェアなしでテストできる

めんどくさいからソフトウェア部分も
ハードウェア使ってテストするんだよ
時間がかかってしょうがない

っていうのならソフトウェア部分も
ハードウェア使ってじゃないとテストできないのなら
そりゃそうだろうよとしかｗ

**デフォルトの名無しさん** · 2021/02/20(土) 02:24:18.76

>>489
いやーやめた方がいい

値1つとってもそう単純じゃない
例えばある値を3.223から増加量0.005で7まで変化させたいと
その時6.997で装置は処理を止めましたと
これはソフトからしたらクソでも多分バグじゃねぇんだわ
じゃあ、増加量0.001にしたら7になるのかと？
今度は6.995で止まったと
まだ足せんじゃん足せよゴミカスと言いたいが
デバイスのハード的なもんを無理矢理デジタルに直してるようなのはこんなのが限界のときあるんだわ
精度も条件によって変わったりね
多分ハードの値って一つ一つこういう変な癖があって何でもかんでもうまくはいかないと思うよ

ってなるとやっぱり重要なのって結合なんだよね
デバイスと絡んだ値があるとこはすんなりいかないことが多い

**デフォルトの名無しさん** · 2021/02/20(土) 02:32:10.26

>>493
落ち着け、後半日本語めちゃくちゃだぞ・・・

**デフォルトの名無しさん** · 2021/02/20(土) 02:33:03.30

>>494
それ実機でテストする段階にならないとわからないことなの？

COCOAみたいなのもあるし実機テストは必須だとは思うが
それ以前にインターフェース仕様に準じたテストしといたほうがよくない？

**デフォルトの名無しさん** · 2021/02/20(土) 02:35:06.23

>>496
そこに金くれる会社ねーな
よくあることだし
でもやってみないと具合がわからん

**デフォルトの名無しさん** · 2021/02/20(土) 02:37:16.94

>>492
マーチンさんはその記事を出すのが遅かったよねｗ
モックという言葉が広く普及してしまった後だった
rspec界隈？ではテストダブルという言葉を使って言葉を整理しようとしたが
一部でのみ使われて広く普及していない

俺的には、ダミーの値を返すオブジェクトがスタブ
スタブの反対はスパイで、スパイは呼び出された回数や引数を記録しておいて
あとで検証できるもの
スタブとスパイをあわせてモックとしたほうが良かった気がするな

世間的には、スタブ vs モック（スパイはモックの高機能版）と考えればいいよ
スパイは後から検証できるように便利なオブジェクトになってるが
モックはそんな機能がない、もしくは低機能。
だから「テスト対象のコード」から「モック」を呼び出した時に渡されたデータの検証ぐらいしかできない
またスパイもモックも結局はダミーの値を返さないとテスト対象は動かないので多くの場合スタブの機能も兼ねてる

スタブ・・・テスト対象がスタブを呼び出し、スタブはダミーの値を返すだけ
モック・・・テスト対象がモックを呼び出し、その内容をテストする＋スタブ（必須ではないが多くの場合必要）
スパイ・・・テスト対象がスパイを呼び出し、その内容を記録しておいて後からテストする＋スタブ（必須ではないが多くの場合必要）

テストダブル・・・上記の総称

**デフォルトの名無しさん** · 2021/02/20(土) 02:41:28.39

>>494
> いやーやめた方がいい
やめた方がいい理由は？

> 値1つとってもそう単純じゃない
> 例えばある値を3.223から増加量0.005で7まで変化させたいと
> その時6.997で装置は処理を止めましたと
> これはソフトからしたらクソでも多分バグじゃねぇんだわ

バグじゃないなら、その値でテストするだけのこと
お前は、6.997でテストしたか？ 6.995でテストしたか？
してないよな。だって装置が都合よくそんな値で止まってくれないんだから

ハードウェアを使って手動でテストすると 6.995 や 6.997 で止めるのが難しいから
テストの時間がかかる。そういう場合にモックを使うと 6.995 や 6.997 の値を作り出すことができる

単体テストであればデバイスの値を自由に作ることができる

**デフォルトの名無しさん** · 2021/02/20(土) 02:44:52.28

>>497
> でもやってみないと具合がわからん

やってみれば具合がわかるだろ
そしたらそれをテストコードにするだけだろ

おまえはやってみて、その場でコード修正して終わりか？
リグレッションテストはしないのか？当然するよな

別の機種のための修正が、別の機種で不具合を起こす場合
Aでうまく行かない→修正
Bでうまく行かなくなった→修正
Aでまたテストして→修正
Bでも大丈夫かな？→修正

って機種を何度も変更して、同じテストを何度も「手動」で繰り返すんだろ？

テストコードにしてれば、この繰り返しを
自動でできるって言ってるんだよ

**デフォルトの名無しさん** · 2021/02/20(土) 06:09:56.09

>>477
それ誰？

**デフォルトの名無しさん** · 2021/02/20(土) 09:25:13.41

>>499
ええ、いくつ値あると思ってんねん
その一つ一つにデバック用動作つけんの？無理っしょ？

**デフォルトの名無しさん** · 2021/02/20(土) 09:49:08.60

>>502
はっきり言えよ。たくさん値があって大変だから
手動テストではテストしませんって

テストしてないんだろ？いくつ値あると思ってんねん（笑）

**デフォルトの名無しさん** · 2021/02/20(土) 09:55:55.93

クソコードとは何か

**デフォルトの名無しさん** · 2021/02/20(土) 10:00:30.75

テストが手動でテストをするのに膨大な時間がかかるコード

**デフォルトの名無しさん** · 2021/02/20(土) 10:03:35.37

>>503
え？モックとか言うやつの話っしょ？

**デフォルトの名無しさん** · 2021/02/20(土) 10:04:35.86

むしろこういう複雑な動作されるのはそもそも単体じゃないじゃん

**デフォルトの名無しさん** · 2021/02/20(土) 10:06:03.68

>>506
だからお前はモックを使わないで
全部手動で膨大な時間をかけてやるんだって話してるんでしょ？

あ、テストしてないんだっけ？ｗ
プロの仕事じゃないなぁ

**デフォルトの名無しさん** · 2021/02/20(土) 10:07:47.77

>>507
複雑なのはたくさん値があってその組み合わせが膨大だから
手動テストも、その組み合わせをテストしないといけない
時間がかかって現実的だからテストしないって言ってる？
手動テストはテストをしないこと・・・意味がわからんｗ

**デフォルトの名無しさん** · 2021/02/20(土) 10:24:31.88

>>498
ありがとうございます。だけどプロトコルバッファーなどgRPCで生成されるコードにもStubって使うので
もう全部Stubで広義的にはいいじゃんって思います。付加機能があったり、ライフサイクルが複雑であって
テストコードの話に限定できてメインソースじゃない単語だと「モック」と言われてるような気もします。
先輩が見てるといけないので、先輩が嫌いな訳じゃないです、モックモックモックいうのはイライラするので
やめてほしいです。ここで「手動テストは○○○（否定表現）」を連呼する人が先輩に似てます。

**デフォルトの名無しさん** · 2021/02/20(土) 10:32:54.85

「手動テストは時間がかかる」
これは否定表現じゃないからセーフだなｗ

**デフォルトの名無しさん** · 2021/02/20(土) 10:37:02.86

もうこの際だからハッキリ言うと、先輩、それ誰も知ってるから鬼の首を取ったように言われても
ぼくらは困惑ばかりです。正直ウザいです。みんなから嫌われてます

**デフォルトの名無しさん** · 2021/02/20(土) 10:49:31.96

でもそこまで作って尚まだ単体テストなんだぜソレｗ
ぜってーねーよｗ
もう繋げてテストしようよｗ
無駄だよｗ

**デフォルトの名無しさん** · 2021/02/20(土) 10:51:50.41

なんだ？今まであれだけ言い返してたのに
今度は何も言い返してないではないかｗ

**デフォルトの名無しさん** · 2021/02/20(土) 10:56:54.38

キチガイの巣窟スレ

**デフォルトの名無しさん** · 2021/02/20(土) 13:03:05.75

もう流れ追うのも面倒になってる奴多いやろこれｗ
当人同士は必死になっちゃってるんで引けないだろうけど
あとワイの研究結果を勝手に報告するで(｀・ω・´)ｷﾘｯ
適当なソースが思い浮かばなかったんでopenjdkのソースを調査したよ

$ grep --include='*.java' -hroE "new +[^<\( \[]+" jdk-master/src | sed -E 's/new +//g' | sort | uniq -c | sort -nr | head -n 30
5039 String
4884 IllegalArgumentException
3231 Object
3099 ArrayList
2465 byte
2186 int
1718 HashMap
1563 IOException
1548 StringBuilder
1513 UnsupportedOperationException
1465 NullPointerException
1263 RuntimeException
1170 IllegalStateException
976 HashSet
　　：（以下略）

結論：Stringクラスはワイ理論ではもっとも再利用性の有る優れたクラス

**デフォルトの名無しさん** · 2021/02/20(土) 13:04:05.48

一応参考までに省略部分も張っとくわ

924 InternalError
886 {@code
755 XColor
742 AssertionError
737 Dimension
710 char
697 Rectangle
632 instance
610 File
594 value
486 DerOutputStream
466 Vector
436 double
408 PrivilegedAction
394 InvalidKeyException
393 Label

**デフォルトの名無しさん** · 2021/02/21(日) 19:53:59.50

誰か突っ込んでやれよ

**デフォルトの名無しさん** · 2021/02/21(日) 21:30:03.47

再利用できないコードの特徴
・凝集度が低い
・結合度が高い

この2つがセットだと、自分が使いたい機能に対して無関心な知識まで要求される
そういうのがクソコードの筆頭だと思う

Stringは、上手く実装されている例だな

**デフォルトの名無しさん** · 2021/02/22(月) 00:29:45.74

もしかして文字列出力が多いソフトウェアだと文字列クラスの利用が多くなるんじゃないか？

そうでなくとも5000個の文字列が各所に散らばってるんだろ
どうやって文章を管理して辻褄合わせるんだよ

**デフォルトの名無しさん** · 2021/02/22(月) 00:48:41.83

まずさ
別に出来がいいから使ってるわけじゃ無いだろ？
クラスの造りが優秀なのとソースで使用回数が多いことに関連がそんなねぇよ
業務アプリだったらLogってのが簡単にStringをぶっちぎるのなんて簡単に想像できる

**デフォルトの名無しさん** · 2021/02/22(月) 01:24:32.76

あれ？手動テストの話終わったの？
もっと罵り合えよつまんねーな

**デフォルトの名無しさん** · 2021/02/22(月) 02:20:20.48

最後はこれでおしまい

>>507
複雑なのはたくさん値があってその組み合わせが膨大だから
手動テストも、その組み合わせをテストしないといけない
時間がかかって現実的だからテストしないって言ってる？
手動テストはテストをしないこと・・・意味がわからんｗ

**デフォルトの名無しさん** · 2021/02/22(月) 02:33:01.98

いや、流石にハードの動作知らんやつが設定値7に対して6.997で止まることを想定できんやろ
どんな組み合わせをやっても無理なはずやで
テキトーなことを言うな

**デフォルトの名無しさん** · 2021/02/22(月) 02:59:19.84

>>524
ハードの動作知らんやつが手動でテストしても
何の解決もしないけど？頭大丈夫か？

**デフォルトの名無しさん** · 2021/02/22(月) 03:09:12.22

ここまでをまとめると、自動テストは暇なら書く程度の価値
って事でおk？

**デフォルトの名無しさん** · 2021/02/22(月) 05:42:49.54

手動テストに膨大な時間がかかるので
自動化してもっと価値が高いことに時間を使いましょうって話だよ

**デフォルトの名無しさん** · 2021/02/22(月) 05:49:19.42

手動テストに膨大な時間なんかかからないと思うんだが
そもそも
その時間まで積んだうえの開発コストだと思うんだが

**デフォルトの名無しさん** · 2021/02/22(月) 06:03:54.54

コロナウイルス→鳥インフルH5N8→人

もうダメだな、鶏肉も食えない

**デフォルトの名無しさん** · 2021/02/22(月) 06:23:03.40

>>528
俺が作ってる1万行程度のツールはテスト項目数が1000個以上ある
この項目数は多いというほどのものでもないだろう
このテストを全て自動的に実行する時間はに30秒程度

もし手動で実行するなら1つあたり10秒で終わらせられたとしても
1万秒、300倍以上もの時間がかかっている
1万秒といったら、2時間半以上にもなる
開発しながらテストとかやってられないレベル

大きなシステムではテスト項目数は数万、数十万にもなるから
テストに数日かかる。コードを修正するたびにそんな事やってられないから
手動テストはテストをサボることになる

**デフォルトの名無しさん** · 2021/02/22(月) 06:34:50.69

>>530
毎回やる必要のないテストばかりだろ？

**デフォルトの名無しさん** · 2021/02/22(月) 06:38:20.47

> その時間まで積んだうえの開発コストだと思うんだが

開発コストは低い方がいいだろ？
そうすりゃ請求金額の多くを儲けにできる

1ヶ月かかる仕事を効率化して1週間でできるようにしたから
販売金額も1/4でいいですよなんて、技術料ゼロの儲けが出ない
ビジネスモデルで仕事してるなら可哀想としか言うしかないがなｗ

**デフォルトの名無しさん** · 2021/02/22(月) 06:40:44.17

>>531
毎回やらなくていいとはどうやって判断したのか？
いつも想定してない所でバグが出るもんだ
コミットのたびにCIで全テストをするのは当たり前

ローカルでは一部のテストだけを行えばいいが
CIで自動的に全テストを行うのは普通の話だ
そこまでの高い信頼性を手動テストでやってるか？

**デフォルトの名無しさん** · 2021/02/22(月) 06:41:49.22

自動テストで完結しないのに、議論に値しないだろ

**デフォルトの名無しさん** · 2021/02/22(月) 06:42:47.10

>>534
論点はどれだけ時間を減らせるかだ
手動でしかできない部分だけ手動でやる
自動でできる部分も含めて全部手動でやる
どちらが時間がかかるか言うまでもないな

**デフォルトの名無しさん** · 2021/02/22(月) 06:42:57.10

自動テストはヒマなら書くレベルの価値しかない

**デフォルトの名無しさん** · 2021/02/22(月) 06:43:52.26

>>536
話し終わってねーだろｗ
手動テストが時間がかかるという話が出た途端
なぜそれまでの話をなかった事にするんだ？ｗｗｗ

**デフォルトの名無しさん** · 2021/02/22(月) 06:45:01.26

自動テスト書くくらいなら他の仕事やれよ
単価テスターの6倍とかなんだから

**デフォルトの名無しさん** · 2021/02/22(月) 06:45:38.77

>>538
ならテスターが自動テスト書けばいいだろｗｗｗ

**デフォルトの名無しさん** · 2021/02/22(月) 06:46:59.64

>>539
それはアリ、でもそんな現場は無い

**デフォルトの名無しさん** · 2021/02/22(月) 06:48:25.53

>>540
類は友を呼ぶってことだよｗ
自動テストがあるプロジェクトはたくさんある

**デフォルトの名無しさん** · 2021/02/22(月) 06:48:33.24

プログラム分からないほうがテスターとして価値ある
時々すごい操作するし

**デフォルトの名無しさん** · 2021/02/22(月) 06:49:22.93

メンテしなくなる自動テストのエレジー

**デフォルトの名無しさん** · 2021/02/22(月) 06:51:06.89

もう丸1年くらいテストコード見てない

**デフォルトの名無しさん** · 2021/02/22(月) 06:51:42.66

はい、手動テストの方が時間がかかるって
結論をそらし始めましたよｗ

**デフォルトの名無しさん** · 2021/02/22(月) 06:51:53.08

ヒマなら書いたほうが良いのは認めてる

**デフォルトの名無しさん** · 2021/02/22(月) 06:52:54.59

社員じゃないんで書きたくないというのもある

**デフォルトの名無しさん** · 2021/02/22(月) 06:53:42.35

自動テスト書いた方が早いことは自動テスト書きながら開発してるやつなら分かると思うんだ

**デフォルトの名無しさん** · 2021/02/22(月) 06:54:15.04

エンドが書けば良いと思うんだが・・オナニーと大して変わらないんだから

**デフォルトの名無しさん** · 2021/02/22(月) 06:57:07.17

SwaggerとかでAPI自動生成される場合は書いたほうが良いな

**デフォルトの名無しさん** · 2021/02/22(月) 06:58:12.31

自動テストを書く時間まで積んだうえの開発コストだと思うんだが？ｗ
手動でテストをすると、その開発コストが大きくかかる

**デフォルトの名無しさん** · 2021/02/22(月) 06:59:23.38

手動テスト要らないプロジェクトを知らない

**デフォルトの名無しさん** · 2021/02/22(月) 07:00:39.66

手動テスト要らないなんて一言も言ってないよな
自動テストを書く時間まで積んだうえの開発コスト
全部手動でテストをすると、その開発コストが大きく跳ね上がる

**デフォルトの名無しさん** · 2021/02/22(月) 07:02:05.20

>>553
そんな事ない、テスト観点の洗い出しが変なだけ

**デフォルトの名無しさん** · 2021/02/22(月) 07:03:27.97

>>554
テスト観点の洗い出しが良くなれば
同じ件数のテストを手動で早く実行できるという
理由を言ってみて

手動テスト要らないなんて一言も言ってないよな
自動テストを書く時間まで積んだうえの開発コスト
全部手動でテストをすると、その開発コストが大きく跳ね上がる

**デフォルトの名無しさん** · 2021/02/22(月) 07:04:10.61

テストコードの保守工数より手動テストしたほうが確実

**デフォルトの名無しさん** · 2021/02/22(月) 07:04:42.42

>>555
自分で考えろ

**デフォルトの名無しさん** · 2021/02/22(月) 07:05:28.58

やっぱり話をすり替えようとしていただけだったかｗ

**デフォルトの名無しさん** · 2021/02/22(月) 07:06:08.80

具体例

俺が作ってる1万行程度のツールはテスト項目数が1000個以上ある
この項目数は多いというほどのものでもないだろう
このテストを全て自動的に実行する時間はに30秒程度

もし手動で実行するなら1つあたり10秒で終わらせられたとしても
1万秒、300倍以上もの時間がかかっている
1万秒といったら、2時間半以上にもなる
開発しながらテストとかやってられないレベル

大きなシステムではテスト項目数は数万、数十万にもなるから
テストに数日かかる。コードを修正するたびにそんな事やってられないから
手動テストはテストをサボることになる

**デフォルトの名無しさん** · 2021/02/22(月) 07:07:12.30

いちいち理由を聞くな、ここは自分考えだけを言って
ストレス解消する便所の落書きだ

**デフォルトの名無しさん** · 2021/02/22(月) 07:08:35.98

まあ手動のテストで1つあたり10秒って書いたけど
普通そんな時間で終わらせられないよなｗ

事前準備の手順があって結果のデータを見比べて
画面を注意深く観察してスクショとって
チェック表にチェック入れるんだろ？
1分でも短いかな？

**デフォルトの名無しさん** · 2021/02/22(月) 07:08:55.27

>>560
お前がストレス解消のために書いてるってことはわかったよｗ

**デフォルトの名無しさん** · 2021/02/22(月) 07:08:56.10

暇ならテスト書いていいんじゃない

**デフォルトの名無しさん** · 2021/02/22(月) 07:10:09.10

暇だからという理由で手動テストをしてたのか？
手動テストをやめれば暇になるぞｗｗｗ

**デフォルトの名無しさん** · 2021/02/22(月) 07:10:31.54

開発工数30日とかテストなんか書けるかハゲ

**デフォルトの名無しさん** · 2021/02/22(月) 07:11:40.21

>>565
だからテストしないと？
プロの仕事じゃないな

**デフォルトの名無しさん** · 2021/02/22(月) 07:11:58.72

巷には短納期かつトラブル案件だらけ

**デフォルトの名無しさん** · 2021/02/22(月) 07:12:33.00

そして短納期かつトラブル案件は自動テストがない

なるほどなｗ

**デフォルトの名無しさん** · 2021/02/22(月) 07:12:50.79

悠々とテストコード書ける案件やりたいな

**デフォルトの名無しさん** · 2021/02/22(月) 07:13:46.16

テストコード書く時間がないなら
それよりももっと時間がかかる手動テストやれるわけがないので
テストサボってるだけなんだろうな

**デフォルトの名無しさん** · 2021/02/22(月) 07:14:21.10

テストコード工数を認めてもらえる案件やりたいな
もう単体テストはエンドでやる、みたいなのばっかり

**デフォルトの名無しさん** · 2021/02/22(月) 07:15:19.40

そして仕様変更が来る

**デフォルトの名無しさん** · 2021/02/22(月) 07:16:26.70

エージェントが20%とか抜いてるからエンドがコストにシビアすぎる