• AWS 也有这个服务我记得

  • 针对小程序,python 应该是有对应的 sdk 和 API。你可以通过 API 来获取 code 和 session_key、openid。这个是临时凭证。

    官方文档:https://developers.weixin.qq.com/miniprogram/dev/api-backend/open-api/login/auth.code2Session.html

  • 两个方法,用时间 hash 之类的算法规避,或者每次用例执行完删除本次执行的数据

  • DEVOPS 的一系列工具:gitlab+drone+docker+k8s,测试搭配 YAPI、Junit 等测试工具,超绝完美体验。基本是现阶段的标配了,基本都是开源,K8S 可以用 Rancher 搞,一条命令搞定,简单。

  • AWS 就有呀,你可以看看

  • 这个你运行多个 CI 任务就行了,每个 CI 任务一个环境。这里的多个 CI 任务应该不能并行运行,我没测试过这个情况

  • 这个是因为,接口用例在使用用例集的时候,会出现有的用例集跑的速度快,导致调用参数还没生成就开始跑下一个用例集了,然后参数就会错误,这个问题暂时还没优化。这个用例集的并发模式用的是 go 的多线程技术,是同时并发执行的,并不是按顺序的,主要是为了让速度更快一点。之后我再加个选项,可以选择是按序执行或者同时并发执行吧。

  • 这个不需要安装,可以直接运行的。按照说明,直接启动 docker 就是一次用例运行

  • 1、对细节再怎么极致追求,仍然会出现问题。
    2、敏捷迭代下,应该追求的是无明显缺陷,无明显安全漏洞和缺陷快速反应机制。
    3、遗留问题要保持追踪,直到关闭。

    其实对用户和口碑的伤害,无论是产品问题,还是设计缺陷,肯定是有伤害的。现在大多数情况下主要是考验的是,出现问题的次数是否相对同行少,出现问题的应急反应措施是否可以最大限度的减少伤害。
    测试在这里面,主要就是减少出错的次数。

  • 说下我对测试左移和右移的理解:

    • 左移:通过对代码的静态扫描,安全扫描,组织评审等方式,提前解决一些可能的代码质量问题。其主要是在于质量问题,是代码质量的补充手段。这里我认为不是和开发抢饭碗,而是让开发更加专注业务层面的事情。

    • 右移:通过对测试环境(开发环境、生产环境或许也有)的管理和质量维度的监控,实现上线前、上线后的质量保证。这里其实一般的测试主要是保证测试环境的质量。但是我觉得,对生产环境的质量监控是非常重要的,这是测试了解生产真实情况的最佳途径。右移我认为也不是抢运维的饭碗,也是对产品质量的保证补充。

    传统以往的研发和运维体系,其实是缺失了这一部分的质量保证。研发没有从代码层面监控质量,运维没有从生产上监控软件质量。以前的运维,只要服务器不出问题,软件正常跑,其他就不管了。
    但是现在微服务的发展,需要非常细的颗粒度去监控整个软件的运行,所以有了全链路追踪。全链路追踪这里可以认为是运维应该做的,也可以认为测试应该做的,因为测试的职责是把控质量,而链路追踪恰巧可以给测试了解到软件运行过程中非常多的质量问题,这也是以前没有的。所以现在很多公司是测试在做这块,运维没啥动力。

    每家公司的情况都有很大的不同,有的公司可能开发规范,开发自然而然的就把我们需要左移的事情都做了,那测试就可以作为质量监督者把控下即可。如果是公司没有,那么测试做,可以提高自己。运维的活同理。

    其实作为测试,我觉得无论如何,首先要准确的认识到自己做的事情是为了什么。无论是左移还是右移,目的都在于更好的产品质量。我们用的所有手段,所有技术,都是为了提高测试过程中的效率,准确判断产品质量问题。如果偏移了这个中心,那么我觉得测试就不再是测试了。