| 1，单元测试需要许多的人力资源，并且在项目执行过程中的维护工作量很大，项目中考虑实施UT时，必须非常仔细的考虑后面投入资源的问题 | ||||||||||||||||
| 2，很多决定做单元测试的项目，在单元测试用例维护上投入很多，但随着项目的结束（有些可能还没有结束），这些用例就废弃了，因为发现后面需要越来越多的工作量 | ||||||||||||||||
| 3，如果决定在项目中实施UT，那么测试开发人力配比需要1:1,如果只能投入1:3，则后续进度和质量很难保证 | ||||||||||||||||
| 4，TDD是很好的想法，但TDD并非说要尽早进行UT，而是要尽早的进行PC测试 | ||||||||||||||||
| 5，UT不是LLT,UT投入成本很大，需要谨慎 | ||||||||||||||||
| 6，PC测试加上真实环境测试是一个好的形式 | ||||||||||||||||
| 7，每个开发人员都使用一套有很多用例的PC自动化测试套，并且执行速度很快，这是一种比较好的方式 | ||||||||||||||||
| 8，可考虑同一套测试用例在PC和机架上共享 | ||||||||||||||||
| 9，对于测试人员来说，参与前期高层设计的讨论很有必要，了解系统的状态图和高层时序图是很重要的 | ||||||||||||||||
| 10，对于PC测试来说，灰盒测试比较合适 | ||||||||||||||||
| 11，对于系统级的PC测试，需要关注代码覆盖率 | ||||||||||||||||
| 12，对于PC测试来说，经可能多的准备一些测试用例；对于真实环境测试来说，需要的是一些常用用例，因为比较耗时 | ||||||||||||||||
| 13，如果关心分支覆盖，建议把关心的部分单独拿出来做一个更小粒度的测试，这样比较容易观察 | ||||||||||||||||
| 14，特性的测试分析和设计是一个长期的工作，和测试执行不可分离 |