谢谢

多谢`

感谢大佬 ，能再详细点吗？比如具体的实施方式？需要看的知识等

嗯呐是 airtest 已经修改了

嗯呐是 airtest

我们是 review 自己的自动化测试代码 ....终于知道同事的 case 通过率很高了....错都不带报的

我们是有规范的，review 之前先根据这个规范自检，然后再分配别人去检查，但是我这检查的时候，太多的错，逻辑上你调不通没问题，但是基本的规则自己是能 review 出来的吧....看的真的头疼 ，要么逻辑不对，要么各种不对 。

确实实现方式很多，但是主要是对方的代码...大问题小问题一大堆，不知道怎么自审的...

嗯呐 已经修改了 谢谢

嗯对，在对比发现中，整个 try-execpt 和直接不用 try-except，直接使用断言报错的情况是一样的 。

刚开始搞自动化 ，封装什么的没涉及到，还在进步中..

辛苦您能看下代码？组内的人说我的 except 里面没有断言 如果有错的话最好的 run 还是 OK ，是这样的么 我听怀疑的

框架里应该没异常处理吧， 辛苦您看下这样使用难道不对么 我是自己处理的异常

我的这个不太好用 ，你试试这个https://pan.baidu.com/s/1ajHyNrWAbt-xtWAiF1MwHA

谢谢各位兄弟哈 。😊

管理有没有问题感觉不到，但是就没闲着的时候

谢谢关心~~

老哥说的很在理

不是 ，开发人七点都撤了，我们都在忙各种事。。

嗯 懂得

杀个 kf

对 ，凭什么测试背锅

是呢 。。。考核方式我也没办法，我们做测试的不就是为了应用更好么

好的 ，谢谢，我比较纳闷，就是自己的模块自己知道了 bug，但是绩效如果加上这一个 bug 的数量绩效就降一档，你说这个 bug 是报还是不报