软件测试培训之测试策略的运用

　　1) 基于稳定版本测试，节约每一发子弹，严守测试准入关口。严格控制发布的版本频率和质量，累计三次冒烟测试不通过，约谈开发供应商负责人。 策略分析：把关与问责，双管齐下，有效规避开发版本质量太差或缺少内部测试的风险。

　　2) 基于业务场景的测试。由于测试人员紧张，且任务相对集中，项目组专门请相关业务模块的老师给测试人员做指导，理清业务流程、列举业务场景，测试人员基于业务场景整理好测试用例，让业务老师帮忙审核把关，确保业务覆盖率。 策略分析：让测试人的技术和业务人的业务有机结合，形成1+1>2的测试合力。

　　3) 基于完整业务能力提升的测试执行。俗话说磨刀不误砍柴功，测试经理并未因为人少任务多而盲目地投入测试执行。项目组针对测试人员业务积累有限的现状，组织了9 次系列化的业务培训和技术培训，并调动同一测试供应商的其他另外三名测试人员加入培训，作为测试预备队。 策略分析：曾国藩当年的湘勇未训练成军时都敢违抗圣旨不发兵，也是这个道理，只有测试人员的业务积累到一定程度时，再做去做测试执行才有效果。没有战斗力的拼杀只会徒耗资源、抹杀士气。

　　4) 基于业务划分的分批测试。基于业务系统中公共模块之外的业务模板的相对独立性，测试组与开发组约定好相关交付计划，按公共模块到高频业务模块再到低频业务模块。测试组分割包围，逐步测试，最后做一轮集成测试和上线版本测试。 策略分析：合理切割，集中兵力应对重点业务，分批有序执行，这是兵力不足时的必选策略。

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

　　6) 基于交叉测试的快速执 行，强调执行效率和可见成果。测试沟通上每日站立晨会同步进度和问题，测试用例重点强调业务场景分析和团队评审，测试缺陷跟踪强调解决问题，开发交付版本进入执行周期时强调普通模块快速测试与重点模块交叉测试相结合，有问题的模块则集中轰炸。 策略分析：抓测试重点，紧跟重点模块和缺陷模块，狠捣缺陷窝，是每个测试人必学的策略。

　　7) 按必要场景有序测试和随机发散性测试相结合，既要保证正常需求覆盖率，也要保证异常处理的探索性测试。 策略分析：有序测试是保证覆盖，随机发散探索更依赖测试经验积累，不仅能有效降低漏测风险，更有助于培养测试人员跳出限定边界的测试思维习惯。

如需了解更多测试技术信息请关注：https://www.duoceshi.cn/jswz/深圳多测师软件与技术服务有限公司