-
根据软件设计模式分层设计的思想，测试用例作为最上层的业务层面，其很多的操作行为应该定义得足够抽象，通过中间层来接触测试用例和实际被测对象之间的耦合关系。这一方法非常常见，比如操作系统，其驱动程序就是一个中间层，解耦了用户对硬件的操作，又比如嵌入式系统中的 HAL 层，也就是硬件抽象层。这样的设计，可以将底层具体的操作封装起来，不暴露给上层用户，上层用户调用的函数或方法就是一个很抽象的操作。
-
在测试用例中，测试的具体逻辑操作是一个抽象的操作。比如登录网站和输入用户名、密码，这些操作并不会定义登录网站的 URL，以及用户名输入空间的 XPATH。至于访问什么 URL，控件的 XPATH 是什么，则交由底层去封装。
测试用例与被测试对象解耦
-
对新设备或工具的配置过程的封装，我们不可能让测试用例的开发者直接调用设备的接口，所以一般来说，我们都会将设备或工具提供的接口封装成我们自己规范的接口或者模块。
-
自动化工具在提供测试用例列表功能的同时，需要提供灵活的调度和控制，一遍少量的测试用例列表就能满足不同执行者的需求。比如，可以规定，某次执行只执行测试列表中高优先级的测试用例，或者只执行某种类别的测试用例，指定测试某个测试用例的执行次数，甚至可以提供一定的参数配置传递到测试用例本身。比如对于每日回归测试，测试用例中的某个测试点挑选 3 个随机值，对于周末回归测试，同样的测试点挑选10个随机值。
网友评论