没做过数据驱动的框架,只是从YY层面上了解。
一般说的数据驱动大都认为是把测试用例中的业务逻辑和测试数据分别抽象出来。但是逻辑和数据怎么组织呢?
主要分三种情况
1、数据池。这是使用程度最高的,也是最普及的一种做法。逻辑是定的,数据也是定的,只不过数据会有很多,循环执行。比如一个登录界面的测试,会准备很多登录的数据进行测试,包括不同的验证内容。这种类型的框架也被说成高级的参数化应用。
2、数据不同导致逻辑走向不同。也就是说由数据决定测试流程。比第一种有难度。
3、数据变动驱动测试发生。这种说法比较冷门。大概意思是说某个测试用例准备了一套测试数据,又添加一套测试数据时,引发测试发生。
本文探讨了数据驱动测试框架的概念及其实现方式。主要介绍了三种类型:数据池、数据驱动逻辑变化以及数据变动触发测试。重点讨论了这些方法在实际应用中的优缺点。
2265

被折叠的 条评论
为什么被折叠?



