大家好，我是阿萨。最近有个粉丝留言。困惑于如何写好测试用例。今天就给大家介绍下如何写好测试用例。
一：什么是测试用例?
测试用例是为验证软件应用程序的特定特性或功能而执行的一组操作。一个测试用例包含测试步骤，测试数据，前提条件，为验证任何需求而为特定测试场景开发的后置条件。测试用例包括特定的变量或条件，测试工程师可以使用这些变量和条件比较预期结果和实际结果，以确定软件产品是否按照客户的需求运行。
二：测试场景Vs测试用例
测试场景相当模糊，并且涵盖了广泛的可能性。测试用例是非常具体的。
对于测试场景:检查登录功能，有许多可能的测试用例:
测试用例1:检查输入有效的用户Id和密码的结果
测试用例2:检查输入无效用户ID和密码的结果
测试用例3:当用户ID为空并按下登录按钮时，检查响应。
还有更多测试用例。
三：标准测试用例的格式
下面是一个标准登录测试用例示例的格式。
测试用例id：tu01
测试用例描述：检查客户登录数据是否正确
测试步骤：
访问网站http://demo.sarah.com
输入用户标识
输入密码
单击Submit
测试数据：Userid = Sarah Password = Sarah1
预期结果：用户应该登录到一个应用程序
实际结果：和预期一致
通过/失败：通过
整个表可以在Word、Excel或任何其他Test管理工具中创建。这就是测试用例设计的全部内容。
四： 写好测试用例最佳实践
1. 测试用例需要简单和透明:
创建尽可能简单的测试用例。它们必须是清晰和简洁的，因为测试用例的作者可能不会执行它们。
使用自然语言，比如进入主页，输入数据，点击这个等等。这使得理解测试步骤更容易，测试执行速度更快。
2. 为最终用户创建测试用例
任何软件项目的最终目标都是创建满足客户需求并且易于使用和操作的测试用例。测试人员必须牢记最终用户的视角来创建测试用例。
3.避免重复测试用例。
不要重复测试用例。如果一个测试用例需要执行一些其他的测试用例，在前置条件列中通过它的测试用例id调用测试用例
4. 不假设
在准备测试用例时，不要假定软件应用程序的功能和特性。坚持使用规范文档。
5. 确保100%的覆盖率
确保编写了测试用例来检查规范文档中提到的所有软件需求。使用可追溯矩阵来确保没有未测试的功能/条件。
6. 测试用例必须是可识别的。
命名测试用例id，这样在跟踪缺陷或识别软件需求时就可以很容易地识别它们。
7.运用测试用例设计技术
因为测试不可能穷尽，所以无法检查软件应用程序中的所有可能条件。常见测试用例设计方法可帮助设计最有可能发现缺陷的测试用例。
边界值分析：顾名思义，这是定义指定值范围边界测试的技术。
等价类划分：该技术将范围划分为倾向于具有相同行为的相等部分/组。
状态转换机：当软件行为在特定操作后从一种状态更改为另一种状态时，使用此方法。
错误推测法：这是猜测/预测手动测试时可能出现的错误。这不是一种正式的方法，它利用了测试人员在应用程序方面的经验。
8. 自清理
创建的测试用例必须将测试环境返回到测试前的状态，并且不应该使测试环境不可用。对于配置测试尤其如此。
9. 可重复的和独立的
无论谁测试它，测试用例每次都应该生成相同的结果。
10. 同行评审
在创建测试用例之后，让同事评审它们。同事可以发现测试用例设计中的缺陷，你很容易忽略这些缺陷。
五， 写测试用例注意事项
在写测试用例时，包括以下信息
1.对正在测试的要求的描述
2.解释将如何测试该系统
3.测试设置，如待测应用程序的版本、软件、数据文件、操作系统、硬件、安全访问、物理或逻辑日期、一天中的时间、先决条件（如其他测试）以及与待测要求相关的任何其他设置信息
4.投入和产出或行动以及预期结果
5. 添加附件
6. 使用用户可以理解的表达方法
7.测试用例不应超过15个步骤
8. 自动测试脚本要注释输入、目的和预期结果
9.提供先决条件可实现的方法
六：测试用例管理工具的特点
测试管理工具是帮助管理和维护测试用例的自动化工具。测试用例管理工具的主要特点是
1.记录测试用例：使用工具，您可以使用模板加快测试用例的创建
2.执行测试用例并记录结果：测试用例可以通过工具执行，获得的结果可以轻松记录。
3.自动跟踪缺陷：失败的测试会自动链接到缺陷，而缺陷又可以分配给开发人员，并通过电子邮件通知进行跟踪。
4. 可追溯性：要求、测试用例、测试用例的执行都通过工具相互链接，每个案例都可以相互跟踪以检查测试覆盖范围。
5. 保护测试用例：测试用例应可重用，并应防止因版本控制不力而丢失或损坏。测试用例管理工具提供：命名和编号约定，版本控制，只读存储，受控访问，备份等功能。
看完看下你写的用例达标不？
