软件测试基础回顾(十四)-如何编写测试用例：带有示例的示例模板
什么是测试用例？
测试用例是为验证软件应用程序的特定功能而执行的一组操作。
本教程描述了测试用例设计及其各种组件的重要性。
现在，考虑测试场景检查登录功能有很多可能的情况，如
测试用例1：输入有效的用户ID和密码时检查结果
测试用例2：输入无效用户ID和密码时检查结果
测试用例3：当用户ID为空并按下登录按钮时检查响应等等
这只不过是测试用例。测试场景相当模糊，涵盖了广泛的可能性。测试就是非常具体。因此，我们需要测试用例
视频抄本
- 现在只考虑测试用例，检查输入有效代理名称和密码时的响应。很明显，这个测试用例需要输入值viz.Agent Name＆Password
- 这只不过是测试数据。识别测试数据可能非常耗时，有时可能需要重新创建测试数据。需要记录的原因
- 在我们继续前行之前，请考虑一个诙谐的男人的引用，他说：“为了确保完美的目标，先射击并打电话给你打击目标的任何东西”但如果你不遵守这种哲学，我相信你们大多数人都没有这样做，那么你们测试用例必须具有预期结果。
- 对于我们的测试用例，预期的结果是，Login应该是成功的
- 如果未记录预期结果，我们可能会错过结果中计算结果的微小差异，否则看起来不错。
- 考虑这个例子，你计算一个涉及大量计算的员工的月工资。记录预期结果的必要性变得显而易见。
- 假设测试用例的作者已离开组织或正在休假或生病和下班或忙于处理其他关键任务，并且您最近被雇用并被要求执行测试用例。因为您是新的，记录测试步骤肯定会有所帮助，在这种情况下，将是启动应用程序，输入代理名称，输入密码，单击确定
- 您可能想知道，对于这个简单的测试步骤，不需要文档
- 但是你的测试步骤是什么样的呢？（视频中的图片）我认为需求将立即变得明显。
- 除了你的测试用例 - 可能有类似Pre-Condition的字段，它指定在测试运行之前必须存在的东西
- 对于我们的测试用例，一个先决条件是应该安装Flight Reservation Application，我相信50％的观看本教程的人都没有
- 此外，您的测试用例还可能包括Post-Conditions，它指定在测试用例完成后适用的任何内容。
- 对于我们的测试用例，后置条件是登录的时间和日期存储在数据库中
- 在测试用例执行期间，您将记录在“实际结果”列中观察到的结果，甚至可以附加一些屏幕截图，并根据结果给出“通过和失败”状态。
- 整个表可以在Word，Excel或任何其他测试管理工具中创建。这就是测试用例设计
标准测试用例的格式
以下是标准登录测试用例的格式
| 测试用例ID | 测试场景 | 测试步骤 | 测试数据 | 预期成绩 | 实际结果 | 过关失败 |
|---|---|---|---|---|---|---|
| TU01 | 使用有效数据检查客户登录 |
|
Userid = guru99密码= pass99 | 用户应登录应用程序 | 如预期 | 通过 |
| TU02 | 使用无效数据检查客户登录 |
|
Userid = guru99密码= glass99 | 用户不应登录应用程序 | 如预期 | 通过 |
在起草测试用例时，请确保包含以下信息
- 正在测试的要求的描述
- 解释如何测试系统
- 测试设置如：测试中的应用程序版本，软件，数据文件，操作系统，硬件，安全访问，物理或逻辑日期，时间，其他测试等先决条件以及与要测试的要求相关的任何其他设置信息
- 输入和输出或行动和预期结果
- 任何证据或附件
- 使用活动案例语言
- 测试用例不应超过15步
- 自动测试脚本使用输入，目的和预期结果进行评论
- 安装程序提供了先决条件测试的替代方案
- 对于其他测试，应该是不正确的业务场景顺序
编写好的测试用例示例的最佳实践。
1.测试用例需要简单透明：
创建尽可能简单的测试用例。它们必须清晰简洁，因为测试用例的作者可能不会执行它们。
使用断言语言，如转到主页，输入数据，点击此处等。这使得理解测试步骤变得容易并且测试执行更快。
2.创建最终用户的测试用例
任何软件项目的最终目标都是创建满足客户要求且易于使用和操作的测试用例。测试人员必须创建测试用例，同时牢记最终用户的观点
3.避免重复测试用例。
不要重复测试用例。如果执行某些其他测试用例需要测试用例，请在前置条件列中通过其测试用例id调用测试用例
4.不要假设
在准备测试用例时，不要假设您的软件应用程序的功能和特性。坚持规范文件。
5.确保100％的覆盖率
确保编写测试用例以检查规范文档中提到的所有软件要求。使用可追踪性矩阵确保没有未经测试的功能/条件。
6.测试用例必须是可识别的。
命名测试用例id，以便在跟踪缺陷或在稍后阶段识别软件需求时轻松识别它们。
7.实施测试技术
无法检查软件应用程序中的所有可能情况。测试技术可帮助您选择一些最有可能发现缺陷的测试用例。
边界值分析（BVA）：顾名思义，它是定义指定范围值的边界测试的技术。
等价分区（EP）：此技术将范围划分为具有相同行为的相等部分/组。
状态转换技术：当特定操作后软件行为从一种状态变为另一种状态时，使用此方法。
错误猜测技术：这是猜测/预测测试时可能出现的错误。这不是一种正式的方法，并利用了测试人员对应用程序的体验
8. 自我清洁
您创建的测试用例必须将测试环境返回到测试前状态，并且不应使测试环境无法使用。对于配置测试尤其如此。
9.可重复 和独立
无论是谁测试，测试用例每次都应生成相同的结果
10.同行评审。
创建测试用例后，请由同事进行审核。您的同事可以发现您的测试用例设计中的缺陷，您可能很容易错过。
测试用例管理工具
测试管理工具是帮助管理和维护测试用例的自动化工具。测试用例管理工具的主要特点是
- 对于记录测试用例：使用工具，您可以使用模板加快测试用例创建
- 执行测试用例并记录结果：测试用例可以通过工具执行，并且可以轻松记录获得的结果。
- 自动化缺陷跟踪：失败的测试会自动链接到错误跟踪器，而错误跟踪器又可以分配给开发人员，并可以通过电子邮件通知进行跟踪。
- 可追溯性：需求，测试用例，测试用例的执行都通过工具相互关联，并且每个案例都可以相互跟踪以检查测试覆盖率。
- 保护测试用例：测试用例应该是可重复使用的，并且应该防止由于版本控制不佳而丢失或损坏。测试用例管理工具提供类似的功能
- 命名和编号约定
- 版本
- 只读存储
- 受控访问
- 异地备份
流行的测试管理工具有：Quality Center和JIRA
资源
- 请注意，所使用的模板因项目而异。阅读这篇文章，以了解测试用例模板具有重要的领域解读
浙公网安备 33010602011771号