测试用例的编写:1、考虑测试用例是否已存在;2、了解一个好的测试用例的特征;3、考虑可能的不同方案;4、给自己足够的写作时间;5、选择用于编写测试用例的工具;6、使用您选择的工具编写测试用例等。考虑测试用例是否已存在,若存在考虑更新用例。
1、考虑测试用例是否已存在
考虑测试用例是否已存在。在为模块编写新的测试用例之前,请了解是否已存在测试同一组件的现有测试用例。这可以真正节省时间。如果确实找到了现有测试用例,请考虑更新测试用例,而不是编写新的测试用例。
2、了解一个好的测试用例的特征
了解一个好的测试用例的特征。了解什么是好的测试用例将有助于您编写更好、更强大的测试用例。这些特征包括:
- 准确性:测试清楚地阐明了目的。
- 跟踪:测试能够跟踪到需求。
- 重复:测试可用于根据需要多次进行测试。
- 可重用性:如有必要,可以重复使用测试。
- 独立性:您编写的每个测试用例都应该能够以任何顺序执行,而不依赖于其他测试用例。
- 简洁:测试用例的描述应该简单明了,没有多余的步骤或文字。测试人员应该能够通过一次性阅读来理解它。描述应使用操作词,例如“do ‘x’”和“do ‘y’”。
3、考虑可能的不同方案
在编写之前,请考虑可能的不同方案。专注于客户使用产品时可能发生的事情。仔细考虑这一点并相应地设计您的测试。方案应简明扼要。测试场景的目标不是提供大量具体细节,而是传达有关测试特定案例的特定想法。
4、给自己足够的写作时间
给自己足够的写作时间。由于场景和用例构成了未来测试用例和测试的基础,因此您需要给自己足够的时间来编写质量测试,并留出时间彻底审查过程。
5、选择用于编写测试用例的工具
选择用于编写测试用例的工具。强烈建议使用 Excel 电子表格来编写基本测试用例和手动测试它们。当您计划自动执行测试用例时,请获取测试控制器等工具的许可。还有许多工具可以在互联网上免费下载。
6、使用您选择的工具编写测试用例
使用您选择的工具编写测试用例。这将允许您跟踪案例及其相关数据。一个好的模板包括:
- 序列号:这是测试用例计数。
- 测试套件 ID:这是此测试用例所属的测试套件的 ID。
- 测试用例 ID:测试用例的 ID。
- 测试用例摘要:测试用例的摘要或目标。
- 相关要求:此测试用例相关/跟踪到的要求的 ID。
- 先决条件:这些是在执行测试之前必须满足的任何先决条件或先决条件。
- 测试过程/步骤:这是执行测试的分步过程。在这里要非常详细和具体,因为这是最重要的组成部分。每个步骤都可以使用关键字非常直接地编写,例如“输入”,“验证”,“单击”,“登录”等。
- 预期结果:测试的预期结果。在编写测试用例时,请注意您希望在测试后显示的页面/屏幕。您还可以将屏幕截图或规范文档附加到相关步骤,并注意系统应按概述工作,以帮助简化步骤和预期结果,并使测试人员更容易遵循该过程。
- 实际结果:这是执行测试后的结果。
- 状态:这是测试中将出现的状态,例如“通过”或“失败”。也可以使用其他状态,例如如果未执行测试,则为“未执行”,如果测试被阻止,则为“已阻止”。
- 备注:在这里您可以添加有关测试用例或测试用例执行的任何注释。
- 创建者:这是测试创建者的姓名。
- 创建日期:这是执行测试的日期。
- 执行者:这是实际执行测试的人员的姓名。
- 执行日期:您执行测试的日期。
- 测试环境:执行文本的系统。例如,在这里您可以记下您使用的操作系统和 Web 浏览器。
7、编写一个基本的测试用例语句
编写一个基本的测试用例语句。这些语句有一个典型的格式:
- 验证[正在测试的内容]。
- 使用 [工具名称、标签名称、对话框等]除了“使用”,您还可以使用“输入”或“选择”,具体取决于特定测试用例的情况。
- 与[测试条件]。
- 到 [返回、显示、演示的内容]
8、查看书面测试用例
查看书面测试用例。编写测试用例后,您的工作还没有完全结束;您仍然需要查看已编写的所有内容,并评估所有步骤是否清晰易懂,并且预期结果是否与这些步骤匹配。您可以自己查看案例,并通过将自己置于测试人员的角色来评估任何差距或缺失的区域。但是,您也可以让同行测试人员(称为“同行评审”)、开发人员、产品所有者或任何相关利益相关者对您的测试用例进行审查。
延伸阅读
测试用例的设计方法
- 黑盒测试也称功能测试,黑盒测试着眼于程序外部结构,不考虑内部逻辑结构,主要针对软件界面和软件功能进行测试。
- 白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
文章标题:测试用例如何编写,发布者:Z, ZLW,转载请注明出处:https://worktile.com/kb/p/37010