単体テストの新しい名前[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 4年前休業。 私はユニットテストが好きではありませんでした。それは私がしなければならない仕事の量を増やすといつも思っていました。 結局のところ、これは実際に記述するコードの行数に関してのみ当てはまり、さらに、これは、テストおよびテスト駆動開発で1時間で記述できる有用なコードの行数の増加によって完全に相殺されます。 ユニットテストが便利なコードを記述できるようになった今、私はユニットテストが大好きです。（木のノック） 厳格なタイムラインの下にある場合、または他の人がそれを行わないためにそうしないために、人々がユニットテストを行うか、テスト駆動開発でプロジェクトを開始することに消極的であることがわかりました。ちょっとみたい、文化的な拒否すらしよう。 ユニットテストの最も強力な点の1つは、リファクタリングを実行できるという自信です。また、コードを他の誰かにリファクタリング/改善するために与えることができるという新しい発見の希望も得られます。ユニットテストが引き続き機能する場合は、恐らくほとんど変更せずに、変更された新しいバージョンのライブラリを使用できます。 新しい名前が必要だと思うのは、ユニットテストのこの最後の側面です。単体テストは、このコードが現在、そして将来的に何をすべきかについての契約のようなものです。 テストという言葉を聞くと、ケージ内のマウスを思い浮かべます。化合物の有効性を確認するために複数の実験が行われました。これは単体テストとは異なり、さまざまなコードを試して最も効果的なアプローチを確認するのではなく、期待する出力と入力を定義します。マウスの例では、ユニットテストは、マウスで行われた実験とは対照的に、宇宙がどのように機能するかの定義に似ています。 私はひび割れているのですか、それとも他の誰かがテストを拒否するのを見て、それを彼らがテストしたくないのと同じ理由であると考えていますか？ テストしない理由は何ですか？ ユニットテストではないので、彼らの動機は何だと思いますか？ そして、いくつかの異論を乗り越えるかもしれないユニットテストの新しい名前として、jContractはどうですか？（私が知っている少しJava中心:)、またはユニット契約？