开放端口要重启防火墙，也可以直接在防火墙上开放对应的端口。2 种操作都可以

你本机 telnet ip 端口号，看看能不能连得上，很可能是你的 linux 服务器没有开放这个端口。防火墙开放端口：firewall-cmd –zone=public –add-port=8094/tcp –permanent

还是贴下报错吧。一般来说都是先 maven 编译出 jar 包，mvn packages；然后找到 target 目录下的 jar 包，然后 nohup java -jar 去启动。你实在搞不过去建议你还是用 docker 部署好了。

安装完 xmind.jar 包，要跑 mvn install:install-file -Dfile=org.xmind.core_3.5.2.201505201101.jar -DgroupId=com.xmind -DartifactId=sdk-Java -Dversion=201505201101 -Dpackaging=jar；
而且它有更简单的安装方式，提供了 docker 部署，直接 docker-compose up 就可以了

可以更换第三方的定位导航吧，之前我们公司国外的定位有问题，就把之前用的导航换成谷歌地图了。

大佬，能不能开个通道，让我们付费买视频？确实直接白嫖，对于购票的同学太不公平了。但是我们这些因为种种原因没能直接去参与大会的，可以给个付费买视频的机会。

其实现在 metersphere 的平台就做得不错，它是类似 postman 的界面，你把 postman 的内容导进去，再加上断言就是借口自动化用例了，也支持整合到 jenkins，比 jmeter 要强。

你这里的前端代码用到了 data-name=“rate”，其实你只要找开发问下他们这个 rate 这个变量在页面里是怎么定义的，最后去对比这个变量 rate 展示得是否正确，我觉得你可以换这个思路去试一下

你这问题有点没太看明白，你不是已经定位到这个元素了吗？然后 selenium 定位到这个元素再.text 不就取到文本了。还是说你纠结定位到这个元素的 element 信息里没有展示这个 5.55？

是的，所以拿来做传参校验的用例要仔细筛选一下，去找那种传的内容比较重要且能通过自动化节省你大量手工验证时间的；自动化是为了提升效率，你为了一个没什么必要的传参校验浪费大量时间去写代码得不偿失，然后如果要用 browsermobproxy，建议把通过 har 校验接口内容的方法封装起来。

举个例子，登录时点击获取验证调接口，这个接口传参会传 mobile。我通过 browsermob-proxy 获取到点击验证码按钮时的.har 文件，然后匹配到此时传的 mobile 是多少，然后判断获取到 mobile 与我 UI 自动化在页面填的手机号是否一致，或者写断言。具体用例具体分析吧，校验传参也挺考验测试人员用例设计能力的

你们是怎么录制视频的？这样自动化跑久了，视频会不会占的空间太大了。

web 自动化的时候，ssh 远程 shell 是干嘛的？发包部署吗？

朋友你可能没测过轧差吧。假设你单笔实际的佣金是 0.0403，一般单笔佣金分账都会四舍五入取小数点后 2 位，就是 0.04，最后订单完结时要算轧差，这种情况只有成交大于等于 17 笔，0.0003*17=0.0051，四舍五入 0.01，这个时候轧差才会有金额，根据系统小数点后保留的位数，轧差计算的复杂度会差很多，这种虽然也是属于功能测试，但你不拿类似这种脚本辅助测到哭为止。

1.怕撞到已注册的号码，你再多加一步判断，查下号码是否在数据库中已存在就好；
2.每次 +1 这么玩也不是不可以；
3.一般来说身份证都要要做有效性的正则校验，如果你们开发就判断个 18 位其实是可以提 bug 的；我造的数据都是符合身份证正则规则的，所以接口校验都是能过的，至于你说的可能这个身份证不存在的问题，除非你们调了公安那边的接口，否则你们是无法校验身份证是否真实存在。一般来说，二要素检查（姓名 + 身份证）不一定会校验身份证的真实性，三要素检查（姓名 + 身份证 + 活体）会去调公安的接口比较多。

不是在做性能，我说一下我这边的场景：我们这边 C 端用户购买产品后，我们需要给用户分账且我们这边会收单笔的佣金，最后订单完成还需要记一笔佣金轧差。而且这些我们都是要掉第三方支付的接口，我需要试下大批量用户交易成功，看下分账情况及轧差。当然也可以拿来做性能测试，放到 linux 环境多线程去调接口。

没有具体的数目，这次批量建了 500 个账号，我现在的脚本是生成多少账号随我自己定。这次生成账号主要是为了协助产品那边与数据源对接；后面可能还会再造一批数据，再写个调交易接口的脚本，用于模拟大批量用户购买某个产品的场景。

faker 确实是省时省力，但是有些数据也造不了，互补一下

9 年工作老菜鸟
真实版下一年度计划：
1.编写测试用例
2.功能测试
3.写测试总结
4.有空写点 app 自动化脚本；
5.有空写点接口自动化脚本；
6.再有空研究下把自动化整合到 jenkins，初步搞出一套 devops 的流程

装逼版 (或者明年没有功能测试方面的任务) 下一年度计划：
1.开发云真机管理平台并将已有的 app 自动化整合进去；
2.搭建质量度量体系；
3.提升接口自动化持续集成能力，再做个 mock 数据平台与其有机结合
4.app 插桩获取性能参数

一般就是，真实版优化一下，装逼版再加个 1~2 条进去

智能家居 IOT 方面的没接触过，不是大神也不敢随便给建议。如果你们是基于 android 的，可以试试那些 android 自动化的框架。

一般来说，UI 自动化偏向于 Web 或者 H5，主要基于 selenium；当然也有可能我的理解片面了，外面也有把 app 自动化归到 UI 自动化的

1.首先，你要确定做哪种自动化。现在自动化主要是 UI 自动化、app 自动化、接口自动化；总的来说，现在做 UI 自动化的少了，因为投入大效益低，市面上对于做接口自动化和 app 自动化的需求比较多，你可以根据自己工作的内容选一个；
2.技术选型，如果是 app 自动化，airtest 或者 openatx 的框架；如果是接口测试，以 request 函数搭个框架或者 jemeter、metersphere 等工具；
3.制定计划，给自己定一个目标，例如用多少人/日开发多少功能，自动化上线后能有什么收益（以后好去邀功）提升多少效能。

想来虫师大佬的团队，不知道这边招人招到什么时候，我可能要过年前后才出来面试。

你本机的 ip 和手机的 wifi 是在同一个网段上吗？fiddler 抓包实在不行，可以试试 charles

你看看你第二个页面是不是套了一个 frame，如果页面套了一个 frame 要先定位到这个 frame 上，通过 switch_to_frame 方法