なぜ我々はユニットテストが書けないのか？｜SHIFT Group 技術ブログ

はじめにこんにちは！Unit～E2Eのテスト自動化を生業にしている、いしいと申します。 ユニットテストに限らず、何かを始めようと思ったとき、人は様々な壁に直面しますよね。知識・経験の問題、コストの問題（金銭、時間）、メンタルの問題（納得感、不安感）、それらが複合的に結びつく社内政治的な問題などなど・・・。そして、それらの壁を乗り越えて第一歩を踏み出すことには大変な困難を伴います。 この記事では、ユニットテストを書いていくのにあたって、どのような壁・問題があるのかを確認し、それに対してどのようにアプローチをすれば乗り越えられるのかを考えていこうと思います。 ユニットテストの壁とその乗り越え方メンタルの問題根本的にモチベーションが上がらない それはユニットテストのメリットや魅力に理解、納得がいっていないからです。人間、無駄なことをやりたいとはなかなか思えません。仮に、無駄と思いながらやったとし

[reihighjcj6a]

バグやリグレッションの検出率を真面目に統計取って議論するとかじゃなくて、一部の人にとってある種の宗教化してるので、一部の原理主義者に配慮して、真っ当な議論することすら許されない感が出てきている...

[hogeaegxa]

記事で言及されてるレガシーコード改善ガイドは、原書が2006年で日本語版は2009年が初版なんだが、そんな太古の昔に本が出るほど技法は揃ってるのに、現実世界の大半はそれ以前の時代から何も進歩がないんだ。

[junjuns7]

“もしバックエンドより先にフロントエンドに挑戦しようとしているならば、それはおそらく死出の旅になります。” それが聞けただけで充分です。

[s_rsak]

面倒とかいう以前にやり方が分からない。

[baronhorse]

2022年にもなってまだこんなこと言ってるのか

[honma200]

たしかに書くだけでも偉いと思う