テストコード | C#もぐもぐ

昔、姫路インフラ勉強会に参加した時に「テストコード」についての話題があった時に書こうと思って下書きのまま放置されていたので、振り返りながら少し考えてみました。

（話題的にインフラとは違いますが…）

議論の中であったのは、

「そもそも、テストコードを書いても保守されない」

という意見でした。

テストコードは、機能を増やした後、テストをする際に自動的に合否を確認してくれるので、改修時に非常に便利なのですが、他のメンバーがテストコードを書いてくれない…

書いてくれない理由を考えてみると、

の3つに絞られそうです。

それでは、これらを打開するにはどうすればいいのでしょうか？

という意見がありました。

やるかやらないか…

みたいな投げやりな意見になりそうですが、実際のところ、今まで勤めてきたところでは

「良いのは分かっているけど、よく分からないし、今回は納期まで短いからパス！」

みたいなやりとりが多かったです。

とか言う自分もテストコードの書き方以前に実際にテストを実装する際に色々とつまずいてしまっていました。

たとえば、「Privateで内部処理を隠して使ってほしい入口の処理だけ」を公開していたのですが、「本当はテストしたい内部処理がテストできない」と言うことが今の自分の考え方では発生してしまいます。

でも、それは実は誤っていて、「処理を公開して、処理ごとに完結しているものを作るべき」という指摘がありました。

プログラムの設計方法が間違っているということは衝撃でしたが、言われてみれば確かにその通りだと思いました。

それから現在、プログラムの作り方を見直していますが、実際にやってみて何だかおかしいなぁと疑問に思わないと、この時に質問すら出てこなかったと思います。

やはり小さなことでも聞くだけではなくて実際にやってみることは大切だと感じました。

テストの実装はまだマスターできていませんが、未熟なコードをさらけ出して指摘をもらえる良い時代だと思うので、どんどん経験を積みたいなと思います。