• 希望 2025 春节以后就业环境好一点,论坛的兄弟们找工作都顺利

  • 公司年底逼退大龄员工的常规操作吧,能把年终奖发完的都还算好了

  • 楼主好!看到你的帖子,感觉很多公司都面临着类似的问题,领导对自动化测试的期望总是有点 “飘”,和实际情况差挺远的。我来结合你的情况,帮你分析分析,也给点建议,希望能帮到你。

    先说说核心问题:

    • 领导对 “自动化” 的理解有偏差: 很多领导(特别是业务领导),一听到 “自动化”,就觉得是 “全自动”、“无人值守”,机器自己跑完所有测试,人就可以下班了。但实际上,自动化测试只是工具,是用来提高效率的,该人工设计用例、维护脚本、分析结果的,一样都少不了。
    • 研发领导对测试类型理解不够: 研发领导觉得接口自动化不如单元测试,这是没搞清楚两种测试的侧重点。单元测试是测代码的,接口测试是测系统各个部分连接起来能不能好好工作的,两者是互补的,不是互相替代的。
    • TOG 项目比较特殊: 你们做的 TOG 项目,交付之后基本就没啥大改动了,这确实让自动化测试的长期收益打了个折扣。但也不能完全不做,要看项目阶段和特点灵活应用。
    • 缺测试人员是硬伤: 没人写用例、维护脚本,自动化测试就搞不起来。让开发或者产品经理来弄,不太现实。

    针对你的困惑,我来给点建议:

    1. 一定要和领导好好沟通: 这是最重要的!你要跟领导好好解释:

    * 自动化测试是干嘛的: 强调自动化是辅助手段,是提高效率、减少重复劳动的,不是要完全代替人。
    * 各种测试类型的区别: 解释清楚单元测试、接口测试、UI 测试分别是什么,有什么用,接口自动化在集成测试阶段有多重要。
    * 自动化测试的投入和回报: 要坦诚地告诉领导,自动化测试需要投入的,包括开发平台、写用例、维护脚本等等,但长期来看,可以省很多时间和成本,提高交付质量。特别是针对 TOG 项目,要分析清楚在哪个阶段(比如频繁迭代的开发阶段)做自动化最划算。
    * “全自动测试平台” 是不存在的: 一定要跟领导说清楚,没有完全不需要人管的自动化测试平台,都需要人来维护和管理的。

    1. 根据实际情况制定合理的自动化策略: 考虑到你们是 TOG 项目,而且缺测试人员,就别想着一步到位搞个 “高大上” 的自动化解决方案了,要务实一点:

    * 先搞定最重要的: 优先对核心功能和容易出问题的地方做自动化测试,别想着啥都测到。
    * 选对自动化类型: TOG 项目前期开发阶段,接口自动化可能更有效,因为它比较稳定,不容易受 UI 变化的影响。后期可以根据需要加一些 UI 自动化。
    * 一步一步来: 先搭个简单的自动化框架,慢慢积累经验,再一步步完善。
    * 考虑用现成的工具: 如果公司预算够,可以考虑用一些成熟的商业或者开源的自动化测试工具,别自己造轮子,省时省力。

    1. 你说的针对不同人提供不同工具的思路是对的,但要考虑更周全:

    * pytest 脚本: 适合有点编程基础的测试或者开发用,比较灵活,功能也强大。
    * 类似 apifox 的界面化工具: 适合测试或者不太懂技术的业务人员用,用起来简单。
    * 浏览器插件录制: 适合简单的 UI 自动化,但维护成本比较高,不建议大规模用。

    关键还是要根据团队的实际情况和技术水平来选工具。如果现在团队缺测试人员,可以先从简单的接口自动化开始,慢慢培养团队的自动化测试能力。

    1. 关于人员问题: 缺测试人员确实是个大问题。可以考虑:

    * 招专业的测试: 这是最根本的解决办法。
    * 培训现有人员: 提高开发和业务人员的测试意识和技能,让他们也参与到测试工作中来。
    * 找外援: 可以考虑找外部的测试咨询或者外包服务,帮你们做自动化测试的规划和实施。

    总结一下:

    楼主你现在要做的,不只是开发一个自动化测试平台,更重要的是让团队正确认识自动化测试,然后根据项目特点和团队情况,制定合理的自动化策略。通过有效的沟通和一步步的推进,才能真正发挥自动化测试的作用,提高软件质量。

    希望这些建议能帮到你!加油!

  • 持续招人

  • 持续招人

  • 持续招人 ing

  • 部门 HC 多多,欢迎留言交流

  • 有产出的,目前负责公司内的基础设施相关的质量保障
    DevOps、AIOps、监控报警相关,还有各种 PaaS 系统,比较偏技术向

  • 股票亏成狗了