「単体テストを手動で行いエビデンス取る」の破壊力

1 ：デフォルトの名無しさん：2020/09/23(水) 12:29:11.02 ID:irsqaiS+.net

単体テストは自動化するものだと思っていたから
一瞬何を言っているのかわからなかった

658 ：デフォルトの名無しさん：2020/10/11(日) 21:07:29.17 ID:jQvs4XJ7.net

ナウなヤングはステートを持たないコーディングがバカウケでしょ？
DBに持たせてアプリケーションサーバには持たせない

659 ：デフォルトの名無しさん：2020/10/11(日) 23:34:04.06 ID:W4Wa1Rix.net

言語変更の問題なら、
すべきテストは異なる環境を網羅した横展開のテストだけど、
>>1の指摘なら、全く同じ環境なのに手動で1000回試行しろと命じられる縦に掘っていくテスト

660 ：デフォルトの名無しさん：2020/10/13(火) 19:03:34.58 ID:iaFJXjyC.net

>>656
純粋に関数型を突き詰めるなら状態が必要な部分は全部引数に追い出すのが正解じゃないかな
多言語対応必要なラベルは言語コンフィグ参照なんかせずに毎度文字列を受け取れってことだ
まあ流石にそれはきついだろうから文字列そのものじゃなく文字列を吐くモナドを受け取る形でもいいと思うけど

661 ：デフォルトの名無しさん：2020/10/15(木) 12:59:52.75 ID:topCoxzZ.net

自動テストは効果がありませんって言われてるぞ
https://hypothesis.works/

662 ：デフォルトの名無しさん：2020/10/15(木) 16:45:53.96 ID:HNijBbKl.net

>>661
ちゃんと読めよ
自動化してもテストケースは人間が作ってるから
テストケースも自動化しようぜ！っていうのがHypothesisっていうツールの役目だろ？
だから自動テスト自体を否定してるもんじゃないぞ

https://github.com/HypothesisWorks/hypothesis

663 ：デフォルトの名無しさん：2020/10/15(木) 21:45:30.14 ID:A5nmP/dE.net

老眼だからタイトル以外読めなかったんだよ

664 ：デフォルトの名無しさん：2020/10/16(金) 05:14:11.22 ID:JZ/7iYjr.net

× 自動テストは効果がありません
○ テストケースを自動化することは効果がありません
https://hypothesis.works/

665 ：デフォルトの名無しさん：2020/10/16(金) 08:32:18.61 ID:FKXPrG5o.net

>>664
むしろ、従来の自動化程度では甘い。もっと自動化しようぜとしか読めないのだが。
てか、あんた、中学レベルの英語を読めないの？

666 ：デフォルトの名無しさん：2020/10/16(金) 09:32:48.76 ID:Rg7DLMwV.net

ニンゲンに金銭を注入することで自動的に作業させてます。

667 ：デフォルトの名無しさん：2020/10/16(金) 12:10:17.32 ID:nTFwSCW3.net

自動テストを実現できていれば
中身を他の言語で書き直しても
簡単に動作確認が取れるよな

668 ：デフォルトの名無しさん：2020/10/16(金) 12:12:12.88 ID:jRO02CLT.net

開発環境言語とテスト環境言語は一緒でも良いけど
開発環境とテスト環境は一緒にしてると移行しにくいな

