持续集成 关于 Pytest 做自动化的断言机制的疑问。

浪晋 · 2017年04月13日 · 最后由 浪晋 回复于 2017年04月14日 · 1518 次阅读

# 场景:
比如一个登陆功能,要做自动化,那就需要写一个登陆的脚本。
因为测试数据的组合有多样,比如正常的账号密码,账号为空,密码为空,账号错误,等等组合。
正常的实现思路是不是应该写一个脚本,然后循环读取测试数据,多次执行。
然后把每一次执行的情况输出到测试报告了。
我目前就是这样做的。
# 问题:
最近看到了 allure 这个报告,觉得很好看,打算加进去,但是需要 pytest 配合才能用。
然后我就把用例改成 pytest 的了。
但是发现,因为 pytest 的断言机制,如果像上面那样去执行,只要中间有一个组合的测试数据测试没通过,后面的都不能执行了。
但是如果不写成循环的,那就要一个组合情况就要写一个 testcass,那如果一个用例有十来条测试数据,那不把人写死吗?
好像 allure 要获取测试不通过的状态又只能用断言机制去判断。
然后。。。
我就懵逼了。
##
想要咨询下各位,是怎么去解决的这个问题,大家是怎么去实现的。
@ycwdaaaa 大神,你是怎么处理的这个情况啊?

共收到 2 条回复 时间 点赞

pytest 有数据驱动模块的。 不用写 for 循环。

孙高飞 回复



谢谢大神的指导,🍻 🍻 🍻

浪晋 关闭了讨论 04月14日 09:00
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册