• 有问题可以随时沟通!

  • 谢谢肯定!

  • tapd是研发管理平台,用来管理story、task、bug以及看板,质量可视化平台通过调用tapd提供的接口获取story、task、bug等数据进行统计、分析、展示
    实际上,如果有自己的研发管理平台,效果可能会更好,可以更方便的获取相应的研发数据

  • 楼主愿意发帖在这里寻求帮助,至少我觉得已经胜过很多做测试3年左右的同样迷茫的tester,我谈下我的看法
    我本科专业跟计算机没有半毛钱关系,毕业后误打误撞进了测试行业,一开始做传统软件的功能测试,后来基于jmeter+ant做接口测试以及接口的自动化,部分有落地,部分也是自己玩玩,经历了C/S、B/S、M/S架构的流行趋势,再后来接触python,基于selenium、appium框架开发自动化测试case引入实际工作中,确实感觉有很大成就感,再后来转入互联网行业,现在是一家百强互联网公司测试总监,现在越来越觉得做测试是真正的技术活,需要学习的东西还有很多很多,比如静态代码扫描、插桩测试、AI技术应用等等,如何用技术手段保障产品质量,这是测试人员需要持续共同探讨的话题,也唯有不停的学习,才是我们突破发展瓶颈的利器,希望对你有所帮助

  • 建议加一些数据作为例证,如自动化测试部分,可以用数据例证:自动化测试case数量n条、执行频率n次/d,自动化测试覆盖率n%,提升测试效率n%等

  • 测试人员一般按开发人员配比,视公司研发成熟度而定,通常研发测试比在3:1-5:1之间,好一点的能做到:有效研发占比达到70%的情况下,研发测试比5:1

  • 不要为了自动化而自动化,选择自动化要评估投入产出比,要考虑如下因素:
    1、产品的成熟度及UI稳定性
    2、产品研发的迭代频率
    3、DAU量级
    4、自动化测试技术储备
    建议先将api的自动化测试先做起来,并推动开发进行单元测试,app端再补充端对端监控等手段来作为质量保障的手段,有问题欢迎进一步交流

  • 抓包看下两边的请求差异

十多年软件测试老兵,现任某百强互联网企业测试总监,亲历C/S、B/S、M/S架构演进,在自动化测试框架开发应用落地、性能测试、app专项测试、持续集成、质量管理等方面拥有丰富经验,欢迎交流。