接口测试 123

CC · 2016年08月20日 · 最后由 CC 回复于 2016年08月23日 · 1399 次阅读

123

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 12 条回复 时间 点赞
CC #1 · 2016年08月23日 Author

#13 楼 @heyniu 嗯,非常感谢,刚你这边给了我一些新的思路,1,数据删除其实挺尴尬,目前很多产品是不会提供 delete 接口的,很多时候可能要考虑清数据库,2,字段校验,增加上一次执行的结果和下一次结果比对

—— 来自 TesterHome 官方 安卓客户端

#9 楼 @hu_qingen 你可以看看我的 http 测试框架,有全字段检验,数据初始化清理

—— 来自 TesterHome 官方 安卓客户端

CC #3 · 2016年08月23日 Author

#11 楼 @addison 可能要过段时间了,我自己写完后,基本没有整理过 (里面的 swagger 数据源来自公司),后面我抽时间再整理下整个框架,然后去找个通用的测试 API 集成进去,再传到 GitHub 上:😀

有开源吗 期待开源呀~

CC #5 · 2016年08月22日 Author

#7 楼 @yangjing 个人习惯问题吧,我比较喜欢的是执行完 CASE 后,也就完整的输出了一份测试报告 (BUG 统计以及 case 信息等);毕竟现在用 excel 作为测试报告还是比较直观的

CC #6 · 2016年08月22日 Author

#6 楼 @harmo
1.全字符匹配问题:我的框架也支持全字符配合方式,但举个例子,APP 登录后,服务会返回 token 值,token 值不是固定的;以及我之前遇到过返回的数据超过万,全字符匹配就比较坑了;
2.测试数据初始化和销毁数据处理 目前是我这个框架的一个硬伤,希望各位有好的意见来一起支持下;

CC #7 · 2016年08月22日 Author

#5 楼 @xinxjxjxj 我这边使用的是 JAVA,我这边有两套版本,Python 版本先实现,后来全面基于 JAVA 进行实现

为什么不用 rtf

2 个问题,请教下
1、为什么不能全字符匹配校验?
2、测试数据初始化及销毁数据处理呢?

基于什么语言的

CC #11 · 2016年08月20日 Author

#3 楼 @terrychow 嗯,所以代码上也是做了控制的,通过标志位判断是否上报

—— 来自 TesterHome 官方 安卓客户端

说到 11 那点自动 bug 就不建议了,小心误报

—— 来自 TesterHome 官方 安卓客户端

CC 重新开启了讨论 08月20日 14:54
CC 关闭了讨论 08月20日 14:54
需要 登录 后方可回复, 如果你还没有账号请点击这里 注册