从整个问题出现到上线的过程找一下原因:
其实不是什么很严重的 bug,楼主能主动反思的态度很好。 至于以后要怎么避免,一是不能完全依赖产品的需求(谁知道下次会不会犯同样的问题),二是给自己提个醒,以后多留意,三是总结一下过程中有什么流程的遗漏,尽快推进和补全。
这种问题为啥要匿名呢?
webview 是在设备上安装的,不同设备安装的版本不一样,肯定版本号也不一样啊,和你的 APP 没关系
截止日期写错了吧? 2019 年 1 月?
用户最少人在线使用的时候
曾经做过外包,现在的公司也有很多外包的同事一起工作。说说我的感受吧:
你要把完整代码贴出来才知道哪里的问题啊
看报错是没定义这个变量,看下是不是没 import
用户验收测试,简称 uat,是一直以来都有的概念,很多公司都有这个环节。
nmon 怎么样?
我就是这么用的。
关键看你参数传递对不对,格式是否匹配,多调试一下就好
要监控到细致程度的话,必然需要比较高的权限:
在线上监控用到这些权限,从安全角度,测试能把控这种风险吗?
看你的例子,只能说贵公司处分很严格,但是流程有点儿戏。
例如问题 2,在正式发布 APP 之前不需要测试吗? 而且是测试 leader 被炒了,难道是他同意在后台 API 没上线的时候上线的?
提高效率:
你是要传这个文件的路径,还是传文件的内容呢?
要不你把 open 去掉,直接传文件路径试试
换根好点的数据线吧
做 SDK 就是要做支付平台和商户间的桥梁,上面这些都是要考虑的。
笼统? 你的问题两点,我给你说了八点啊大哥
第三方支付的流程一般都是:
作为商户方要留意:
是否支付成功,要以支付平台的返回为准。所以最好是 Server to Server 的通信,并且加上 IP 白名单过滤。
做好支付的校验,一般支付平台会提供校验方式,注意在服务器端处理和保密。
3.建议增加二次校验,即支付平台返回一个支付结果回调一样,再主动到对方校验一次。
4.做好重复性校验,即同一笔订单不要重复发货。
5.做好商品和订单、支付金额的校验,防止收到小额商品的金额,发了大额商品的货。
6.支付平台一般会有沙盒环境,注意要做好测试订单的区分和控制,防止被测试订单刷单。
7.做好定时的对账处理,遇到异常订单可以及时止损。
8.做好监控,如果用户频繁购买或大额购买,可能是异常行为。
解决 chrome 下的跨域问题:
在 cypress.json 中添加:
"chromeWebSecurity": false
建议隐私信息要打码
你的图都挂了
除非能找到接口正式下线的批准,否则删掉是很大风险的;
另一个层面,接口即使不用了,对应的代码应该还是有参考价值的,一般也没有删掉的必要
几乎不用? 那假如删了之后发现还有在用怎么办?
覆盖率会比功能稳定更重要吗?
应该是没有重跑所有用例。
如果要改,你就把这个 执行 按钮绑定的方法,改成和详情页 重跑全部用例 按钮绑定的方法一样就可以了,具体的方法你可以右键属性查看;修改的话,应该是在 test_suite.js 这个文件里
那我猜测你的 import 相对路径不对,少了 app_auto_run 这个层级,你加上试试
你截图里看不到 adr 这个目录,是路径不对吗? 比如试下从项目根目录开始引入?