软件测试计划包括哪些内容,测试计划如何编写分享测试计划模板
软件测试计划包括哪些内容，测试计划如何编写。分享测试计划模板
相信大多数的软件测试工程师都听说过或者简单了解过测试计划，但是你真的知道什么是测试计划么？你真的知道如何编写测试计划么？
大多数人应该是一脸茫然。
百度的结果五花八门，有没有相对规范的标准呢？答案是没有，至少我们没有找到。
今天小编给大家分享一个全套测试计划模板
一份完美的软件测试计划赠予你，拿走，不谢！
XX项目名称测试计划书
1.测试背景
为了保证XX项目测试工作的组织性，提高测试的工作质量和效率，为XX项目测试工作提供完整的测试计划、测试人员工作安排、测试轮次、测试方法、系统功能模块覆盖率以及测试风险分析，确保测试项目平稳有序的运行。
2.测试目标
XXXX测试项目的测试目标为：
Ø 接口程序覆盖率100%，接口错误修改率100%
Ø 测试案例的功能覆盖率达100%，执行率达100%
Ø 已修改的测试问题回归测试覆盖率达100%
Ø 测试记录闭环率达95%
3.测试范围
Ø 测试计划和设计：根据软件需求说明书，制定测试计划，测试方案，包括收集测试方法，测试用例，测试工具等。
Ø 单元测试：根据系统详细设计，制定测试计划，制定测试方案。此项目由开发人员自测。
Ø 集成测试：将各个模块进行组合测试，保证所有功能和界面都正确。对产品重点模块进行负载测试，确保软件性能达到软件需求说明书的要求
…………………………
4.测试输出文档
5.测试工具
Ø 测试管理工具为Quality Center、性能测试工具有LoadRunner、功能自动化测试工具为Quick Test Professional
6.测试规模以及工作量分析
XXXX项目为大型项目，测试工作包括为测试计划、测试用例的编写、集成测试的执行、性能测试的执行，涉及功能模块较多，业务逻辑较为复杂，预估测试工作量如下所示。
7.测试进程
1）测试流程表
2）测试过程描述
a.测试计划阶段
Ø 编写测试计划
测试经理根据项目计划与项目业务需求说明书创建测试计划，如果此需求发生变化，则将根据变化更新此项目测试计划。
Ø 评审测试计划
ü 项目经理浏览并评审《系统项目测试计划》。
ü 测试经理负责更新此文档。
ü 项目经理负责评审和批准经过更新的文档。
ü 《项目测试计划》的版本为1.0, 如果该计划被更新，则版本的序号也随之变更。
ü 测试工程师根据测试计划执行测试任务。
b.测试用例阶段
Ø 编写测试用例
ü 分析《软件需求说明书》。
ü 测试工程师根据《软件需求说明书》编写测试用例。
ü 冒烟测试用例需要被同时创建。
Ø 评审测试用例
ü 测试组负责评审《测试用例》。
ü 在发现错误或问题的情况下，该测试用例将会被更新。
ü 测试经理负责填写《测试用例评审报告》。
ü 我们将《测试用例》的最初版本定义为1.0，如果该文件得到更新，其版本也会被同时更新。
c.测试阶段
Ø 冒烟测试
测试工程师负责根据《项目测试用例》进行冒烟测试，执行测试用例的实际输出结果是否符合预期结果，我们将此用例标注为通过或者失败，将结果返回给开发部门。
Ø 系统测试
根据《项目测试计划》和《项目测试用例》，测试工程师负责执行测试用例：
ü 当执行测试用例时：
- 如果实际输出结果和预期输出结果相同，该用例需要被标注为通过。
- 如果实际输出结果和预期输出结果不同，该用例需要被标注为失败。
- 如果测试时遇到功能性缺陷导致用例不能执行，该测试用例需要被标注为锁定，直到该缺陷被修复，才可以继续执行该测试用例。
- 所有在测试过程发现的缺陷，需要被提交到Quality Center。
ü 测试用例在测试过程中将根据需要得到更新。
ü 测试经理负责分析测试结果，对测试人员执行的测试用例进行一定比率的内部QC（质量控制）。
ü 测试完成时，需得到测试经理的批准。
备注：所有的缺陷必须被提交到缺陷处理系统Quality Center。
d.测试总结阶段
Ø 分析和总结测试结果
ü 测试经理总结各自的测试工作并在《项目测试总结》中填写相应的部分内容。包括测试工具，测试技术，测试体会以及工作质量等。
ü 测试经理负责在《项目测试总结》中分析与总结测试数据，填写包括测试人员工作效率，人力资源消耗，测试过程中经验与教训，评价整个项目过程中的测试质量。
Ø 测试完成
ü 测试经理负责批准测试完成。
ü 所有测试人员在《项目测试总结》中签名，证明所有任务都已完成。
8.测试进度及时间资源
Ø XX网银项目测试人员数量为15人，测试时间为450个工作日。
9.测试轮次安排
Ø XXXX测试项目测试轮次视项目情况而定，通常分为2轮，每轮的工作根据轮次的推进而改变。
10.测试方法
1）功能类测试
功能类测试是银行项目测试工作中的重点，在各个环节都需要有比较全面的考虑。先考虑测试案例的组织结构，首先按照功能模块（通常对应系统中的一级菜单）归类，然后针对各功能模块下的每一个具体功能（即有独立页面的功能，简称子功能）再分类，分别设计不同方面的测试案例，案例的组织结构如下：
——“XX模块”
——“XX叶子功能1”
——冒烟测试
——页面要素验证
——必输项验证
——输入项检查
——联动项检查
——本功能流程测试
——通过性测试
——失效性测试
——“XX叶子功能2”
……
……
——总体规则验证
——数据流转测试
——后台线程测试
数据流转测试和后台线程测试，这两类案例可考虑根据情况，放在某一模块下，或者单独自成一部份。
对这几类测试，做一个简要的说明：
注：
Ø “数据流转测试”从名称和范围上难与功能流程测试有明显划分的界限，可根据实际项目情况变更案例类别的名称，或明确规定试用范围；
Ø 实际项目中可能仍会有部分案例无法划分在上述的类别中，可根据实际情况进行调整，或单独形成一个补充案例。例如，主机错误码在网银系统未知的情况，是由于网银数据库基础数据不完整，也应属于缺陷。
Ø “冒烟测试”的案例，仅执行冒烟测试时使用，案例可能会与“本功能流程测试”的案例重复，但此处单独提出，便于测试的执行和统计，不算案例冗余。
2）兼容性测试
兼容性测试主要应针对客户端，并且根据客户的要求并结合实际，来提供不同的测试方案，并非要盲目的兼容一切；B/S架构项目兼容性测试的重点，在于浏览器兼容的测试
3）多语言测试
Ø 银行系统的界面中，非简体中文的语言应由用户来提供，或至少需要由用户确认语言使用的准确性；
Ø 重点测试，使用非简体中文的语言后，页面内容显示的位置、格式等美观性是否发生了变化，是否在可接受范围内；
Ø 多语言测试时，要对系统进行完整测试，以达到系统中各个位置（包括弹出的提示信息、异常时的错误信息等），都能够以相应的语言正确显示。
4）性能测试
银行系统中，性能测试主要针对客户端进行测试，不同项目需求，对性能压力的要求有所不同，银行端在无特殊要求下无需进行性能测试。
性能测试的主要应用策略：
Ø 负载测试：不断增加压力，直到超出预期性能指标，或某种资源达到饱和状态。
(1)能找到系统所能承受的压力（在正常指标、资源范围内，如响应时间超过10秒，CPU大于70%）
(2)可以配合系统调优
Ø 并发测试：并发访问同一个应用或模块
(1)主要关注并发访问时，是否内存泄露、死锁、其它资源争用的问题。
(2)“并发用户数”的估算，需要结合实际，并根据特定计算公式得出。
Ø 疲劳测试：较长时间的使系统处于一定压力下，看是否能够稳定运行。
(1)使CPU或其他资源处于较高的利用率下，持续运行一定时间，并关注整体运行状况。
(2)使CPU压力增大，可以等同于小压力情况下更长时间的运行效果，相当于是“压缩时间的测试”。
完结：
好了，一份完美的测试计划书就这样呈现在各位看官的眼里。
最后： 可以在公众号： 伤心的辣条 ！ 自行领取一份216页软件测试工程师面试宝典文档资料【免费的】。以及相对应的视频学习教程免费分享！，其中包括了有基础知识、Linux必备、Shell、互联网程序原理、Mysql数据库、抓包工具专题、接口测试工具、测试进阶-Python编程、Web自动化测试、APP自动化测试、接口自动化测试、测试高级持续集成、测试架构开发测试框架、性能测试、安全测试等。
现在我邀请你进入我们的软件测试学习交流群：
【
746506216
】，备注“入群”， 大家可以一起探讨交流软件测试，共同学习软件测试技术、面试等软件测试方方面面，还会有免费直播课，收获更多测试技巧，
我们一起进阶Python自动化测试/测试开发，走向高薪之路。
喜欢软件测试的小伙伴们，如果我的博客对你有帮助、如果你喜欢我的博客内容，请 “点赞” “评论” “收藏” 一 键三连哦！