• 社区现在挂在腾讯的那本

  • 个人信息那里有

  • docker就是有这个好处,做接口测试,肯定有一套基础的测试数据,这套数据就是存储在测试中要用到的基础数据库,docker可以将数据库以镜像的形式版本化,以及挂载不同的数据卷,这样的话就可以做到测试前的数据和测试后的数据是分开的,要执行第二次的测试,其实只要还原一下到基础数据库就好,以前的老办法就是直接在测试数据库上删数据,或者导出一些sql做冷备份,对比现在,只要一步还原就好,而且速度很快

  • 你的问题我也遇到过,估计你有可能比较多用xpath定位吧,每台手机上同一个应用的xpath是有所差异的,我之前在iPad上定位的元素在iphone上定位不了的,对于xpath的定位,我用自底而上的方法,就是用最深的那一层先匹配,因为这层上必定匹配到的,然后一层层上来,这是为了降低查询效率,最后匹配到这几台机器都能识别到的xpath路径,对于滞后的问题,涉及网络层和硬件层,我只能说可以优化,因为这可能要去优化wda,adb等支撑模块

  • 谢谢鼓励😁 ,欢迎多交流交流经验哈

  • 😁 多交流交流

  • 今天有点倒霉,车被撞了,都不知道能不能及时修好,希望最好赶在下周六前搞定吧,不然去深圳参加社区活动就有点麻烦了,写一下文章定定神,总结一下,也当激励一下自己吧

  • 小弟向高P低头,膜拜orz

  • 历历在目的 2年 测试生活 at 2017年08月07日

    我目前对bug管理工具接触还比较少,但我自己了解到的有两种,一种就是比较针对性的bug管理平台,bug是平台的基本元素,研发,测试整个bug的生命周期进行工作计划或安排,同时也会有比较专业的模块统计分析以及bug版本管理等,另外一种是通用性的,其实是项目管理平台,缺陷管理是其中的一个模块,,综合来说,其实bug管理工具具备了项目工作流和统计模块就基本能用的了,但我个人比较向往有一种可以通过历史版本的bug数据预测之后版本的bug分布以及能通过数据分析提供相应风险应对措施的bug管理平台,这种是可以结合当前测试智能化的一个趋势下做起来的,不过这种的话可能就偏向于大公司大项目了,因为小团队小项目的话,数据量可能不大,当今互联网时代一切都是说数据,bug也是数据,做好数据分析,加以利用以之来预测下一步,这是比较客观的做法,朋友您有兴趣的话也可以研究一下

  • JNI这种本来anyproxy就不支持吧,如果需要做jni的mock,还不如直接在代码上对方法或api做,而且最好理解一下stub桩服务器和mock程序的区别吧,我也是最近才理解区分stub和mock

广州测试攻城狮,点虫人,英文名Terry