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

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

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

までよんだ

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

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

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

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

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

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

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

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

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

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

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

工数を埋めるため

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

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

TDD楽しいからな

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

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

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

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

ユニットテスト≠単体テスト

ユニットテストの日本語訳が単体テストなんですが…

金融なんかも今でもこんな感じなのかなあ