• 请问买了票但因为疫情的原因没有去会场,后续大会的视频是自己找相关工作人员提供吗?

  • 我觉得还是得根据线上 Bug 来反推问题的根源,到底存在哪些问题,从整体角度去看应该解决哪些问题,优先解决哪些问题。线上 Bug 多必定是多个环节都有问题导致的,譬如楼上有人提到的测试左右,缺乏接口自动化在所有问题当中的占比可能很小,这就意味着即使搭建起了接口自动化,也仅仅是解决了一小部分问题,最终还是会有大量 Bug 上线。

  • 来自老板的死亡拷问! at 2020年06月30日

    提到回归测试,有些公司要是不出点回归覆盖率不够甚至没有回归导致的问题,管理层是不会意识到这是一个问题的,更多的会跟你说,你说自动化测试很重要,但我们现在没有也没出什么问题啊。。。
    遇到这类情况,想要在不出问题的情况下改变一个人的思想观念,很难

  • 1.提升回归测试效率
    2.节省人力
    3.降低手工回归测试带来的人为出错风险
    4.提升个人开发能力 = 提升个人价值、行业竞争力

  • 经费有限的话就用第三方兼容性测试平台吧,没办法的办法。假如是为了兼容性测试而自购那成本太大了,不光要覆盖机型,还要覆盖系统版本。同样的机型不同的系统版本,也会有不同的问题。
    或者像我说的,老板的机型和优先级更高用户的机型先保证,其他的随缘😂

  • 个人觉得不同的业务特性判断的规则也不一定。比如交易类 APP,涉及到入金的,那么申请的机型就不能单单只参考使用率,要是我的话优先级应该是:老板的手机型号 > 入金占比最高的那批用户机型 > 使用占比较高的机型

  • 业务性强的接口,肯定是要手工写的。举个例子,一个文章列表接口,测试点会有很多,1.随机抽几篇文章核对内容 2.核对总数 3.检查排序方式。。。等等 类似这样的用例我是想不出通过自动化生成的可能性。
    能通过技术等手段提升效率最好,假如不能等话还得老老实实手动写,毕竟接口自动化的目的是发现问题,覆盖率达不到那原始目的就很难达到,这样的话还不如什么都不做,我是这么认为的。

  • 楼主可以考虑一下阿里的 PTS,付费的,但自己折腾环境同样费钱还费时,可以根据性价比权衡一下。
    另外我觉得 10 万用户,一台电脑 2000=》需要 50 台,不能这么算。
    10 万用户并发具体指 1s 内 10 万用户集合在一个时间点同时访问呢,还是总共有 10 万用户只需要在特定时间内(比如 30 秒内)完成 10 万用户的登录行为就行了?
    我想你说的 2000 指的线程数;假设 1 次登录耗时 0.2s(响应时间),1 个线程在 1s 内(无限迭代)可以完成 5 次登录,那么即使在 1s 内完成 10 万用户的登录也只需要 10w/5 = 2w 个线程数,每台压力机能支撑 2000 线程的情况下大约需要 10 台来完成。

  • 确实,假如按 5s 作为标准的话确实很不合理,受教了。刚接触性能测试不久,还处于消化基础概念的阶段😂

  • 😀 感谢赐教😀