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

**デフォルトの名無しさん** · 2012/10/03(水) 00:24:26.88

テストを書いてからリファクタリングするというけれど、
コードの内容によっては、それが現実的に不可能な場合がある。

汚いコードであればあるほど、リファクタリングの前に
テストを書くのは難しくなる。

テストが書けるのは、単機能の関数になっているものだけ。
1000行以上からなる複数の処理を行う関数などテストを先に書くなんてまず不可能。

テストを書くためには、コードの再配置を先にやらなくてはいけない。
コードの順番を変えたりモジュールに分離するなどして、小さな処理にまとめて関数化する。
そこまでやってやっとテストが書ける。

現実的な修正の順番としては

コード再配置 → テストコード記述 → リファクタリング

にならざるをえない。

コード再配置はテストがない状態で行うから非常に神経を使う。
ミスを起こさないような再配置しかやってはいけない。

**デフォルトの名無しさん** · 2015/11/01(日) 11:24:21.57

ただのコード整理のことをリファクタリングと呼んでるなら別にそれでもいいけどね

**デフォルトの名無しさん** · 2016/01/21(木) 12:50:33.37

ふむ

**デフォルトの名無しさん** · 2016/01/27(水) 22:08:01.75

コード整理はリファクタリングの主要な一種だなあ

**デフォルトの名無しさん** · 2016/01/29(金) 01:36:46.48

振る舞いが変わってないのを証明出来るならどの手法でもリファクタリングを名乗っていいよ

**デフォルトの名無しさん** · 2016/02/03(水) 18:22:39.26

つまりこの世にリファクタリングは存在しない

**デフォルトの名無しさん** · 2016/02/07(日) 15:40:59.07

部分的には出来る

**デフォルトの名無しさん** · 2016/02/14(日) 20:20:34.76

リファクタリングしたらお金貰えますか？

**デフォルトの名無しさん** · 2016/05/20(金) 20:00:00.76

リファクタリングしたらお金もらえる契約だった貰えます

**デフォルトの名無しさん** · 2016/05/21(土) 12:44:55.03

私のリファクタリングおじさんが匿名で銀行にお金を振り込んでくれるよ

**デフォルトの名無しさん** · 2017/02/28(火) 07:59:14.85

俺の全力120%リファクタリングを見せるときが来たようだな

**デフォルトの名無しさん** · 2018/04/22(日) 21:49:11.75

フッ、その程度の力で俺のテストファーストを破れると思うなよ

**デフォルトの名無しさん** · 2018/04/23(月) 13:16:52.06

>>1
一理あるな。
あんまり初心者のだとこのコードのテスト書く意味とは…ってなる。
つまりテスト書く前に直しが入る。

**デフォルトの名無しさん** · 2018/05/23(水) 19:41:33.31

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

VZCU5

**デフォルトの名無しさん** · 2018/07/05(木) 01:50:13.98

6L4

**デフォルトの名無しさん** · 2020/01/29(水) 13:51:22.02

修正ついでにリファクタリングしたけど、機能は変えてないからテストしなくて良いよね

**デフォルトの名無しさん** · 2022/04/22(金) 14:27:10.14

てｓｔ

**あぼーん** · NG

あぼーん

**デフォルトの名無しさん** · 2022/06/10(金) 07:54:47.35

あっそ

**デフォルトの名無しさん** · 2023/06/06(火) 22:29:07.67

>>1
「テストを書く」の意味がわからない。

**デフォルトの名無しさん** · 2023/06/28(水) 13:43:55.35

漠∞！！！！
列∞！！！！！
廷∞！！！！！！
器∞！！！！！！！
斗∞！！！！！！！！
容∞！！！！！！！！！
寿∞！！！！！！！！！！
非∞！！！！！！！！！！！

**デフォルトの名無しさん** · 2023/06/28(水) 17:23:02.87

TDDは設計変更がそうそう起きない場合にしか現実的じゃないわな
外部ツールやらドメインやらの知識が更新されたり、仕様変更が起きると
それに伴う設計変更が起きて、同時にテストも直さなきゃならなくなる
無思慮にテストファーストがいいって言ってるやつは信用ならん

**デフォルトの名無しさん** · 2023/06/28(水) 19:07:09.03

自動テストは無理かも知らんが、
ある程度この種の仕様テストは通すってのは用意しなきゃいかんでしょ。

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

なんか話が噛み合ってないな
テストを用意するのは当たり前、その上でテストファーストの是非を問うスレじゃないのか

**デフォルトの名無しさん** · 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はソシャゲ屋になったほうがいいな