在往期的内容中有详细讲解过软件测试具体流程，请参考：
本篇针对软件测试流程中各个环节测试内容进行详解。
一、制定测试计划的五个步骤
软件测试计划是整个测试流程中重要的一个环节，测试计划旨在描述了要进行的测试活动的范围、方法、资源和进度的文档；是对整个信息系统应用软件组装测试和确认测试。 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。测试计划可以有效预防计划的风险，保障计划的顺利实施。具体如下：
1、分析和测试软件需求
2、定义测试策略
3、定义测试环境
4、定义测试管理
5、编写和审核测试计划
如果在需求分析阶段发现并结果问题需要花费$1，则在设计阶段解决同样的问题需花费$5，在编码阶段需$10，交付后解决同样的问题需花费$200。所以说，越早测试越好。
在需求分析过程中测试人员需要进行如下工作：
1)理解需求，参与审核需求文档；
2)理解项目的目标、限制，了解用户的应用背景；
3)编写测试计划；
4)准备测试资源。
二、需求测试
需求测试测试的对象是主意而不是代码，针对文档进行测试。好的需求文档的特征如下：
1、具有清晰的格式和文档结构
2、需求的内容正确
3、需求的内容完整
4、需求具有可行性需求的必要性
5、对不同的需求优先等级进行定义
6、描述明确
7、可证性和可测试性
8、可修改性-可追踪
9、需求文档被及时更新
需求测试内容如下：
1、需求文档是否符合公司的格式要求
2、是否正确
3、要保证需求文档中所描述的内容是真实可靠的
4、这是“真正的”需求吗？描述的产品是否是要开发的产品？
5、需求是否完备？第一个发布的版本是否需要更多的功能？列出的需求可以减少一部分？
6、需求是否兼容？需求有可能是矛盾的。
7、需求是否可实现？如：需求设想的设备是否比实际运行的要快？需求要求的内存、I/0设备是否太多？需求的输入或输出设备要求的分辨率是否要求过高？
8、需求是否合理？在开发进度、开发费用、产品性能、可靠性和内存使用之间存在着平衡关系。
9、需求是否可测？对于软件测试人员来说判断需求是否可测是这个过程中最重要的工作。
需求测试方法:
1、复查review
2、走查walkthrough
3、审查inspection
三、测试策略
测试策略类型：
1、确定测试范围软件是无法被完全测试的
2、确定测试方法不同的系统需要不同的测试方法
3、定义测试标准入口标准，暂停和继续的标准，出口标准等
软件测试结束标准：
-基于测试用例的使用规则：
1)构造测试用例（由相关人员进行评审）
2)执行测试用例中，当测试用例的不通过率达到20%则拒绝继续测试，待开发人员修正软件后再继续。
3)当功能性测试用例通过率达到100%，非功能性测试用例通过率达到90%时，允许正常结束。
-基于“测试期缺陷密度”规则---------含义：对软件测试一个CPU小时发现的缺陷数，比较适用于系统测试
-基于“运行期缺陷密度”规则---------含义：把软件运行一个CPU小时发现的缺陷数，比较适用于验收测试
注：
一个阶段的出口标准!=下一个阶段的入口标准
系统测试结束的标准!=软件的发布标准
发布标准!=软件0缺陷
-选择测试工具 是否需要，需要什么工具，怎么获取
-降低软件测试代价是企业普遍关注的问题，可通过如下两种方式： a.减少冗余和无价值的测试； b.减少测试阶段(万般无奈下)
四、测试环境
-基本内容：设备环境、软件环境、数据环境
-需考虑的因素 -计算机平台-操作系统 -浏览器 -软件支持平台 -外围设备 -网络环境 -其他专用设备
-搭建测试环境时的配置原则：-使用的频度或范围-实效的可能性-最大限度的模拟真实环境
五、测试管理
由于测试工程中设计的人员、活动、工具是很多的，在制定测试计划时需要对这些因素进行管理：
-选择缺陷管理工具和测试管理工具 -定义工作进度
-建立风险管理计划
(1)可能遇到的风险
1.由于设计、编码阶段出现大量质量问题，导致测试工作量时间增加
2.开始测试时所需的硬件、软件没有准备好
3.未能完成对测试人员的技术培训
4.测试时的人力资源安排不足
5.测试过程中，发生了大量的需求变更
6.测试过程中，项目的开发计划被大幅度调整 7.不能及时准备好测试所需的环境
8.不能及时准备好测试数据
(2)风险管理的过程
1.识别风险
2.评估风险
3.制定对策
4.跟踪风险
看到这里，如果你有一颗想要顺利进阶，升职加薪的❤️不妨参与我们的软件测试一周集训吧！可以后台私信我，也可以进入qun ：⑥③⑥⑧⑤⑨⑨⑥④，获取更多咨询哦～