如果出现 bug,在自动创建 bug 的时候,怎样判断 bug 是否已存在呢?
1.关于自动化创建 bug 这个,确实遗漏了非程序方面导致的 bug,所以改为先保存在在 excel 文档
2.保存在 excel 文档后,也想通过代码去删选是否 bug 已存在
3.summary:如果 message 太长,summary 可能超长,关于为什么要加时间的目的不清楚,
为了一眼看出是哪一个测试用例没用通过
测试方法名称:
修改前:
修改后:
为什么,会存在什么问题吗?因为接口测试这种,就算你手动创建,能够填写的内容还是那些,人工唯一就是可以判断这个 pr 出现没
对,那天也看到这样的方法,觉得比较可靠,目前还没有尝试
因为前置添加涉及多个 sql 操作,而且不同的接口,可能前置条件的 sql 语句数量不一样,就需要每次指定我要的是第几个 sql 的返回值,这样写出的代码通用性不强,
想过这个问题,但是那样就感觉用例和数据库的值绑定死了,需要单独为所有的这种情况准备测试数据,而且对于修改 roleid 不存在的数据,还是需要对初始数据进行查询获得 id 后再删除,只是少了一个插入数据的过程而已
楼主你是怎么解决的呢?
这个只能让开发加吗?我看了,都没得 content desc
那个是 lable,真正要的是他后面 input 的 值