Python,selenium,appium,macaca,locust,tsung, soapui
WeChat: lizilong_jerry
我们应该要感谢一直在 “卷”,还愿意免费分享出来的同行们
Pyechart 我以前用的是 0.5.5 , 你看看能不能安装这个版本
看你的截图,失败的是 验证 的那个步骤,也就是断言失败了。
你可以点开旁边的截图看看具体是什么问题,有可能是你用错了关键字
这三百多评论里有一般是我的回复,哈哈
我了解到的,要么是直接前备份数据库里恢复(可能会有数据丢失),要么是从数据库的 log 里面找出来恢复。具体没做过。
PS 我们那个例子好像真的是物理删除,因为 DBA 说没办法恢复
看起来是你用的 selenium 版本兼容性问题。 你先试试本地直接跑 selenium 是不是能跑起来? 就随便用 python 写个 selenium 的测试脚本,能调起浏览器和打开网页就基本上没问题了
不是把表给删了,而是删了表里的数据。 所以不管物理删除还是逻辑删除都可能发生吧,区别是操作一条数据还是操作多条数据?
对业务来说,就是数据不可用了
原始逻辑是真的一言难尽,我大概知道的信息是当这个 ID 包含非法字符的时候,被处理成了 null,然后删除的逻辑里面原本是根据 ID 来锁定要删除的记录,结果因为这个 null 就变成了全表删除…
逻辑删除也会造成业务影响,物理删除也能通过备份之类都手段恢复,所以这不是重点;重点是这个 API 的处理是有问题的
很多 bug 都不能用常理去推测的。 所以作为测试,我们要考虑的是全面的质量保障。 比如这个字段的验证,其实在不同的阶段都可以有办法去预防: 开发正确的使用字段长度的检查(或者使用对应的插件)、单元测试、接口测试、页面自动化测试,等等。
但是如果作为测试,我们都直接帮开发说: 这个没必要测接口,我是真的没办法认同。
Python,selenium,appium,macaca,locust,tsung, soapui
WeChat: lizilong_jerry