手動テストだけのソフトウェアは腐っていく

この本で、著者のRobert Martinも、次のように述べています。 この10年間の間に この業界では多くのことがありました。1997年当時、テスト駆動開発などという言葉は誰も聞いたことがありませんでした。ほとんどの人にとって、単体テストというのは動作をひとたび『確認』したら捨ててしまうものでした。苦労してクラス メソッドを書き上げ、それらをテストするためのその場しのぎのコードをでっちあげていたのです。 『Effective Java』で有名なJoshua Blochは、この本の中のインタビューで、次のような会話を行っています。 「デバッグの話をしましょう。あなたが追いかけた最悪のバグはどのようなものでしたか」 それに対して、Joshua Blochは、 「最初に勤めた会社で私が開発したソフトウェアですね。ソフトウェアのデバッグに1週間半費やしました」 という話をしています。 1週間半費

[sirobu]

そして工数がなくてメンテされずにNGが出るまま放置されるテストソースの山が……

[p1ass]

これなぁ"既存の機能のコードには一切変更を入れない。たとえ、新規機能で追加されるコードと共通化できるコードがあっても、共通化が既存の機能のコードの修正になるなら、共通化は行わない。"

[takeag]

テストやリファクタリングで工数増えると思ってる時点で間違い。逆に生産性が上がり工数が減ります。

[maninthemiddle]

かつてのソフトウェア試験との比較を経験として書けるのはさすが超ベテランならでは

[canadie]

テストにしろリファクタにしろ、ちゃんと工数をステークホルダと握るのが先。余った時間、余った人員でテストを書いてると工数が足りなくなった時に壊れる

[pogin]

自動テストがある現場…どこ…？

[manaten]

腐って何を担保してくれてるのかわからなくなったテストコードとかあるしなあ。結局人の手が入らなくなったコードは腐っていく運命にあるのじゃ…

[civicpg]

テストコードちゃんとありますよ！（skipアノテーションを付与しながら）

[turanukimaru]

コードに手を加えるたびに手動テストするのに比べたら自動テストは安く、テストしやすいコードはメンテもしやすい。テストの維持は高コストではあるが私にやらせれば安い（真顔。ここ数年はテスト環境作る仕事ばかり

[osamu0329]

逆に考えれば5年の寿命なら手でテストしてもいいわけで（まぁ更改を重ねて秘伝のタレとして引き継がれることはある）

[tanosikeizaigaku]

“次のことが（マネジメントから）要求されるようになります。 既存の機能のコードには一切変更を入れない。たとえ、（中略）共通化が既存の機能のコードの修正になるなら、共通化は行わない。”

[s_hiiragi]

“分かったのは、「手動テストだけに頼っているソフトウェアは、年々腐っていく」ということです。”

[yuzuk45]

手動テストじゃねえ“既存の機能のコードには一切変更を入れない”

[beeworks]

]

[stilo]

"手動テストだけに頼っているソフトウェアは、年々腐っていく"

[pmint]

読んでみれば自動vs.手動の話ではなく、工程の違い。後の工程がコスト高なのは当然で、両方とも必要。後半を読むと「美しいコード」を書きたい人なのかな。実装レベルの美しさなんて、たかが知れているのを知るべき。

[honma200]

あとうんざりするようなデータ構造になりがちよね

[strawberryhunter]

オープンソースソフトウェアに関しては、熱心な開発者が減ってしまうとちょっとずつ壊れていく感じはある。／特に画面の自動テストは手間がかかりすぎるのでノウハウがもっと公開されてほしいと思っている。

[hogeaegxa]

まあ自動テストっていっても、だいたいは「1を入れると42が戻ること」程度の情報量だし、腐敗を止めるには力不足なんだよな。腐ったシステムは仕様も不明でコードも意味不明だからヒントになるテストにしたい

[caynan]

全然かんけいないけど「リファクタする」っていう言い方、「動詞+する」なので違和感があるんだよね

[kagerou_ts]

昔聞いた言葉で「ユニットテストはリファクタリングする勇気を与えてくれる」というものがあった。真理だと思う。自動テストなしでもリファクタリングできるけど、工数やリスクを勘案すると俺ならお勧めしない。

[surume000]

くさるよなあ

[bopperjp]

id:moromoro の指摘が耳が痛い。。リファクタリングって当然だけど優先順位付けが必要で、優先順位付けには根拠が必要で、根拠をつけるためには開発対象全体の理解が必要で。。むずいんじゃー。

[radian19831019]

今の現場がまさに。 ウォーターフォールでテストコードは基本ない、あってもassertがないので目視確認。保守性の高いコードを知らないのでリファクタの発想はなくコピペとパッチ。 勉強会開くことにした。

[sysjojo]

時間があったらやる。というスタンスだと未来永劫自動テストやリファクタなんてできないの同意。お金が余ったら貯金しよ。投資しよ。と言ってるのと変わんない。

[taguch1]

ユニットテストはともかくe2eをメンテしてくの結構コストだよなぁと。みんな上手くやってる？

[shikiarai]

自動テストなんて思想が引き継がれなかった瞬間腐るから

[naggg]

このあたり詳しくないので時系列に書いてあって助かる

[xlc]

自動テストにはコストがかかるしプログラムの書き方も変えなければならない。なので経営的な視点を入れるなら、それができる金額で契約しなければ自動テストはできない。保守契約があればそこで書くのがよいと思う。

[chintaro3]

まぁ後継者がいなけりゃどのみちゴミになるんだけどな。テストを自動化しても、誰がそれを引き継ぐのかという問題は残る

[Shinwiki]

2020年代も目視が主流のとこは存在する

[ledsun]

実は短期間に「すべての機能を一通りテストする」必要はないんですよね。デリバリーまでの間に一通り通っていればいい。（変更の多いところは、デリバリー直前の短期間に手動テストした方がいいかも）

[yarumato]

“手動テストだけに頼るソフトウェアは、既存コードに一切変更を入れられないため、共通化できても共通化しない。結果、似て非なるコードが多くなる”　　一太郎やATOKはコレに見える。互換性が高い利点はある