浅谈自动化用例设计

目录

引子

原则一：每个自动化用例可以独立运行

RF 框架的三种 set up/teardown

原则二：测试用例之间不应该有包涵关系

原则三：测试数据应该自动创建和销毁

原则四：自动化应该优先覆盖需要重复测试的核心功能

原则五：自动化开展顺序应该是自底而上

原则六：不要一开始就想所有东西自动化

---

引子

自动化用例设计是自动化测试的重要组成部分，它是指为了实现自动化测试而设计的测试用例，包括测试步骤、测试数据、测试指令等内容。在设计自动化用例时，需要考虑测试用例的可靠性、可维护性、可扩展性等因素，以确保测试用例能够有效地覆盖系统的所有功能和特性。

原则一：每个自动化用例可以独立运行

每个自动化用例应该是没有依赖关系的，可以独立运行的，比如测试一个电商网站，第一个测试用例是用户登录，第二个例子是添加商品到购物车，需要用户登录，并且依赖第一个测试用例，这样的用例设计是有问题，因为违反了我们说的独立运行原则。那如果我的测试用例重点不是测试登录，而是添加商品到购物车，需要先登录，这个登陆的前置条件应该放在哪里呢？这个时候需要讲解一下自动化框架基本都会自带的一个功能模块，setup 和 teardown。接下来我们借助自动化测试框架 RF（Robot Framework）来进行讲解。

RF 框架的三种 set up/teardown

• 第一种：Suite setup and teardown 测试套件层面。所谓测试套件（suite）就是一组测试用例集合，在 RF 里面就是一个 Robot 文件。也就是说这个层面的 setup 和 teardown 只发生在一组测试的开始前和结束后。并且 RF 最终 teardown 的 log 也是在最前面的。所以根据 log 没法看出关键字执行顺序。

  Suite Setup      Open Browser To Login Page
  Suite Teardown   Close All Browsers
  

   

  

• 第二种：Testcase setup/teardown 测试用例层面。每一个 case 的开始和结束都会去执行的步骤。一般预置条件和数据准备放在 setup，数据销毁放在 teardown。

先来看一个组用例: