其他测试框架有大佬使用过这个 LuckyFrame 平台的 UI 自动化吗？想问几个问题

啊神 · 2022年05月07日 · 最后由 Chras 回复于 2022年05月12日 · 7010 次阅读

多组测试数据 (多组输入参数及对应预期结果)，执行的是同一个操作步骤，大家用 luckyframe 是怎么实现的？
例如：登录的时候用例包括有（1、正确的账号错误的密码；2、错误的账号错误的密码；等这样的用例，就是操作一样只是驱动数据不一致，在 luckyframe 能实现吗）

共收到 9 条回复时间点赞

Chras #1 · 2022年05月07日

断言也是操作的一部分，我理解你这属于两条用例了。以前我们做平台的时候为了解决这种场景把操作拎出来当模板，后来发现维护反而更麻烦，不如写成两条用例。

JeremyLucky #2 · 2022年05月07日

111

保卫战 #3 · 2022年05月11日

预期行为一致，只是输入不一样，可以一个用例，用数据驱动的方式去设计

啊神 #6 · 2022年05月11日 Author

对

Chras 回复

不是这样呢，同样的操作就可以用数据驱动，这也是自动化的一个核心思路啊

Chras #5 · 2022年05月11日

对

啊神回复

数据驱动在测试框架设计时很有意义，但做平台化意义不大。如果把用例抽象成一个步骤模板，类似于 pom 里的模型，反而会给用例维护带来更大的成本，这是血泪教训。像你说的登录用例，步骤是一样的结果不一样，但步骤真的完全一样吗，像你说的登陆成功跳转的页面和失败后跳转的页面必然不同，那断言的对象就不同，用一个模板去做说实话真心划不来。如果是其他步骤完全一致的场景，会不会在某次迭代又改成不一致，那到时候还要重新拆分用例。我理解的数据驱动的最初目的是为了数据管理方便而设计出来的，方便数据统一维护，平台化就没这一点的困扰，所以不需要。如果嫌弃一条用例步骤反复写，用例支持复制功能就好了。