テストを書いてからリファクタリングなんてのは幻想

**デフォルトの名無しさん** · 2023/06/28(水) 22:15:25.11

テスト書いたほうが実装は楽
むしろテストお陰で実装の質を上げられる
リファクタリングも同じ

**デフォルトの名無しさん** · 2023/06/30(金) 00:06:22.90

クソ実装に合わせたテストコードなんてリファクタリングしたら無駄になるやろ

**デフォルトの名無しさん** · 2023/06/30(金) 03:44:05.79

最初の実装まではテストいらんよな
・関数Aのテストを書く
・関数Aを書く
・関数Bのテストを書く
・関数Bを書く
・関数Aと関数Bの重複部分を関数Cにリファクタリングするべ
・関数Cのテストを書く
・関数Cを書く
・関数Aのテストを修正←いらんやろ
・関数Aを修正
・関数Bのテストを修正←いらんやろ
・関数Bを修正

**デフォルトの名無しさん** · 2023/06/30(金) 04:40:09.64

実装にはカオス期と安定期があるからカオス期のテストは無駄
安定期に入ったらテストを書け

**デフォルトの名無しさん** · 2023/08/23(水) 00:04:39.70

「テストを書く」って何？

**デフォルトの名無しさん** · 2023/08/23(水) 03:12:21.78

>>122
このスレの文脈ではユニットテストのソースコードを書くという意味では？

**デフォルトの名無しさん** · 2023/08/23(水) 04:28:20.13

仕事だとコーディングのことを「書く」とは言わないからな。

**デフォルトの名無しさん** · 2023/08/25(金) 01:30:03.89

そりゃ頭痛が痛いなんて言わないからな

コードを書くとは言う。
コーディング（コードを書くこと）を書くとは言わない

**デフォルトの名無しさん** · 2023/08/30(水) 15:08:16.42

テスト

**デフォルトの名無しさん** · 2023/09/20(水) 17:55:14.32

ヽ(*'0'*)ﾂﾜｧｵｫ!!

**デフォルトの名無しさん** · 2023/12/06(水) 11:48:46.05

全銀システム障害「詳細設計書見落とし」でオーバーフローの痛恨、再発防止なるか
https://xtech.nikkei.com/atcl/nxt/column/18/00001/08680/

やっぱりテスト駆動にしておけば回避出来たよな

**デフォルトの名無しさん** · 2023/12/09(土) 15:17:43.26

>詳細設計書では4種類のテーブルを同時に展開できるだけの作業領域を確保することを求めていたが、プログラマーやレビュアーなどの関係者がいずれもその記述を見落とし、これが上述のオーバーフローを招いたという痛恨のミスだ
>プログラマーやレビュアーなどの関係者がいずれもその記述を見落とし
つまりテスト環境自体が無くてテストしてからって発想が抜け落ちてるのね

**デフォルトの名無しさん** · 2024/01/02(火) 22:20:43.54

テストケース作るのがしんどいってケースもあるからいつでもテストファーストが良いってことはないわな。

**デフォルトの名無しさん** · 2024/01/03(水) 14:18:03.35

テストの有無とテストファーストの是非を混同してるやつがいるが、
おそらく故意にやってるんだろうな
まあ、釣られてるやつほぼおらんけど

**デフォルトの名無しさん** · 2024/01/04(木) 11:26:57.34

テストケース作るのがしんどいってテストしないのかよ
顧客のところでバグ炸裂して終了じゃんそんなの

**デフォルトの名無しさん** · 2024/01/04(木) 16:14:29.73

まあ実際全銀でバグ炸裂して終了してるしな
NTTデータがケチる所でもないのに客に本番に近いテスト環境も別途必要ですよって説明してないんだろ

**デフォルトの名無しさん** · 2024/01/05(金) 04:49:34.73

やっぱりプログラムを書き始める前に
テストプログラムを書いておく
これが最強

**デフォルトの名無しさん** · 2024/01/10(水) 14:29:25.20

プログラムを書く時は間違えるがテストコードを書く時は間違えない前提

**デフォルトの名無しさん** · 2024/01/10(水) 23:00:16.65

テストコードを間違えるか否か以前に、テストケースが抜け落ちるか否かもあるしな
全銀の件は抜け落ちてた話だから、テストファーストでやっても抜け落ちてたから一緒

**デフォルトの名無しさん** · 2024/01/11(木) 19:24:45.83

根本的な解決策としては
複数人でチェックする
ことかなあ
自分ではなかなか間違いに気が付かないし
自分の間違いが自分で気が付かないのは心理学でなんか名前がついていたような気がする

**デフォルトの名無しさん** · 2024/01/12(金) 08:10:20.90

テストコードを間違いなく漏れなく書ける人がいるならその人がプログラムを書いたらいいだけの話

**デフォルトの名無しさん** · 2024/01/12(金) 21:23:36.19

建築とか機械系ではエラーはほとんど起きないんだけどな
なんでソフトウエアだけ?
ちなみに航空機は安全性を考えていると重くなって飛べなくなるので
安全係数が1を切っていると聞いたが

**デフォルトの名無しさん** · 2024/01/13(土) 14:43:18.36

ライブラリやOSなどの基本ソフトとアプリなどの応用ソフトではまったく状況が違うよ
基本ソフトは大量に配布されて（コピーされて）、頻繁に実行されるので、
最高のエンジニアに作られて、徹底的に検証される（そうされないものは淘汰される）
要するにコスパの問題だよ。1本10万円のゲームで遊びたいかい？

**デフォルトの名無しさん** · 2024/01/13(土) 15:00:13.69

ソシャゲ課金て月に数十万単位だし
無料のAPEXのスパレジェすら1つにつき5万円だし
10万程度は払うやつなら払うよ

**デフォルトの名無しさん** · 2024/01/13(土) 15:07:45.36

>>141
Windowsの売上って四半期で何百億ドルといくらしいけど、
ソシャゲとかってそのぐらいの売上になるの？

**デフォルトの名無しさん** · 2024/01/13(土) 15:37:46.38

四半期の事なんて知らんが
手間考えたらOS売るなんてアホな商売よりはソシャゲのが儲かるだろうね

**デフォルトの名無しさん** · 2024/01/16(火) 04:37:40.68

OS売る商売はLinuxに滅ぼされたからな
早期に見切りをつけてクラウドに移行したMSは先見の明がある

**デフォルトの名無しさん** · 2024/01/17(水) 19:10:33.33

マジかMSはソシャゲ屋になったほうがいいな