测试需求分析
学习目标
- 了解什么是测试需求
- 使用Excel表格、流程图、思维导图完成需求分析
1. 什么是需求
明确指出系统的功能，即“要做什么”。【产品需求】是以图纸化的方式，将“客户需求”和“业内需求规格”结合后，进行展现。
2. 需求的分类
- 功能需求：功能性需求是产品必须完成的那些事情，要求一定的功能品质
- 非功能需求：如感官，易用性，安全性，性能，法律法规等这些属性方面的需求
- 限制条件：指全局性的，它们可以对整个项目进行有限制
- 挖掘需求：指在产品阶段未能完全定义出的需求，需根据个人经验、和客户甲方沟通过程中，挖掘出更深层次的需求。减少后期需求变动
3. 什么是测试需求
根据测试计划中确定的测试范围，利用测试需求分析方法来确定我们真正要测试的功能点。
- 测试需求主要解决“测试什么”，即指明被测对象中什么需要测试
- 通常是以软件开发需求为基础的分析，通过对需求的细分化和分解，形成可测试的内容
- 应覆盖全部已定义的业务流程，以及功能和非功能方面的需求
4. 测试需求的特征
- 必须是可核实：它们必须有一个可观察、可评测的结果，无法核实的需求不是测试需求
- 指明满足需求的正常的前置条件：测试需求应指明满足需求的正常的前置条件，同时也要指明不满足需求时的出错条件
- 不含具体的测试数据：测试数据设计是测试设计环节应解决的内容
5. 测试需求前的准备工作
- 必须要参与需求评审，评审需求的过程就是熟悉业务需求的过程。
- 要勇于沟通，多和客户、开发、测试同事们进行沟通。遇到不明确的问题、有疑问的需求，应及时咨询。在正式开展工作前，确保各方需求理解一致
- 理清主业务功能、辅助功能、数据约束、易用性需求、业务约束、参数约束、权限约束等
- 从各个大小会议中、各个文档里加深需求理解，挖掘潜在测试需求
6. 测试需求分析所使用的工具
- Excel表格：用来细化和分解测试点，易于编辑，使用广泛
- 流程图：画整体项目的业务流程图，从整体把握项目的流程
- 思维导图：细化和分解测试点，比较直观
7. 测试需求分析的评审
- 完整性审核：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求。
- 准确性审核：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据.
8. 实战练习
根据以下原型图分析测试需求
- 使用Excel表格分析出，[不同直播状态]和[不同的预约状态]，在预约详情页展示的[不同文案、画面]
- 使用流程图分析出，创建直播预告→分享→预告详情的全流程
- 使用思维导图分析出直播预告功能的测试点
