最近的思考，记录下来~

　　所有测试用例是一张最全的大网，它包括了保证软件质量所必须进行检查的所有内容。这些内容必须借最有效的方法实现：一部分由单元测试、一部分用接口测试、一部分纳入UI自动化测试（自动化用例要分fast级别和all级别）、一部分用代码评审、一部分用性能测试来保证，前面这些都无法实现的用手工测试，尽量让手工测试越少越好。

　　所有这些分层用例必须都做到持续地集成，持续的缺陷分析以完善用例，各层用例做到互通互补，这是一个大的工程。要做到这些至少有几点要求：

　　1、团队相对稳定：开发与测试人员才能对所做的业务进行持续的关注与改进；

　　2、开发人员必须有足够的软件质量意识：有积极性进行单元测试的编写与维护（基于第1点要求，软件质量的好坏会直接关系到开发人员自己日后的维护和再开发成本）；

　　3、开发与测试人员必须进行良好的沟通：除了共担软件质量的风险，还需要共享用例，分层用例覆盖上也需要更多沟通以确定哪些是单元测试的职责，哪些是代码评审的关注点；

　　4、测试人员必须具备扎实的技术功底：不仅要会写自动化脚本，会进行性能测试和接口测试，还必须具备写出优秀自动化脚本和深入分析应用代码的能力，甚至测试框架开发的能力；

　　5、必须要有各方面专长的人并形成人员梯队：如果所有都是牛人，没人做手工测试，如果没开成弱队，牛人一走，工作就没法展开；

　　6、最后但不是最不重要的，开发方面必须对系统有长远的考量：质量体系建立是一个很庞大的工程，特别是自动化代码，两三年就重构一次的系统，谁也伤不起。

　　因此软件测试的最根本基础是：用例分析与设计。

　　软件测试人员的核心竞争力是：扎实的用例分析与设计能力，各种软件测试技术的深入理解与综合运用。