产品测试策略V1.0

测试策略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制定测试策略，安排测试计划，更新测试用例2018-09-17—2018-10-28测试阶段完成功能，安全，文档测试2018-11-12—2018-11-23发布阶段发布符合质量标准的版本2018-12-24—2018-12-262.第一个版本测试策略2.1.测试范围需要注意的是，这里的测试范围，是指开发能够真正提交，并且测试可测的功能。安卓端：编号一级功能二级功能功能概述优先级用户说明1登录帐号密码登录中所有用户升级改造2主页功能入口中执法人员、领导升级改造3执法管理执法取证做笔录及取证高执法人员、中层领导升级改造4我的笔录当前登录人做过的笔录（包括未提交笔录）高执法人员、中层领导新增5待办任务待处理的执法任务高执法人员、中层领导升级改造6指派任务上级指派执法任务给下级高中层领导升级改造7预警雷达预警监测超标或发现涉嫌环境问题中中层领导升级改造8信息查询一源一档污染源信息查询高执法人员、中层领导升级改造9一队一档执法机构及人员信息查询中执法人员、中层领导升级改造10执法台帐执法及立案记录查询高执法人员、中层领导升级改造11在线监测在线监测企业监测数据查询及超标记录查询中执法人员、中层领导升级改造12环保知库嵌入知库中执法人员、中层领导集成13决策分析实时监控GIS地图监控执法动态高中高层领导集成14统计分析从人、源、事进行统计分析辅助决策高中高层领导集成15数据报送方便领导监控执法数据报送情况高中高层领导集成16我的个人统计个人执法情况统计中所有升级改造17我的足迹个人执法轨迹查询中执法人员及中层领导升级改造18系统设置系统更新等设置低所有升级改造后台：编号一级功能二级功能功能概述优先级用户说明1登录帐号密码登录系统中所有不升级2概览摸清家底，掌握动态中领导不升级3执法管理待办任务待办任务处理高执法人员，中层领导升级改造指派任务指派执法任务高执法人员，中层领导升级改造执法常用语编辑执法常用语中系统管理员不升级执法表单管理笔录配置中系统管理员不升级4立案调查立案、调查报告文书草拟审核及证据资料整理归档高执法人员、中层领导新增5信息管理一源一档查询污染源信息高执法人员、中层领导升级改造一队一档查询队伍人员信息中执法人员、中层领导升级改造执法事件查询执法事件高执法人员、中层领导升级改造环保智库查询法律法规等中执法人员、中层领导升级改造6决策分析辅助领导决策高高层领导不升级7一张图地图分布分析中高层领导不升级8系统设置案卷归档配置编辑用户角色中新增笔记本端：编号一级功能概述优先级用户说明1登陆账号密码登陆中所有用户升级2首页全局搜索用于搜索法律法规和企业高所有用户新增待办任务提示待办任务快捷入口高所有用户升级3新建笔录搜索污染源，做笔录高所有用户升级4我的笔录查看“我”做的笔录，包括已提交和未提交的笔录高所有用户新增5执法台账查看全网的执法记录高所有用户升级6模板管理管理调查询问笔录模板，可以新增自定义模板中所有用户新增7关于系统系统及版本说明中所有用户升级8意见反馈反馈对本系统的意见及改进建议中所有用户升级2.2.测试目标对象–测试方法–测试结果这样的方式来描述测试目标，强调这个版本测试的要求。子系统功能测试兼容测试安全测试性能测试移动执法后台功能需求正确实现谷歌、IE9及以上、360浏览器详见需求文档6.4详见需求文档6.2安卓终端功能需求正确实现Android7.0以上通过测试平台测试，和开发核对问题修复详见需求文档6.2笔记本端功能需求正确实现Win7、Win10、Windows2.3.重点业务关注后台：重点内容说明重点功能1.指派任务流程的正常办理2.执法事件的台账数据展示3.执法笔录的正常打印4.立案调查流程的正常办理5.概览页面数据展示6.决策分析统计数据业务关注1.任务执法场景，指定和不指定污染源2.不同层级领导概览和决策分析数据查看权限3.动态表单的配置4.立案调查的一键生成案卷安卓终端：重点内容说明重点功能1.任务流程的正常办理2.执法笔录的填写，打印，展示3.我的笔录数据展示、再编辑4.执法事件的台账数据展示业务关注1.新增企业执法场景2.现场直接填笔录执法场景3.任务执法场景4.离线执法5.执法过程历史笔录的数据提取6.在线监测数据对接笔记本端：重点内容说明重点功能1.执法笔录的填写，打印，展示2.我的笔录数据展示、再编辑3.执法事件的台账数据展示业务关注1.新增企业执法场景2.现场直接填笔录执法场景3.任务执法场景2.4.测试环境资源测试资源分为人力和工具两部分。人力资源主要说明参与测试的人员，工具主要是指可能用到其他软件，测试环境是指兼容的环境信息。子系统开发责任人测试责任人测试环境测试工具后台胡小龙康铭谷歌、IE9及以上、360浏览器安卓终端陆思毅康铭、刘睿Android7.0以上华为荣耀X6笔记本端曾益康铭、刘睿Win7、Win10、Windows2.5.用例设计选择系统测试用例选择策略完成情况后台1.基础功能选择testlink中通用测试用例的测试用例2.重点功能和业务用例手动编写并审核通过1.未开始2.编写中安卓端1.基础功能选择testlink中通用测试用例的测试用例2.重点功能和业务用例手动编写并审核通过1.未开始2.编写中笔记本1.基础功能选择testlink中通用测试用例的测试用例2.重点功能和业务用例手动编写并审核通过1.未开始2.编写中2.6.冒烟测试策略开发人员将版本转给测试人员时，测试人员先对这个版本进行一次测试，确认版本没有阻塞测试的问题，能够按照测试策略完成测试。如果存在影响测试的问题，及时找开发沟通解决。1.任务办理正常；2.笔录正常填写，打印，提交；3.台账记录正常；2.7.文档管理对于一个完整的产品来说，文档是很重要的一环。它需要经过完整的测试验证。序号文档名称完成情况测试情况1需求规格说明书2用户操作手册3系统部署实施说明453.跟踪测试执行确保测试团队是按照测试策略来执行测试的。关注项目中的实时风险，基于风险来调整测试策略。3.1.跟踪测试用例执行情况子系统用例总数执行数量未通过数量通过数量通过率未执行数量未执行原因后台安卓端笔记本3.2.缺陷跟踪跟踪版本需要解决但还处于待修复状态bug的解决情况：子系统Bug描述是否解决4.版本质量评估4.1.需求和实现的偏差子系统需求描述实现偏差BugID修复说明后台4.2.测试过程评估1.测试方法回顾：总结比较有效的方式方法2.测试投入回顾3.测试用例分析4.3.缺陷分析1.功能特性的缺陷密度是否正常？2.缺陷阶段分析是否正常？原型阶段需求阶段设计阶段开发阶段测试阶段Bug数5.后面的版本测试策略后面的版本会考虑到实际的产品研发情况和测试情况，而对测试策略进行调整，因此，后面版本的测试策略还需要增加回归测试策略和探索式测试策略的内容。5.1.回归测试策略5.1.1.缺陷回归确认测试中发现的缺陷被开发人员正确修复了。我们将缺陷分为三类：功能类、非功能类、底层或中间层类。底层或中间层类缺陷很多功能都可能会调用它们，修改它们往往会影响较多的功能。对这类问题，可以使用如下策略：1）控制这类缺陷在设计修改和编码上的质量。例如，要求开发人员对修改代码进行自测。2）测试责任人根据缺陷的修改方案来确定需要进行回归测试的内容。5.1.2.功能回归确认老功能不会因为新合入的功能而失效。1）新开发功能在合入版本后的回归测试2）老功能回归测试5.2.探索式测试策略5.2.1.基于场景的探索式测试基于用户操作场景测试软件的重要功能模块，确保功能正常稳定。快速访问软件的各种功能，确保基本功能正常。5.2.2.基于反馈的探索式测试利用反馈来指导今后的探索。例如“覆盖”，上一次测试我用的ie，这一次我用谷歌6.发布质量评估6.1.确认总体测试策略中的质量目标是否完成6.2.遗留缺陷分析缺陷对用户的影响程度缺陷风险评估和规避措施不能遗留的缺陷：“致命”缺陷不应该作为遗留缺陷。没有“规避措施”的“严重缺陷”不应该遗留。6.3.暂挂bug的处理被暂挂的bug，也需要有合理的解决方案。需要和开发人员、产品经理沟通确认修复方案。那些一直被暂挂的bug，需要测试责任人定期将这些bug汇总，选择优先级高的缺陷，组织开发人员和产品经理评审，沟通解决方案。