职业经验 讨论着软件测试发现到最后都不是在讨论软件次测试了

simonpatrick · 2024年04月11日 · 最后由 小鹏友 回复于 2024年04月12日 · 5552 次阅读

有没有发现,讨论软件测试相关的东西最后都不是在讨论测试本身了。

比如:

  1. 敏捷开发,讨论来讨论去,最后其实这是项目管理领域
  2. 测试管理,讨论来讨论去,最后其实这是项目管理领域,或者是怎么数字化管理软件测试这件事情了,数字化需要代码能力的
  3. 自动化测试,讨论来讨论去,这个框架那个框架,最后其实是怎么写代码的事情了,如何熟练使用代码,现有框架,针对技术应用了
  4. 压力测试/全链路压测,讨论来讨论去,还是技术实现问题,怎么平台化
  5. 测试 Devops,讨论来讨论去 CI/CD,怎么自动化部署,怎么管理环境,Docker,K8S 。。。。。,这些,其实也要代码能力吧,最少要懂代码吧
  6. 职场求职,讨论是不是要代码能力问题,要求是不是太高了,现实可能是有点代码能力,工资可以高点,没有可能低点
  7. 安全测试,这个更底层,更需要系统,代码知识

所以软件测试工程师到底是个什么职业?迷茫。。。。。。。。。。,没有方向,工资也涨不上去,压力大,加班多,不被重视,
但是如果把这些问题都看到最终讨论的是什么时候,我还是觉得有代码能力比没代码能力好,至少多点可能性吧。

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 6 条回复 时间 点赞

再直接点,其实都是业务问题,用再捞的技术、框架,只要业务是能创收的就行😝

有没有可能,公司招聘上面的全都要😅

5楼 已删除

有了解国外行情的吗?和国内是一样的吗

因为只有这些是比较通用的,可移植性强。其实公司内部还是有很多业务讨论、用例设计的讨论。但是这些讨论如果不是在一个领域内,或者不在一个公司内,上下文的信息不对齐,是无法被广泛讨论的。

其次,也有很多人对测试本身做了很多探索,比如海盗派测试、探索性测试等,都是针对业务层的用例设计方法论。

谈论来讨论去,最后总结干的好不如舔的好

测试边界太多了,干着测试开发产品运维的活

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册