一,项目概述
1,阐述当前业务背景,项目概述图,当前业务痛点(痛点可以不写)
2,解决方案,一般产品给的方案,可以拿来复用,包含新的流程图,变更的处理逻辑等
3,项目目标:流程目标,数据目标,达成目的量化
4,系统功能总体方案,将系统模块概念分层展示,一般分为执行层,管理层+支撑层
5,写明当前需要变更的模块或功能,流程图贴上
6,项目里程碑计划,写明当前阶段,本次要上线的功能
二,测试范围
1,列举本次迭代的的模块,每个模块的功能,每个功能的测试点
功能模块+测试点
字段:模块,功能点,测试点,如:下单流程,下单,1、启用关系配置,下单页面可以操作下单,及勾选是否急单选项
三,质量目标
1,明确本次迭代的质量目标,具体目标要量化,比如:功能相关目标要求,严重bug 0个,非严重bug0个
可从功能(遗留bug),性能(首屏加载时间,页面加载完时间,接口响应时间,并发能力)兼容性(浏览器,移动端操作系统,PC操作系统,国际化),可靠性(SLA),安全性(安全渗透测试)考量
字段:质量目标,细项,目标要求,不通过的解决方案,备注等
四,测试策略
1,测试重点概述,列举每个模块,测试重点覆盖流程,功能,和重点异常场景
功能模块+ 测试重点
性能测试场景+测试重点
2,测试方法,工具
功能测试 | 验证系统功能正确性 | 手工测试 |
接口测试 | 验证接口功能正确性 | 自动化测试平台 |
性能测试 | 验证性能目标场景的达成 | 自动化测试平台 |
自动化测试 | 减少回归测试中核心功能的验证时间,目标新增接口40% | 自动化测试平台 |
3,测试准入准出标准
字段:活动,准入标准,准出标准
需求方案 | 1.有清晰的业务价值和背景说明 2.有清晰规范的流程图,包括明确的用户角色,使用阶段 3.对于每个功能点有明确的规格说明 4.针对异常情况有清晰的设计 |
项目组评审通过 |
技术方案 | 1.有系统架构图 2.有系统部署图 3.有合规的接口文档 4.有必要的数据库文档 |
项目组评审通过 |
测试环境测试 | 1.单元测试覆盖率:30% 2.静态增量代码扫描:New critical和New blocker数量为0 3.冒烟测试通过 |
1.功能测试用例执行覆盖率:100% 2.功能测试用例通过率:100% 3.未关闭bug数量:严重bug为0,非严重bug为5,如有遗留问题需讨论跟进措施 |
性能测试 | 1.接口平均响应时间<=500ms 2.页面响应时间<=3s |
|
接口测试 | 接口逻辑正常,返回参数合理,权限正常 | 1.接口逻辑正常,返回参数合理,权限正常 2.全量接口自动化不低于60% |
用户uat | uat准入标准: 1、验收版本需求匹配度:验收版本中的软件内容与之前业务方确认的需求文档一致(若有功能改动必须过程中提交业务评审通过并及时更新到最新的需求文档中) 2、验收版本质量: ①有明确合规的测试结论报告:测试用例的功能覆盖率100% + 测试用例执行率100% + 遗留bug情况 + 测试结论关键数据达到测试方案中的准出标准 ②经项目经理确认的遗留bug提前与业务方确认是否可以启动uat 3、uat实施规划: ①环境准备完毕 ②提前与业务人员工作内容沟通完毕 ③职责分工明确 ④问题收集反馈流程有且通过组内评审 ⑤问题分析计划且通过组内评审 |
1、回归用例测试执行覆盖率100% 2、回归用例测试通过率100% 3、未关闭bug数量:严重bug为0,未关闭bug数量:严重bug为0,非严重bug为5,如有遗留问题需讨论跟进措施 4、性能测试结论评审通过 |
五,测试资源
1,测试环境,一般按照公司的环境进行合理分配
2,测试人员及职责,列出每个功能的测试负责人和职责
3,其他测试设备,列举除日常迭代需要的设备以外的其它测试设备
4,系统部署,熟悉系统部署情况的可以将容器信息与应用的部署信息列举上
六,测试计划
1,测试里程碑,字段:关键里程碑,日期,测试内容,测试进度,负责人
2,测试详细计划,可列举迭代计划,插入迭代计划链接
七,风险与质量
列举在迭代过程中出现的风险,是否解决,负责人,解决或预防措施文章来源:https://www.toymoban.com/news/detail-489012.html
详细字段:风险内容,等级,状态,跟进人,措施文章来源地址https://www.toymoban.com/news/detail-489012.html
到了这里,关于如何正确编写测试方案的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!