HR告诉我们要把个人的活动同公司的商业目标对齐. 这句话说起来显得"假大空", 其实呢对我们
软件测试工程师来说真正是有意义的. 关键我们要理解, 如何对齐, 在哪些方面对齐.
对一名负责任的软件工程师来说, 很自然,眼光盯在软件测试上, 想得是如何测试更全面, 更有效率, 发现更多的bug, 这没有问题, 也是必须的. 但这还不够, 我们还要把眼光放得更远一点. 从我现在的理解来说, 我觉得软件工程师的视野有这样三个层次
- 软件测试 : 测试技术, 方法, 设计testcase的思想,方法, bug数量,...
- 质量保证 : 缺陷趋势, 测试过程, 测试组合, 测试效率 ...
- 成功的产品 : 用户愿不愿意买单, 能不能及时抢占市场, 和竞争对手的比较, 哪些缺陷是可以接受的 ...
刚入行的菜鸟, 仅仅关注"软件测试"本身就可以了(好好
学习, 天天向上 :) );
做到资深工程师,就必须要有"
软件质量保证"的概念, 但和大多数人的常识相反, 影响软件质量最大的因素不是测试,而是"开发", 开发很烂, 测试再好也是修修补补. 开发很好, 测试轻松, 发布产品的质量还高. 除了"开发", 需求收集, 用户使用习惯, 过程等等都会影响最终发布软件产品的质量. 资深软件测试工程师必须有这样视野,在
工作过程中,考虑到这些影响因子, 来保证最终交付产品的质量. 有这样的视野, 在同开发,技术支持等其他team的协同中我们就能有一个清晰的立场.
更进一步. 我们再往前看. 一个公司要取得商业上的成功需要在市场上提供有竞争力的产品. 一款成功的产品, 有专门的分析指出, 取决于三个因素"质量, 功能和时机". 请注意, 软件工程师视作生命的质量, 只是成功的三个要素之一. 我总能听到来自软件测试工程师的抱怨, 如下所示. 我觉得对于这样的感受, 我们都应该仔细掂量一下,到底是确实存在问题,还是公司商业策略的需要.
- 功能加得太多, 时间太紧,来不及测试
- spec写得太差,太粗略了
- 公司只重视sales/dev,而不重视qa
- ... ...
我们看看一个软件测试工程师如果平步青云的话, 他的职业发展能是一个什么样的.
测试工程师 -> 测试leader/测试architect -> engineering manager -> CTO -> CEO 测试 -> 质量保证 -> 成功的产品
没错, 一般来说, 在CTO和CEO的级别, "成功的产品"才是他们重点关注的. 我们作为软件测试工程师, 其实也能够具有这样的视野, 在我们的日常工作中体现出来. 把自己的活动同公司的商业目标对齐.
