>>706
>・外部データリソースとの連携
絨毯爆撃的なデータを作るユーティリティを作ってテストしてるよ。
極端なケース(数値しダメな引数に英字を渡す、とか)は、
コード&テストを書く一番最初の段階で手でassert書くよ。

>・結合テスト
unittestから呼び出せる範囲のテスト、
機械的にデータを生成できる範囲のテストならやる。
もっと上流のテスト(たとえばWebブラウザを使って実際に使ってみるとか)
も定期的にやるよ。
バグが見付かったら、テストにフィードバックできないか検討する。
必要ならテストをしやすいようにコードをリファクタリングすることも含めテストを見直す。
基底部分のテストが充実していれば、
おおもとのコードを変えてまずいことになってもすぐ分かるので安心。

"テスト可能な"設計をすれば、unittestで出来るレベルのテストで
品質を向上することは可能だけど、完全な品質を保証することは不可能。
unittestは万能ではない。

なんでもそうだと思うけど、こだわりを捨てることも重要だと思うよ。