测试策略的运用

1）基于稳定版本测试，节约每一发子弹，严守测试准入关口。严格控制发布的版本频率和质量，累计三次冒烟测试不通过，约谈开发供应商负责人。

2）基于业务场景的测试。由于测试人员紧张，且任务相对集中，项目组专门请相关业务模板的老师给测试人员做指导，理清业务流程、列举业务场景，测试人员基于业务场景整理好测试用例，让业务老师帮忙审核把关，确保业务覆盖率。

3）基于完整业务能力提升的测试执行。俗话说磨刀不误砍柴功，测试经理并未因为人少任务多而盲目地投入测试执行。项目组针对测试人员业务积累有限的现状，组织了9 次系列化的业务培训和技术培训，并调动同一测试供应商的其他另外三名测试人员加入培训，作为测试预备队。

4）基于业务划分的分批测试。基于业务系统中公共模块之外的业务模板的相对独立性，测试组与开发组约定好相关交付计划，按公共模块到高频业务模块再到低频业务模块。测试组分割包围，逐步测试，最后做一轮集成测试和上线版本测试。

5）基于业务波及分析的回归测试。由于测试人员较少，有限的资源和时间无法全量回归，测试经理非常珍惜每一份测试人力的合理高效使用。对于回归测试，测试经理会先对每一个版本的代码做两个层次的分析，一是黑盒分析，针对变动的功能点，找出与之相关的业务场景用例和功能点用例，无则立即补充。二是白盒分析，请开发人员协助，整理出代码变化后，相关有调动关系的函数、类或程序包，理清这些函数涉及的功能点和业务路径，最后根据这两层波及分析，精准确定需要回归的用例范围。

6）基于交叉测试的快速执行，强调执行效率和可见成果。测试沟通上每日站立晨会同步进度和问题，测试用例重点强调业务场景分析和团队评审，测试缺陷跟踪强调解决问题，开发交付版本进入执行周期时强调普通快速测试与重点模块交叉测试相结合，按必要场景有序测试和随机分析发散性测试相结合，既要保证正常需求覆盖率也要保证异常处理的探索性测试。

测试策略运用的经验与教训

我们在长期的测试管理实践中，总结了一些测试策略运用的经验和教训，主要有以下几点。

第一、重视自动化测试但不依赖自动化测试，同时考虑自动化测试的投入产出比。

第二、资源紧张时，更能凸显业务积累的重要性、单兵能力提高的必要性，因此，业务培训需要常抓不懈。能有效提升测试团队的整体素质。

第三、测试策略的最重要控制就是对测试资源的高效整合和最优化利用。整合和利用的资源中，人是决定性因素，如何调动（或拆借）测试资源，让测试工程师乐意测，测到实处，测有所得，关键一点是要和组员平等相处，为组员的成长着想，从而进行有效的激励。

第四、凡事预则立，不预则废。在测试策略的制定上需要有预见性的计划，整盘考虑资源、范围、时间、成本、相关干系人诉求等情况，预判困难预判风险。

第五、工作氛围的营造与控制是测试策略推进和有效执行的保证。首先，负面情绪传导，止于测试经理。其次，战略上要相信一定有解决办法，战术上重视项目中时刻发生的风险问题，调动项目团队的集体力量，并及时寻求公司帮助。

第六、阶段性测试执行后的沟通总结非常重要，测试反馈推动测试策略优化和微调。