1. something is better than nothing
有比没有强。开始测试意味着开始思考如何写出可以支持测试的代码。
2. coverage isn't everything
测试覆盖率不代表一切。不能以牺牲测试质量来取得测试覆盖率的提高。
3. Be willing to invest in test fixtures
愿意在测试工具测试对象投资时间
4. Harvesting metrics
收集测试覆盖的代码行数、测试用例数、测试花费的时间以及bug数，每次发布时都记录这些数据。数据是最好的测试反馈，而且这些反馈总是正向的，将为你的团队带来更多积极影响。
5. Capturing a bug in an automated test
发现 bug 在修复之前，添加一个自动测试用例用来重复这个 bug ，然后修复bug，校验 bug 是否还存在。
6. Pause to refactor when test suite takes too long to run
如果发现一个测试用例需要花费很长的时间执行，停下来考虑如何加速测试的执行，不管是原因来自于测试本身还是被测试代码。
7. Cash in on your con dence
建立足够的测试之后，你将会有足够的自信重写大块的代码
8. Be willing to throw away an entire day of changes
如果做出的改变导致几乎一半的测试用例不能执行，考虑放弃这些改变，即使这是一天的工作量。
9. Instead of shooting for 100 percent coverage, try to have a steady growth
追求代码覆盖率稳步增长，而不是 100% 覆盖。
10. Randomly breaking your app can lead to better code
随机的破坏会让代码更健壮。
随机杀死进程
切断分布式系统的网络
子系统下线
。。。
