所谓测试计划是指描述了要进行的测试活动的范围、方法、资源和进度的文档。它主要包括测试项、被测特性、测试任务、谁执行任务和风险控制等。
所谓测试方案是指描述需要测试的特性、测试的方法、测试环境的规划、测试工具的设计和选择、测试用例的设计方法、测试代码的设计方案。
侧重需求分析，评估风险，定义测试范围，确定测试方法，制定测试启动、停止、完成标准和条件。
|
序号 |
角度 |
测试计划 |
测试方案 |
|
1 |
组织方式不同 |
管理文件 |
技术文件 |
|
2 |
目的不同 |
强调“做什么” |
强调“怎么做” |
|
3 |
具体要求不同 |
组织架构、工作任务分配、工作量估计、人力物力资源的分配、进度的安排、风险的估计和规避、各任务通过准则等 |
测试需求的细化、测试组网图的设计、自动化测试框架的设计、测试数据和测试脚本的设计、测试用例设计的原则等 |
------------------------------------
---------------------------------
在此描述编写的目的
在此描写项目背景
描述本次针对的测试范围。
|
模块 |
子模块 |
是否计划测试 |
备注 |
|
登录注册 |
|
|
|
|
首页 |
|
|
|
|
|
|
|
|
下表列出了制定测试计划时所使用的文档，并标明了各文档的可用性：
[注：可适当地删除或添加文档项。]
|
文档（版本/日期） |
是否具备[Y/N] |
是否评审[Y/N] |
来源 |
备注 |
|
需求规格说明书 |
|
|
||
|
软件概要设计 |
|
|
||
|
软件详细设计 |
|
|
||
|
项目开发计划 |
|
|
||
|
其它补充文档 |
|
|
|
测试活动 |
计划开始日期 |
计划结束日期 |
测试人员 |
备注 |
|
制定测试计划 |
|
|
|
|
|
设计测试用例 |
|
|
|
|
|
集成测试 |
|
|
|
|
|
系统测试 |
|
|
|
|
|
用户验收测试 |
|
|
|
|
|
产品发布 |
|
|
|
|
角色 |
姓名 |
具体职责或注释 |
|
测试经理 |
|
提供测试管理及技术支持 |
|
软件测试工程师 |
|
具体的测试执行及结果反馈 |
测试人员机器配置:
以下列出测试使用的工具：
|
用途 |
工具 |
生产厂商/自产 |
版本 |
|
测试计划/测试用例 |
word |
|
|
|
缺陷报告 |
Jira |
|
|
|
|
|
|
|
|
序号 |
优先级 |
测试风险描述 |
备注 |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
说明：测试策略提供了对测试对象进行测试的推荐方法。下面列出了在进行每项测试时需考虑的事项；注意：不实施某种测试，则应该用一句话加以说明。例如，“将不实施该测试。该测试本项目不适用”。
|
测试类型 |
是否实施[Y/N] |
备注 |
|
数据和数据库完整测试 |
|
|
|
接口测试 |
|
|
|
集成测试 |
|
|
|
功能测试 |
|
|
|
用户界面测试 |
|
|
|
性能测试 |
|
|
|
负载测试 |
|
|
|
强度测试 |
|
|
|
容量测试 |
|
|
|
安全性和访问控制测试 |
|
|
|
故障转移和恢复测试 |
|
|
|
配置测试 |
|
|
|
安装测试 |
|
|
|
兼容性测试 |
|
|
所有的测试用例已经执行通过；
所有的重要等级的Bug已经解决并验证通过；
测试启动初始时期，出现致命问题或者多个严重问题，导致50％的测试用例无法执行，则将测试暂停。等待问题修复后，则恢复测试
9 附录
原文：https://www.cnblogs.com/huny/p/13457063.html