• 放到 setup 里面生成

  • 仅楼主可见
  • 面试到底公平不公平? at 2020年04月13日

    从来没有绝对的公平

  • 很棒! UIautomator2 很好用

  • PPT 写的要吐血了 at 2020年04月10日

    列一下投入:搭建框架的成本,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 怎么样?

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

  • 已删帖 at 2019年12月04日

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

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

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

  • 关于线上 bug at 2019年12月04日

    看你的例子,只能说贵公司处分很严格,但是流程有点儿戏。
    例如问题 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

  • 建议隐私信息要打码