测试策略1.总体测试策略确定产品质量目标，进行项目整体的风险识别，从产品层面来确定测试重点和测试难点、测试深度和测试广度。1.1. 明确“产品质量目标”产品质量评估评估项目产品基线项目试用测试覆盖度需求覆盖度100%90%测试过程测试用例执行率100%90%安全测试通过通过性能测试通过通过代码规范<2.2%<2.2%缺陷缺陷修复率三 90%三 85%文档按产品标准输出文档达标1.2. 功能分类“测试策略”分类优先级说明测试策略新功能开发高全新开发的功能全面测试旧功能修改中功能的修改完善1）对改动功能的部分进行全面测试2）进行稳定性测试旧功能无改动低旧模块功能无代码改动探索式测试1.3. 进行“风险分析”1）提前识别项目中可能存在哪些会阻塞测试的风险，然后基于风险来调整我们的测试策略，增加一些测试活动或者质量保证活动。2）基于风险来加强和降低测试投入。序号预知风险级别解决措施1产品需求文档描述不够完整、清晰，不能有效指导开发和测试人员的工作。高前期多参加产品评审会议加强和开发、产品经理的业务场景沟通、讨论、记录2在测试设计时，设计和需求文档未能及时更新，导致测试设计遗漏或不准确，无法达到测试设计的预期效果。中对已知的变更进行沟通督促产品经理对需求变更形成记录3新版本修改的功能点，修改影响？没有文档记录高和开发沟通，让其提供一份修改说明文档4产品功能设计的过于复杂，难以理解高和产品经理沟通，确认设计的优化可能性让开发同事对设计实现进行讲5产品中存在需要多人才能配合完成的功能,缺乏总体责任人推进中建议产品增加总责任人，负责确认接口、整体协调等增加开发自测，将该功能作为冒烟测试点。6版本自测不充分高转给测试的版本，需要开发人员和产品经理进行自测，并出具测试扌报告提供开发自测测试用例7在测试执行时，发现一些测试用例因为缺陷或者代码提交的原因阻塞了，不能按照计划进行测试执行。高1）及时和开发沟通解决8在测试执行时，发现缺陷迟迟不能修改，缺陷分析的结果不能达到预期。中和开发人员沟通协助修复和产品负责人沟通，寻求开发资源9版本管理不明确，没有明显的发布计划高主动跟进产品的修改情况，确认发布计划评估产品版本发布1.4. 总体测试安排重要节点开发完成时间测试安排测试计划时间概念阶段已完成了解概念阶段的需求信息2018-09-06-2018-09-18设计阶段已完成原型和需求说明书分析测试，编写测试用例2018-09-17-2018-09-22开发阶段2018-09-01-2018-10-30制定测试策略，...
