• 我个人做过的 造数工具、数据核对、报表生成、自动登录 sdk、服务巡检预警、 兼容多种测试框架的插件(其实就是识别多个测试框架,然后通过执行把测试报告标准化输出)

  • 回顾 2017,展望 2018 at 2018年01月23日

    不错,河南老乡。


  • 哎,性能这块儿还没弄好,刚好参考一下。

  • 我之前也有这个困惑,这个投入产出跟你做的自动化项目框架、项目需求是否稳定等各种原因堆积在一起的。如果需求经常变更,甚至 ui 经常变更,这种做自动化项目投入比较大,。当然不管怎么样,一个好的框架,能提高产出比。

  • http 消息传递,包括 message-header 和 message-body 两部分。

  • 👍 ,如果真的支持业务接口串行了,那你这个可以做爬虫了😀
    我们最近也要做一个自动化测试平台,包含 ui 自动化和接口自动化,另外包含部分运维功能。
    给点儿建议:
    1、可以再增加一些返回是 html 的解析。在判断期望值和接口返回值的时候做一下兼容。
    2、接口测试方法要改一下,最好重新封装,做一些兼容。尽量把错误抛出来,不要错误就返回空{},可以改成{‘error’:str(e)}
    在报告里面给出来。
    3、换数据库
    另外有些表单的处理,并没有触发相关的 sql,可以改进一下。一个人写这样很不错了,我们三个人做一个平台,还没搞定。😂