在我们软件测试工作阶段，一共分为五个阶段：计划、设计、执行、评估、验收。
可以看到在做软件测试工作的时候，最开始，就是要做好计划工作，也就是软件测试计划。其实软件测试计划等文档本无标准，只不过在长期的软件测试过程中总结出来的标准规范。
以下用博客管理系统举例说明软件测试计划的写法，都要包含呢些内容。
一、目的
简述本计划的目的，旨在说明各种测试阶段任务、人员分配和时间安排、工作规范等。
二、测试计划的作用：
- 为测试过程提供指导：测试目标、测试内容、测试方法、测试时间周期
- 改善测试任务与测试过程的关系
- 提高测试的组织、规划和管理能力
三、测试的范围
本次测试采用的是黑盒测试和白盒测试两种方式来对系统进行测试。主要测试软件的功能是否满足客户的需要，性能是否优越以及系统所存在的问题。对系统的各个模块进行详细的测试，并记录测试的结果，对测试的结果进行细致的分析处理。并软件存在的问题以及性能的测试进行全面分析，并给予记录。
四、测试计划的内容
-
测试项目内容
测试博客管理系统的管理员的登录系统，删除、浏览文章，审批、删除用户，删除留言
等功能，用户的注册、修改资料、修改用户密码、添加、更新文章、发表评论、综合查询等功能以及游客浏览文章发表评论等功能。 -
测试的方法
1） 白盒测试：代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、 基本路径测试法、域测试、符号测试、路径覆盖和程序变异。
黑盒测试：等价类划分、边界值分析、因果图、错误推测、状态测试
-
测试开始条件和结束条件
2021/7/14/14:00-15:00 -
测试环境
Loadrunner：进行性能测试：脚本录制、脚本回放
QTP:测试网站功能 -
测试者的任务
对博客管理系统进行功能测试、白盒测试和黑盒测试、编写测试计划、测试分析报告. -
测试风险与解决方法
通过对技术文档的阅读，对被测系统可能存在的问题：系统设计，数据库设计，响应时间，计费策略，因测试环境不足可能存在的测试缺陷事先评估出来，以指导测试方案，进行有重点的测试．
五、 测试的方法
- 白盒测试：测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、路径覆盖和程序变异。
白盒测试用例的设计方法：
a. 逻辑覆盖：以程序的内部逻辑结构为基础，分为语句覆盖、判定覆盖、判定条件覆盖、条件组合覆盖等
b. 基本路径测试：在程序控制流程的基础上，分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例。
2） 黑盒测试：首先，进行对功能模块进行划分，明确功能测试的人员负责情况。 其次对各个模块进行测试。黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。黑盒测试着力于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
六、 测试用例
1、 测试用例的定义：
测试内容的一系列情景和每个情节中必须依靠输入和输出，而对软件的正确性进行判断的测试文档。即将软件测试的行为活动，做一个科学化的组织归纳。
2、 测试用例：
-
测试登录对话框的功能
在各种输入条件下，测试程序的登录对话框功能。
操作情景： -
测试删除文章功能
在各种输入条件下，测试程序的删除文章功能。
操作情景： -
测试浏览文章功能
在各种输入条件下，测试程序的浏览文章功能。
操作情景： -
测试管理员审批用户功能
在各种输入条件下，测试管理员审批用户功能。
操作情景： -
测试管理员删除用户功能
在各种输入条件下，测试程序的删除用户功能。
操作情景： -
测试删除留言功能
在各种输入条件下，测试程序的删除留言功能。
操作情景： -
测试用户的注册功能
在各种输入条件下，测试程序的注册对话框功能。
操作情景： -
测试修改用户密码
在各种输入条件下，测试修改 用户的密码的功能。
操作情景： -
测试添加文章
在各种输入条件下，测试添加文章的功能。
操作情景： -
测试发表评论
在各种输入条件下，测试发表评论的功能。
操作情景：
七、 参与项目的人员联系方式
人员 任务
Y 确认项目内容、编写报告、分工、需求分析确认、模块划分、测试计划确认
L 需求获取、需求讨论、需求分析、系统概要设计
J 系统详细设计、模块编写
H 模块编写
T 模块编写
C 用户交互式界面设计
X 编写测试计划、功能测试、白盒和黑盒测试、分析报告
八、 测试进度
测试阶段 开始时间 完成时间 测试人员
指定测试计划 7/12 8:30 7/12 10:00 X
测试环境准备 7/13 8:30 7/13 8:40 X
测试实施 7/13 8:40 7/13 10:40 X
功能测试 7/13 8:50 7/13 9:50 X
性能测试 7/13 10:00 7/13 10:30 X
系统测试 7/13 10:30 7/13 11:00 X
验收测试 7/13 12:00 7/13 13:00 Y
文档编写 7/13 14:00 7/13 16:00 X
其实就总结起来，就是大家看见过的5W原则：
When:什么时候开始做，什么时候结束测试，要在这段时间内做好一个规划与进度。
What：我们要做什么？要明确的罗列出来，好明确我们的测试方向和重点，并方便后期划分责任模块
Who：谁要参与这次项目的测试？具体负责哪个模块的功能测试？主要负责任务是？都是在这个里面进行明确的责任划分
How：如何测试，确定我们的测试方法：是白盒测试还是黑盒测试？我们要不要进行自动化测试要不要进行性能压力测试？要不要进行安全性测试，都需要在这个里面计划好。
Where：这个是说把文档放在哪里，就明确的包括了我们的输出文档有哪些：比如说测试用例？Bug列表？测试报告等等文档要存放的位置，作用就是规定输出文档以及输出文档的存放位置。