#10 楼 @adfghzhang 看清回复
#8 楼 @adfghzhang 在每次退出 webview 以后关闭 chromedriver,下次再进入 webview 会自动打开 chromedriver 进程
#6 楼 @adfghzhang 可以看下你的代码吗
有几个杀几个,无需 care 端口
ps -A | grep node | grep -v grep | awk 'NR=1 {print $1}' | xargs kill -9
#18 楼 @miss 我发过帖子解决方案:https://testerhome.com/topics/4166
在国内,相对于个人能力和技术,学历、履历、朋友圈显得更重要,只能乐观的去适应。
#59 楼 @304764691 你应该是 IDE 没用好,这几个问题都是 jar 包没引入导致的,这个没法手把手教,google 吧
#57 楼 @304764691 filedb 是我写的一个插件,都放里面了,应该是打包问题
#55 楼 @304764691 类没找到,这个 jar 包有点老了,最近更新过源码,git 源码试试吧
#52 楼 @jennyyung 触发器、黑名单都可以,建议用触发器,满足 xx 条件,触发 xx 动作
#50 楼 @jennyyung 遍历时间 0 是不限制
<!--遍历时间 分-->
0
#48 楼 @jennyyung 看日志应该是配置了遍历时间是 3 分钟,时间到会结束,另:appium session 也丢失了,session 丢失我也会做退出处理。
具体原因还要看你的配置文件
#6 楼 @chenhengjie123 可能我没说清楚,分层可以有每一层独立的 case,互不干扰,例如我只想做 db 的,没问题可以解耦支持,我只想做接口的,也没问题。问题是现实情况比较复杂,有时候需要找出关联性,例如:由于分层覆盖率问题,可能只在 UI 发现了一个问题,通过建立内在联系,也可以发现深层次的原因。所以我想表达的思想是 “支持分层解耦比绝对分层解耦更灵活”
#3 楼 @stephen753 分层支持解耦。。。从灵活性考虑,如果支持既能耦合又能解耦,岂不是更灵活
始于 ui,终于 db:数据准备 >> ui 测试(数据录入及验证 -> 触发起始站)>> 接口测试(拦截 request&response 及验证)>> db 测试(ui 输入作为查询条件进行数据验证)
所谓 db 是指数据持久化的存储介质,不仅限于数据库,也可以是文件等形式
这应该一个 case 能搞定三合一的
即便实现一套方法了,也不是 100% 的识别成功率,研究可以,对于自动化意义不大
ios_webkit_debug_proxy 启动后,手机端也需要开启 safari 的调试开关
#46 楼 @304764691 问题描述清楚才能解答啊
说的很好--“争来争去,其实有时感觉可能就是不愿意承认自己的不足,不过一般进步都是从看到自己不足开始的,如果不愿意承认,那么谈什么进步”