【小小干货助你成长】欢迎来到干货课堂之需求分析与设计测试用例（三）

【小小干货助你成长】欢迎来到干货课堂之需求分析与测试用例（三）

声明：以下内容为个人理解，有误请指正

一、需求分析

1.1 需求内容

1.业务需求——主要为客户对系统、产品所要求的层次，所面向的对象、使用场景，通常在项目定义与范围文档中予以说明。
2.用户需求——阐述用户需要产品实现的模块及要求，这需要在功能模块描述中予以说明。
3·功能需求——定义了开发人员所必须实现的软件功能且不能超出的范围，让用户能够通过系统实现目的，从而满足业务需求。
4.非功能性的需求——定义系统的界面与操作空间、整体架构的限制及应当遵循的标准、规范、约束条件和用户所能进行的操作；

1.2 测试需求分析方式

1.如何对需求进行解析：
①.首先是对需求文档进行通读，提取出核心功能描述；
②.找出需求中存在的共性，将其记录，并写入测试需求分析报告中，以更好的进行后续工作；
③.对需求文档中所描绘的功能分清楚优先级，并解构内容，有助于设计测试用例；
④.关注需求中所提及的用户要求所达到的标准、规范、约束和可执行操作，以便测试过程中能够更准确、更清晰、更快速的达成测试目的；
2.形成需求分析报告：
①报告应当充分的描述需求文档中所提及的内容的实例化的细节，予以软件能够准确的按照需求进行完备的开放，以此减少缺陷。
②.“需求分析报告”在整个软件的生命周期中都是无比重要的存在，无需求分析报告则会让整个流程没有那么的流畅，当然基本没有需求文档的情况下，所有的测试也都是按照实际内容进行划分。

二、测试计划

2.1 测试计划的定义：

• 描述了要进行的测试活动的范围、方法、资源和进度的文档；
• 是对整个信息系统应用软件组装测试和确认测试。
• 它确定测试项、被测特性、测试任务、谁执行任务、各种可能的风险。
• 测试计划可以有效预防计划的风险，保障计划的顺利实施。

2.2 测试计划的目的

（1）为测试各项活动制定一个现实可行的、综合的计划，包括每项测试活动的对象、范围、方法、进度和预期结果。
（2）为项目实施建立一个组织模型，并定义测试项目中每个角色的责任和工作内容。
（3）开发有效的测试模型，能正确地验证正在开发的软件系统。
（4）确定测试所需要的时间和资源，以保证其可获得性、有效性。
（5）确立每个测试阶段测试完成以及测试成功的标准、要实现的目标。
（6）识别出测试活动中各种风险，并消除可能存在的风险，降低由不可能消除的风险所带来的损失。

2.3 编写测试计划的六要素：

1）why——为什么需要进行这些测试；
2）what—测试哪些方面/维度，在不同阶段所进行的工作内容；
3）when—在不同测试阶段的起止时间；
4）where—测试过程中所产生的相应文档，缺陷应当存放的位置，测试环境应当搭建在何位置；
5）who—在整个测试计划中项目需要由哪些有关人员组成，在不同的阶段内安排哪些测试人员进行测试，测试环境由谁搭建与维护；
6）how—在测试过程中如何去规划这个项目的测试实施，该使用哪些测试工具以及测试方法进行测试；

2.4 测试计划的主要内容：

1.项目简介

2.参考文档

3.测试范围

4.时间进度安排

5.资源（人力资源与软硬件资源、环境搭建资源）

6.风险评估

7.测试交付件（方案、用例、报告等）

三、测试策略主要内容

1.项目测试背景
2.测试方法与测试工具的采用
3.测试进度的规划
4.测试的核心点与回归覆盖率
5.测试报告的内容构成
6.测试验收准则
7.测试策略调度结论

四、测试用例

1.用例编号：测试用例的ID；
2.用例模块：所测试的模块；
3.用例标题：该用例所代表的测试项；
4.前置条件：需要哪些预置条件才可以正常开展测试；
5.优先级：定义哪一个比较重要，需要先执行；
6.测试数据：测试时执行的数据；
7.测试步骤：指导如何进行测试；
8.预期结果：与需求中的结果相符合；
9.实际结果：实际测试过程中出现的结果；
10.备注：对重要的项进行注释；

例：如测一个登录模块，账号最多为13位数字，密码需在6-18位中（只举例几条）