ソースにテスト埋め込めます(キリッ
っていう言語多いけどさ

669 ：デフォルトの名無しさん：2020/10/16(金) 18:51:33.46 ID:z+duWmz5.net

全自動になったとしてさ
ルールは与えないといけないわけでしょ？
そのルールのデバッグできないの？

670 ：デフォルトの名無しさん：2020/10/16(金) 20:57:43.76 ID:nTFwSCW3.net

>>669
仕様書を数式で書けば可能だが

671 ：デフォルトの名無しさん：2020/10/16(金) 21:42:50.76 ID:Z7geSy3Q.net

仕様書に書いてあることだけチェックすりゃいいわけで
仕様書の項目以上増えることはない

672 ：デフォルトの名無しさん：2020/10/17(土) 10:32:40.48 ID:0qFIP5N2.net

仕様書からコード自動生成すればテスト不要説

673 ：デフォルトの名無しさん：2020/10/17(土) 10:42:01.97 ID:5q1XC6C5.net

>>672
発想が貧弱

674 ：デフォルトの名無しさん：2020/10/17(土) 11:55:44.81 ID:LinsUHOp.net

>>672
CASEツールやらUMLコード生成やらもう何十年も前からそういったアプローチがあるけど全くスタンダードになってない。
唯一Matlab+Simulinkが自動車業界で流行ってるぐらいかな？
開発言語の進化こそあるにせよ結局仕様書の曖昧さを具体化するのはソースコードのみであるという事実は何も変わってない。

675 ：デフォルトの名無しさん：2020/10/17(土) 12:29:10.51 ID:Ty9bf9Kk.net

仕様書は結構曖昧に書かれている
その曖昧な仕様書をよんで、ここが曖昧ですと指摘できるAIが
実現できないと仕様書からコードは自動生成できるようにはならない

しかし曖昧な文章を理解できてかつ、曖昧な文章を曖昧だと指摘できるAIは作れるのかね？

676 ：デフォルトの名無しさん：2020/10/17(土) 12:35:18.94 ID:qrQLeEGD.net

仕様書が曖昧でも別に俺らは困らないよな
割と曖昧に組むこともできるし

会社の経営者層と俺らって一線引いてあること多いし
セキュリティが緩かったですなんて完全に他人事
客先常駐だったらそもそも仕様を決めたクソったれが悪いし
請負だったら出された要件を満たす項目だけ組むだけ
要件に最強のセキュリティとか書いてあったらできませんと返すことになるだろうが

677 ：デフォルトの名無しさん：2020/10/17(土) 12:37:17.41 ID:/Ip3Dsod.net

アスペ型AI最強説

678 ：デフォルトの名無しさん：2020/10/17(土) 12:55:58.45 ID:ef5D23Sc.net

仕様書から生成されたコードの動きをテストするのは
仕様の曖昧さとは関係ない
仕様に曖昧さがなくてもテストは必要

679 ：デフォルトの名無しさん：2020/10/17(土) 13:02:44.32 ID:Ty9bf9Kk.net

>>676
> 仕様書が曖昧でも別に俺らは困らないよな

プログラムに直すときに修正しているからね
コンピュータ（AI含む）はそれができないから
仕様書からのコードの自動生成なんて不可能

680 ：デフォルトの名無しさん：2020/10/17(土) 13:23:25.28 ID:9U6WfMT4.net

無知って怖いね

681 ：デフォルトの名無しさん：2020/10/17(土) 13:31:34.30 ID:3xHHIx95.net

世の中には仕様記述言語というのがあってだな

682 ：デフォルトの名無しさん：2020/10/17(土) 15:10:30.11 ID:zcPq/h/0.net

ところが誰も使ったことがないのである

683 ：デフォルトの名無しさん：2020/10/17(土) 16:23:53.28 ID:0qFIP5N2.net

>仕様記述言語

rubyのことですねわかります

684 ：デフォルトの名無しさん：2020/10/18(日) 11:43:25.20 ID:FKsFCJUX.net

ﾗｳﾞｨ

685 ：デフォルトの名無しさん：2020/10/20(火) 00:14:22.29 ID:263iGv0V.net

ﾃｰﾃﾃｰﾃﾃｯﾃｯﾃｯ

686 ：デフォルトの名無しさん：2021/03/13(土) 18:15:37.05 ID:bPCwVd6O.net

草の数は知能の低さと比例する

687 ：デフォルトの名無しさん：2021/05/04(火) 11:11:34.18 ID:b1y0cGGl.net

俺は単体テスト煽りの意見を支持する
単体テストは杓子定規な方便だよ
ネクタイと革靴の有無で大人度を判断するような本質からズレたまま根付いたスタンダード
まるで無駄とは言わんが、なくなった方が世界が少しシンプルになるやつだ

688 ：デフォルトの名無しさん：2021/05/04(火) 14:42:17.48 ID:r6gWVZ6D.net

テスト書いてないとかお前それ@t_wadaの前でも同じ事言えんの？(AA略

689 ：デフォルトの名無しさん：2021/08/22(日) 09:13:05.54 ID:0Cz6ueFz.net

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 は我々に教えてくれます

690 ：デフォルトの名無しさん：2021/08/22(日) 10:26:58.06 ID:0Cz6ueFz.net

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 は我々に教えてくれます

691 ：デフォルトの名無しさん：2021/09/30(木) 00:33:23.23 ID:LxZQn4OD.net

きれいなテストが書けるやつのコードは読みやすいよ
テストに工数がかかるし意味ないって言ってるやつはCLEANなコードが書けていないだけ

692 ：デフォルトの名無しさん：2022/01/25(火) 07:14:27.74 ID:oh1CnL8E.net

おまえらテストいちいち自動化してんの？
マジでえらいな
おれ時間勿体無いしそんな時間あったらネットしたりしてたいから
手動でぱぱっと終わらして
仕様変更来ても関係なさそうな部分だったらテストしないわ

693 ：デフォルトの名無しさん：2022/01/25(火) 09:51:11.69 ID:EaWfnOTy.net

>>692
> テストしてんの？テストしないわ

までよんだ

694 ：デフォルトの名無しさん：2022/02/23(水) 22:50:38.23 ID:vebGIGPQ.net

なんだか２０年くらい前にユースケース図が流行ったときに
全く役立たない棒人形ばかり仕様書に書いていた事を思い出した。
テストプログラムもユースケースと同じように書いてる本人も意味が分かっていないかも？

695 ：デフォルトの名無しさん：2022/02/24(木) 05:17:14.07 ID:p2TrS2W4.net

テストプログラムがなんのことか知らないけど、
よく使われている有名なオープンソースソフトウェアには
かならずテストコードがありますよね？

テストコードの重要性は否定できないのでは？
ユースケースは殆ど見かけないけど

696 ：デフォルトの名無しさん：2022/02/24(木) 09:59:05.05 ID:bIfpVEhP.net

>>695
ユースケース図のコピペと同じで
常にパスするテストコードばかりのプロジェクトも見たことある。

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

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

今でもこんなところがありそうなので怖い。

697 ：デフォルトの名無しさん：2022/02/26(土) 11:15:18.32 ID:G6ZMwUwP.net

え？ユースケース図は今は書かないの？
要件定義ではいつも書いてるけど

698 ：デフォルトの名無しさん：2022/09/23(金) 05:40:13.22 ID:SjZ1QYT4.net

このスレ加齢臭すごいな
汎用系→WEB系に転職したけど
まさに汎用系の現場にいたようなやつらばかりだね

どうせアレだろ？「スクリプト言語は簡単！バカでも出来る！！」信仰なんだろ？
一生COBOLでPERFORM文でも書いとけや
金になるからって若手に変な仕事押し付けないでください。

699 ：デフォルトの名無しさん：2022/10/23(日) 22:13:04.99 ID:y2RRMcrV.net

スクショパシャパシャを強いられて辛い

700 ：デフォルトの名無しさん：2022/11/11(金) 10:21:17.49 ID:hALNXIS6.net

工数を埋めるため

701 ：デフォルトの名無しさん：2022/11/17(木) 14:21:47.08 ID:gmrD4Y7N.net

これ「単体テストをしてるフリをするBOT」の需要あるだろ

702 ：デフォルトの名無しさん：2022/11/17(木) 15:17:22.85 ID:4/RBxSzs.net

ユニットテストにエクセル生成のライブラリをくっつけたやつが有れば便利なんじゃないかと思ってる

703 ：デフォルトの名無しさん：2022/12/10(土) 16:45:59.33 ID:Oss1bhJl.net

TDD楽しいからな

704 ：デフォルトの名無しさん：2023/04/05(水) 20:50:28.08 ID:YQvxFleQ.net

なんかAIがテストコードを生成してもおかしくない時代になってきたな

705 ：デフォルトの名無しさん：2023/04/18(火) 08:37:01.78 ID:7G0k8gAq.net

単体テストって改修した部分のコードをexcelに貼り付けて確認表を埋めるんだろ。知ってる。

706 ：デフォルトの名無しさん：2023/08/29(火) 14:52:38.70 ID:lzKIDctt.net

単体テストの結果がおかしかったので修正しておきました！(テスト結果を)

707 ：デフォルトの名無しさん：2023/10/01(日) 14:23:05.16 ID:pNuOLFVm.net

>>704
テストパラメータをズラズラ並べる時なんかはcopilotの補完がかなり利くね
テストデータを外出しにすると逆に補完が利きづらいから外出ししたくなくなるw