*描述需求商业目标、产品愿景、用户类型，用户使用场景流程图（包括现有流程和调整后的流程）、前场项目分析，根据项目情况分析功能优先级和侧重点等 PRD链接： 商业目标： 用户类型： 项目信息： 用户操作流程图：
a.现有的 b.调整后的
2.技术方案
*描述需求实现用到的技术方案、技术架构，分析技术方案优点、缺点、风险，以及测试重点和难点，画出数据流图（包括现有数据流和调整后的数据流） 技术设计链接：
技术方案优点： 技术方案缺点： 技术方案风险： 数据流图：
a.现有的 b.调整后的
3.测试目的
*这里描述该测试方案需要达到的目的，比如该测试方案是针对某个新feature的，那么就可以说确保该feature的功能满足PRD要求，该feature是否还包含性能要求，性能需要达到何种程度
*比如该测试方案是针对回归的，则描述回归的目的是需要回归覆盖哪些版本的功能，以及回归的通过率要到多少 *影响的其他功能范围
4. 前提条件
*比如测试某feature的前提条件是该测试通过冒烟（通过率100%），并开发提测
*比如接口测试的前提条件是接口测试文档完成并已经实现，版本可以打包
5. 测试环境
*这里描述的是测试之前需要准备好的环境，比如机器，何种机器（虚拟机还是物理机，GPU还是CPU），需要多少台，机器之间如何配置 *需要准备的数据，比如性能测试中的人像库；比如日志测试中需要造出的数据 *测试环境拓扑图
6. 质量目标和策略
*根据feature的特性选择对应的质量目标 *人力投入测试：1.经验丰富的老员工 2.新员工 3.外包 等 质量模型 功能性 • • 质量目标 测试类型 测试重点 测试难点 测试工具 验收通过率100% UI自动化测试覆盖率30% 功能测试、集成测试、探索式测试、用户验收测试、回归测试 新增/修改的API自动化测试覆盖率90% • 单元测试覆盖率90% • major及以上的bug• 修复完成,medium 等级bug修复20%以上 • • • • • 完成度 精准度 互用性 效率 并发 性能 • • • • • 吞吐量定义 资源利用率定义 响应时间定义 吞吐量 持久力 压力测试、负载测试 安全 • • • 认证 授权 隐私 渗透测试、威胁建模 兼容性 • • • • 浏览器支持 应用兼容 OS兼容 硬件兼容 兼容性测试 • 向后兼容 可用性 • • • 易学性 易操作性 可达性 用户测试、Alpha测试、 Beta测试 可靠性 • • • • • • • 线上bug响应时间 灾难恢复时间 稳定性 健壮性 可恢复性 错误处理 数据完整性 风险测试、场景测试、域测试(domain testing)、流测试、压力测试 可维护• • 性 • 可扩展性 修复 构建 单元测试 可移植• 性 可安装• 重用 专项测试 专项测试 升级时间 性 • • 卸载时间 配置
7. 测试要点
*测试点层级可依据实际情况增加或减少 *SDLC：软件开发生命周期，包括需求、设计、编码、新功能测试、回归测试、验收测试、前场测试监控 *风险等级：高、中、低 *优先级：高 - 必须测试；中 - 应该测试；低 - 可能会测试 质量模型 功能性 编号 1 测试点（二级） 测试点（一级）期望结果 优先级 执行类型（手动/自动） S宏观态势 XXXXX XXXXX 2 3 性能 归档 接口 安全 兼容性 可用性 可靠性 可维护性 可移植性 可安装性 8.测试度量
*根据feature的特性选择对应的测试度量指标 纬度 测试执行 指标 UT通过率 冒烟测试通过率 新功能测试通过率 回归测试通过率 目标范围 ？ ？ ？ ？ 验收测试通过率 需求覆盖率 代码覆盖率 自动化测试-运行通过率 自动化测试-UT覆盖率 自动化测试-接口覆盖率 自动化测试-端到端覆盖率 数量变化趋势 优先级 解决率 分布趋势 解决时间 触发原因 变更数量 变更比例 ？ 100% ？ ？ ？ ？ ？ 覆盖率 缺陷 变更
9.测试进度计划 任务 子任务 子任务 时间 执行人员 备注 任务 时间 执行人员 备注 测试计划 测试计划 review 测试用例 测试用例review 新功能测试第一轮 新功能测试第二轮 ............................... 2018.11.6 2018.11.10 2018.11.15-2018.11.20 回归测试第一轮 回归测试第二轮 .......................... 性能测试 安装部署测试 工具测试 验收测试 测试报告总结 合计 ------------ -----------
因篇幅问题不能全部显示，请点此查看更多更全内容