测试人员,为什么要学习一门技术?(一)

这个问题, 困惑了我很久, 至少在我业务测试的6年中, 一直在思考技术带给业务测试的支持与价值

业务测试中的我们碰到哪些头疼的事情?

每天都在做重复的事情, 日复一日年复一年

  • 昨天我刚测试了这个功能的全部内容, 今天因为一个小功能的调整(我甚至不知道开发人员到底修改了什么东西), 就需要全版本的覆盖测试, 这样太浪费时间了, 但是不做心理又没底, 毕竟发布后出现了问题, 是要扣工资的

  • 很多个测试版本都在并行开发, 我们不停的增加团队人员, 来保持跟的上公司业务的告诉发展(然而增加人员后发现, 业务测试的复杂度更高了), 在交叉测试中, 我们发现了更多的问题, 版本迭代可能会变得更快

  • 理解了很多测试理论, 也用在了工作中, 每天依然在做编写测试用例/执行业务测试/重复的点点点, 除了在稳定版本中偶尔发现的bug, 并没有感觉到提升和成就感

大量的业务测试导致时常加班而没有目标

  • 业务开发总是高速进行的, 至少在业务初期, 这是必不可少的

  • 一个版本的发布周期, 到最后我们往往会碰到很多无可奈何的事情. 开发周期延长测试周期变得非常短/出现需求变更但是依然要原定计划发布等等, 这些事情出现了加班的不可避免性

  • 我们日复一日的加班, 企业软件质量并不见得有更大的提高, 我们在重复的工作中, 提升不明显, 年龄在增长, 我的核心竞争力如何取舍? 年龄大了如何和新一代的Tester竞争?

  • 因为加班导致没有充分的时间进行思考与下一步的规划, 往往只能是浪费了大量的时间却不知道如何进步.

功能测试中的理论知识学习之后, 不知道如何应用于测试, 从而经常迷茫如何提升

  • 等价类学会了, 知道在登录页面去输入正确/错误的用户名密码, 知道在不同的场景中使用

  • 边界值 ........

  • 正交 ......

  • 因果图 .......

  • 探索测试 ......

  • 精准测试 .......

我都做了啥???
我学了这些东西 带给我了啥???

当工作缺乏了激情, 我们是否考虑换一个职能? 例如产品?

  • 我觉得我每天点点点很无聊, 你看产品天天写文档, 不用点点点, 他们画图和设计看起来很轻松, 好羡慕.

  • 我觉得我有一定的技术基础, 为什么不去做开发? 每天写代码很炫酷哦.

  • 我觉得我每天都在重复的测试这个产品, 重复的进行着点点点的工作, 无限的重复进行时, 我觉得没前途也没钱图, 看看其他职能同年限的人, 所获取的价值都比我更重要

我们需要静一静, 当然坐下来, 安静的抽一根烟, 喝一杯茶, 思考一下, 如何改变眼前的窘境

上面的很多观点, 在很多同学的工作中都是现状, 而对于这种现状, 我们得出以下几个论点

  • 业务基线中的不规范流程导致了太多的残留问题

    • 流程不规范, 很多时候流程化的东西形同虚设
    • 重复的点点点过程潜在的给你增加了很多的经验, 你自己却没有感知到
  • 业务测试如何基于现有的经验与知识, 提高自我价值与产出. 获得更高的成就感

    • 某某开发工作两年, 薪水2W了
    • 某某运营, 今年年终奖20个月
    • 我今年算了算, 除了工资和最低的2个月薪水(甚至都没有), 我也想获得对应我价值的薪水
    • 每天都是点点点, 年底了, 看着这满满几千个bug的页面, 一脸呆滞, 我今年到底干了什么. 难道我的成就感来源于别人的bug?
  • 测试方法的学习, 并没有给你带来什么帮助, 为什么大家都推崇测试理论?

    • 测试理论很重要, 但是我不知道对我产生了哪些影响
    • 我学会了测试理论, 并且应用在工作中, 但是依然有新的bug 和老的bug出现, 这让我无所适从
    • 测试理论到底应该如何实践和发挥更大的价值?

你可能感兴趣的:(测试人员,为什么要学习一门技术?(一))