测试用例的编写：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
微信扫一扫 
支付宝扫一扫 