用例编号	用例模块	用例标题	前置条件	优先级	测试数据	测试步骤	预期结果	实际结果	备注
Login_TestCase1	登录	成功登录平台	成功访问平台地址	高	账号：1345687xxxx 密码：123456789	1，访问https://127.0.0.1:8089/login; 2.在登录页面输入测试数据中的内容并点击登录； 3.观察页面是否跳转到了主页	成功登录	成功登录
Login_TestCase2	登录	登录平台失败	成功访问平台地址	中	账号：1345687xxxx 密码：1234	1，访问https://127.0.0.1:8089/login; 2.在登录页面输入测试数据中的内容并点击登录； 3.观察页面是否跳转到了主页	提示登录失败	提示登录失败
Login_TestCase3	登录	账号与密码为空登录	成功访问平台地址	高	账号：为空 密码：为空	1，访问https://127.0.0.1:8089/login; 2.在登录页面输入测试数据中的内容并点击登录； 3.观察页面是否跳转到了主页	提示账号不能为空	提示登录失败	预期结果与实际结果存在差异，代码中并未按照需求实现

五、缺陷定义

1.软件未实现产品说明书要求的功能；

2.软件出现了产品说明书指明不应该出现的错误；

3.软件实现了产品说明书未提到的我功能；

4.软件未实现产品说明书虽未明确提及但应该实现的目标；

5.软件难以理解、不易使用、运行缓慢或者——从测试员的角度看——最终用户会认为不好；

满足以上五条便可称之为BUG（缺陷）

——来自于《软件测试》

6.在实际工作中，当缺陷不符合正常逻辑、需求描述、功能要求的情况下即为bug；

六、测试报告

测试报告应当包含以下内容：

1.测试概述：对测试的目的、范围、方法等进行说明。

​ 示例：本次测试旨在验证软件的各项功能在使用中是否正常、功能是否完备、是否符合需求文档所提及的内容，基于不同环境状态下的使用功能状况，覆盖了从登录、注册,……等功能模块的增删改查，测试方法包括黑盒、灰盒、白盒测试。

2.测试环境信息：包括软件/硬件环境以及周边是否存在干扰、测试工具版本（具体版本号）、测试数据等信息。

​ 示例：

• 操作系统：Windows 10、Windows 11
• 浏览器：Edge 、Chrome、火狐等版本的具体信息（版本号）
• 测试工具：Postman、Fiddle、Jmeter、Selenium等
• 测试数据：多账号不同权限模式下进行不同的操作，如常规操作、异常操作、易崩溃性操作，测试范围覆盖等。

3.测试结果：对每个测试用例的执行结果进行记录，可以包括用例编号、执行结果（通过/失败）、问题描述等。

​ 示例：

• 用例编号（测试编号最好以功能模块所命名）：Login_001
• 执行结果：通过/失败
• 问题描述：测试登录功能，使用正确的账号和密码登录成功。
• 备注：跳转过于缓慢

4.问题反馈：对测试过程中发现的问题进行记录和反馈，包括问题描述、重现步骤、修复建议等。

​ 示例：

• 缺陷标题：在注册时，输入不符合格式要求的密码，系统未进行有效提示。
• 重现步骤：1. 进入注册页面；2. 输入不符合密码规则的密码；3. 提交注册信息。
  缺陷级别：高、中、底、建议
• 修复建议：在密码输入框旁边添加提示信息，提示密码长度、字符要求等。

5.测试结论：对测试结果进行分析和总结，包括测试覆盖率、问题严重程度、建议等。

​ 示例：在本次的测试过程中，对整体功能模块的测试覆盖以达到95%，发现bug 100条，修复bug 75条，对整个测试版本共进行了5次回归测试，但所发现的缺陷仍然还有风险系数较高的未修复，建议在后期版本中尽可能的修复缺陷，以免造成线上事故发生，节约异常处理成本，并建议在线上环境中进行实测回归，以保障环境稳定，用户使用流畅、舒适，观察用户的使用情况，以便优化用户体验度。

七、寄语

7.1 以上所描述的六大点，希望对读者有帮助，能够对基础概念有更深层次的了解，提升对测试工作的把握度。
7.2 在日常工作中大概率以上的内容多数是有领导进行编写，工程师多数是设计与编写测试用例，反馈测试结果，形成测试报告的小项，当然，前面说的这些是有明确分工的情况下，在没有明确分工的情况下则是一人身兼多职。
7.3 感谢各位读者的阅读，喜欢还请多多关注、点赞、转发、收藏、评论！！！