177bdf6352de463fdc87

経験ゼロでもできるプログラミング現場の単体テストを読んだので、そのまとめ はじめに 著者曰く、 初めて導入する単体テストの指南書 を目指した一冊。 単体テストを書いたことが無かったり、書いたことがあっても書き方の方針が定まっていない人にはおすすめの本。 逆に既にバリバリテストコードを書いてる人に、再確認的な内容になるかも。 単体テストについて基礎知識 アプリケーション開発では設計に時間がかかりすぎて、テストに時間をかけられないことがある。 致命的な障害発生する可能性がある。 とはいえすべてを想定してテストを実施することはできない。 テストケースを絞る必要がある 各テストフェーズの礎となる単体テストが重要になる 高品質なシステム ユーザーを満足させ、不安や不満をいだかせないこと システムエラー：データの破損などの心配が生まれる 応答が遅い：いらいら・二度と使わなくなる まとめてテストはダメ

[owtowtowt]

]

[hamamuratakuo]

プログラム テスト やり方

[ktanaka117]

見直しながらやろう

[kent-where-the-light-is]

それな。“まとめてテストはダメ 調査時間がかかる・問題箇所が切り分けづらい 現場のモチベーションが下がる リスクの先送り プロジェクト終盤で行うテストは再現・原因調査・修正・再テストと時間がかかるため、プ

[kasumani]

経験ゼロでもできるプログラミング現場の単体テスト 単体テストを書いたことが無かったり、書いたことがあっても書き方の方針が定まっていない人にはおすすめの本。 逆に既にバリバリテストコードを書いてる人に、再