我和好多测试妹子（年龄在 25 和 40 之间的都有）做过同事，除了个别的转岗去做产品，大部分还是在做测试。

放到 setup 里面生成

从来没有绝对的公平

很棒！ UIautomator2 很好用

列一下投入：搭建框架的成本，case 编写和维护的成本，服务器成本等；
产出：预估多少 case，人工执行一遍需要多少时间，执行的频率多少。每执行一次，就帮你们节省一次人工执行的时间。

不太同意楼上的观点。自动化，特别 selenium 的 UI 自动化还是比较成熟的，算是很快能见到成效的。

在使用安卓模拟器定位页面元素时，启动 uiautomatorviewer.bat ，但是报错: Error while obtaining UI hierarchy XML file: com.android.ddmlib.SyncException
解决办法：关闭 appium

建议楼主了解一下 weditor，可以在网页上抓取页面元素

从整个问题出现到上线的过程找一下原因：

1. 产品确定需求、细节： 如果产品定的名字就叫 731 ， 那根源就是产品的不专业。
2. 需求评审： 如果需求评审过程中开发和测试都没有提出过质疑，那只能说大家都对这快不够敏感，很难说有说明责任。
3. 开发、测试、预生产、产品验收： 过程中开发、测试、产品，甚至你们老板可能都会看到这个 731。 结果所有人都忽略了，那也不好说什么了。

其实不是什么很严重的 bug，楼主能主动反思的态度很好。 至于以后要怎么避免，一是不能完全依赖产品的需求（谁知道下次会不会犯同样的问题），二是给自己提个醒，以后多留意，三是总结一下过程中有什么流程的遗漏，尽快推进和补全。

这种问题为啥要匿名呢？

webview 是在设备上安装的，不同设备安装的版本不一样，肯定版本号也不一样啊，和你的 APP 没关系

截止日期写错了吧？ 2019 年 1 月？

用户最少人在线使用的时候

曾经做过外包，现在的公司也有很多外包的同事一起工作。说说我的感受吧：

1. 做外包的工作时，因为归属感普遍不强，更看重责任划分和收益。 2.归属感不强，所以对应容易浮躁。说不定下个月就换客户或者换公司了，不容易静下心来做好当前的项目，也没有长远的规划。 3.撇清责任，往往代表不愿承担更多，管理者也不轻易愿意安排更重要的机会。 4.个人做外包的经验，是可以接触很多不同类型的项目，学习到很多知识；但很容易陷入多而不精的情况，甚至都是相同类型的项目时，是少且不精。

你要把完整代码贴出来才知道哪里的问题啊
看报错是没定义这个变量，看下是不是没 import

用户验收测试，简称 uat，是一直以来都有的概念，很多公司都有这个环节。

nmon 怎么样？

我就是这么用的。
关键看你参数传递对不对，格式是否匹配，多调试一下就好

要监控到细致程度的话，必然需要比较高的权限：

1. 要监控系统数据，需要数据库权限 2.要监控服务器状态，需要服务器权限

在线上监控用到这些权限，从安全角度，测试能把控这种风险吗？

看你的例子，只能说贵公司处分很严格，但是流程有点儿戏。
例如问题 2，在正式发布 APP 之前不需要测试吗？ 而且是测试 leader 被炒了，难道是他同意在后台 API 没上线的时候上线的？

提高效率：

1. 提高执行效率，该上的自动化手段尽快加上，比如接口，UI 2.提高测试覆盖效率：如何在有限时间里做到尽量精准的测试。 参考上面的答案，diff，代码变更分析等。
2. 提高测试覆盖面和争取起码足够的测试时间：把时间紧迫造成的风险及早提出。

你是要传这个文件的路径，还是传文件的内容呢？
要不你把 open 去掉，直接传文件路径试试

换根好点的数据线吧

做 SDK 就是要做支付平台和商户间的桥梁，上面这些都是要考虑的。
笼统？ 你的问题两点，我给你说了八点啊大哥

第三方支付的流程一般都是：

1. 商户发起新订单，即用户在前端点击购买
2. 支付平台生成订单号并返回订单号，支付金额（可能涉及汇率换算）等信息。 3.引导用户到对应的支付界面。这部分通常是支付平台提供的。 4.用户完成支付，支付平台进行校验。
3. 支付平台讲支付结果返回商户。 6.商户根据支付结果进行校验并进行发货处理。

作为商户方要留意：

1. 是否支付成功，要以支付平台的返回为准。所以最好是 Server to Server 的通信，并且加上 IP 白名单过滤。

2. 做好支付的校验，一般支付平台会提供校验方式，注意在服务器端处理和保密。

3.建议增加二次校验，即支付平台返回一个支付结果回调一样，再主动到对方校验一次。

4.做好重复性校验，即同一笔订单不要重复发货。

5.做好商品和订单、支付金额的校验，防止收到小额商品的金额，发了大额商品的货。

6.支付平台一般会有沙盒环境，注意要做好测试订单的区分和控制，防止被测试订单刷单。

7.做好定时的对账处理，遇到异常订单可以及时止损。

8.做好监控，如果用户频繁购买或大额购买，可能是异常行为。

解决 chrome 下的跨域问题：
在 cypress.json 中添加：

"chromeWebSecurity": false