测试用例写在程序哪里

测试用例应当写在特定的测试框架中,而不是直接写在程序中。它的写法是:1、使用标题;2、具体描述;3、撰写假设和前提条件;4、保持测试步骤清晰简洁;5、撰写预期结果等。使用标题是指按照与要测试的模块相同的行命名测试用例。

一、测试用例的写法

1、使用标题

一个好的测试用例始于一个强大的标题。作为优异实践,较好按照与要测试的模块相同的行命名测试用例。例如,如果要测试登录页面,请在测试用例的标题中包含“登录页面”。在某些情况下,如果您使用的工具尚未执行此操作,则在测试用例的标题中包含少数标识符也可能有意义,因此可以引用标识符而不是长标题

2、具体描述

描述应该告诉测试人员他们将要测试什么。有时,此部分还可能包括其他相关信息,例如测试环境、测试数据和前提条件/假设。描述应易于阅读,并立即传达测试的高级目标。

3、撰写假设和前提条件

应包括适用于测试的任何假设,以及在执行测试之前必须满足的任何前提条件。此信息可以包括用户应在哪个页面上启动测试、对测试环境的依赖关系以及在运行测试之前必须完成的任何特殊设置要求。此信息还有助于使测试步骤简短明了。

4、保持测试步骤清晰简洁

测试用例应该很简单。请记住,编写测试用例的人可能不是执行测试本身的人。测试步骤应包括有关如何执行测试的必要数据和信息。这可能是测试用例中最重要的部分。保持本节清晰简洁,但不要遗漏任何必要的细节。编写测试用例,以便任何人都可以进入并执行测试。

5、撰写预期结果

预期结果告诉测试人员他们应该体验到测试步骤的结果。这就是测试人员确定测试用例是“通过”还是“失败”的方式。

6、使其可重复使用

一个好的测试用例是可重用的,并为软件测试团队提供长期价值。编写测试用例时,请记住这一点。您可以通过重用测试用例而不是重写它来节省时间。

二、测试用例示例

下面是一个测试用例的示例:

  • 标题:登录页面 – 在 gmail.com 上成功进行身份验证
  • 描述: 注册用户应该能够在 gmail.com 成功登录。
  • 前提条件:用户必须已经使用电子邮件地址和密码注册。
  • 假设:正在使用受支持的浏览器。
  • 测试步骤:导航到 gmail.com,在“电子邮件”字段中,输入注册用户的电子邮件地址。点击“下一步”按钮,输入注册用户的密码,点击“登录”。
  • 预期成果: 应该会加载一个显示 Gmail 用户收件箱的页面,并在页面顶部显示所有新邮件。

测试用例示例:

测试用例写在程序哪里

三、测试用例编写原则及规范

统一测试用例编写的规范,为测试设计人员提供测试用例编写的指导,提高编写的测试用例的可读性,可执行性、合理性。测试用例,不仅仅用于QA阅读和执行。它们也可能会被开发、PD、PM等阅读审查或执行;也更可能被其他测试人员或者新员工作为业务学习、测试执行的参照。编写测试用例的最终目标是:一个对于产品毫无所知的人员,也能够快速的熟悉用例并执行用例。

1、用例模块划分规范

  • 产品、功能点同一层级的结构按同一个纬度来划分。如应用、同等级产品、同等级功能点等;
  • 产品是指产品线下大的业务模块。如交易购物车、交易下单;
  • 功能点指业务模块下的子功能点,是最小功能点叶子节点。如01 功能_02 购物车展示_01 顶部及导航;
  • 功能点目前无法再细分层级,后续会扩展功能点层次,在此之前,允许使用功能点名进行分层用例划分;
  • 产品、功能点划分不允许包含冒烟、回归、自动化这类以测试阶段或测试方法的命名的名称。

2、用例颗粒度划分规范

用例颗粒度原则:测试用例是执行的最小实体。用例划分基本原则是以最小功能模块来划分,为保障用例的可执行性、覆盖度,规范编写用例的粒度要求如下:

  • 一个功能正常流程,编写一个测试用例。
  • 一个功能中多个异常流程,应分开编写多个测试用例。
  • 同一功能不同入口,可合并编写一个测试用例。
  • 同一功能不同数据准备,应分开编写多个测试用例。
  • 同一个功能用例的自动化用例和功能用例要匹配,若自动化用例不能完全覆盖功能用例,自动化用例和功能用例拆分两个互补测试用例。

3、用例编写要求规范

  • 具有清晰名称、前置条件、操作步骤、期望结果
  • 可被他人理解的
  • 可被他人执行的

延伸阅读

测试用例优先级

之所以对用例进行标级,是因为可以根据用例的优先级来确定我们的测试策略。通常对于用例优先级定义:高、中、低三个级别。确定测试用例的优先级一般有两种方式:一是业务的优先级;二是用例优先级评估模型。根据业务的优化级来定义的优化级,即如果业务的优化级越高,那么用例的优化越高。业务的优先级有两个方面:一是需求本身优先级;二是业务本身分为基本与备选流。需求的优先级也分为:高、中、低三个级。

  • :如果这个需求不做或者说做的不完善,那么这个产品无法销售
  • :该需求一定要实现,但可以做不是那完善或极致
  • :该需求是否实现无所谓,不会影响到产品都可以卖出去,但是可能会影响产品的定价和销售量。也称之为“镀金需求”。

文章标题:测试用例写在程序哪里,发布者:Z, ZLW,转载请注明出处:https://worktile.com/kb/p/48691

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
Z, ZLW的头像Z, ZLW
上一篇 2023年4月6日
下一篇 2023年4月6日

相关推荐

发表回复

登录后才能评论
注册PingCode 在线客服
站长微信
站长微信
电话联系

400-800-1024

工作日9:30-21:00在线

分享本页
返回顶部