【我的测试热门话题第七期】不会编程的测试人员能走多远

跑跑跑跑

最近论坛里很多新人询问“软件测试可以不编写代码是真的吗？做一个不会编程的测试人员可以吗？软件测试比开发简单是真的吗？....等等”。看到这些问题，让我有了一个疑问，不会编码的测试人员到底能走多远？
    可以肯定一点，软件测试入门相对开发要求是低了一点，但也只局限入门，想要做好测试并不容易，甚至要比开发人员掌握更多的知识。
    首先要明确软件测试工作的技术究竟体现在哪里，个人认为测试用例设计技术代表了测试技术，而自动化测试技术多数只是提升测试工作执行效率的手段。测试技术终究要转化为测试案例，我是这样理解测试用例设计技术的，它包含了产品需求细化＋业务和实现逻辑+产品实现技术（概要设计、详细设计、算法）＋测试手段（工具应用及反推）＋测试角度+用户场景+功能关联/依赖法+测试点反推法+bug反推法等，可以说测试用例设计的好坏影响了被测系统的质量，很多新人认为测试用例没有用，写了一堆废话又很浪费时间等等，希望看到这里能对你有所触动，要想写出高质量复用率高的测试用例需要我们平时的学习和积累。
    既然测试用例设计是测试人员能力的体现，那编程我就不学了？只要你是个有追求的人，那就不要太乐观了，看看大企业的招聘信息不难发现，很多企业都要求测试人员掌握一定的测试工具，或是相应的脚本语言、开发语言等。那我只掌握测试工具不会编程不也行了吗？这是个错误的想法，每个工具都有其相应的编程语言，无论是QTP、selenium还是Watir，单靠录制功能是无法做自动化测试的，最后还得靠编程。如果我直接做管理，不走技术方向是不是可以不掌握编程了，在一个不需要白盒测试、自动化测试、性能测试的团队中是可以的，测试在不断的发展，谁又敢保证你所在的公司日后不会开展相应的测试工作呢？尤其在一个拥有自动化测试组、性能测试组的团队中，老大不懂代码就无法掌控相应的测试工作，甚至不能让人信服，这样的老大又能做多久。所以我认为，测试人员的第一个分水岭在测试用例的设计上，第二个分水岭在于编程能力的掌握和应用上，第三个分水岭在管理和工作协调上。
    写这些无非是想让踏入测试的新人明白，对于IT行业来说，软件的主要构成是代码，对于测试软件的我们来说，掌握代码就变成了理所当然的事。所以说想要彻底摆脱编程而选择测试的朋友，你们要珍重了。

零下7度

说的很好！

zhangting85

回复 17# gcd0318

虽然你报的bug都解决了，表面上看提高了代码的质量。但是，覆盖的范围是否够广，对产品质量的评价是否准确呢。有没有可能管理层看到你报了少量bug而且都被修复了就误以为产品质量很好了？而换一个人测同一模块报了几十个bug到期末还没关，却反而可以让管理层得到更准确的产品质量信息呢？
这些问题，都是见仁见智。

另外，你solution都提出来了，顺便替开发fix了吧，不差把那solution实现的几分钟了。

紫隐

进到软件测试的门口我才知道，原来软件测试一点都不比开发简单，不仅要会至少一门编程语言，而且还要学很多测试的知识，还要熟悉业务等，一点都不简单

地壳

参与白盒测试不可能不懂代码，自动化测试人员当然也要靠代码来优化脚本，手工测试可能不需要编写代码但他一定要知道一定的编程规则，比如边界值与次边界值的确定。
就像白盒测试及自动化测试工程师比普通的手工测试人员拿的工资高一样（社会普遍就是这样），做测试不成墨守陈规。

跑跑跑跑

回复 31# xywang_05


    吓我一跳，这么多回复，你是卡还是在....

xywang_05

回复  云层


    多谢云哥指点
跑跑跑跑 发表于 2013-8-19 09:34

xywang_05

回复  云层


    多谢云哥指点
跑跑跑跑 发表于 2013-8-19 09:34

xywang_05

回复  云层


    多谢云哥指点
跑跑跑跑 发表于 2013-8-19 09:34

xywang_05

回复  云层


    多谢云哥指点
跑跑跑跑 发表于 2013-8-19 09:34

xywang_05

回复  云层


    多谢云哥指点
跑跑跑跑 发表于 2013-8-19 09:34

xywang_05

回复  云层


    多谢云哥指点
跑跑跑跑 发表于 2013-8-19 09:34

xywang_05

CODE能让测试显得更“专业”，能让开发和领导瞧得起，能在组内会议有话语权，能在别人问“你懂代码么”的时 ...
黑羽祭 发表于 2013-8-14 10:37

同意，会开发还能提高黑盒测试的效率，因为看得懂代码，知道哪些地方存在潜在的缺陷的可能性最大

pcxty

说的很好，测试人员的第一个分水岭在测试用例的设计上，第二个分水岭在于编程能力的掌握和应用上，第三个分水岭在管理和工作协调上。

跑跑跑跑

回复 19# 土土的豆豆


    想学习永远不晚，活到老学到老用在测试身上很合适。
   比较悲剧的是很多时候不能把学会的知识用在工作上，时间长了就搁置了，老不用就模糊了，最后变得很生疏。

跑跑跑跑

回复 17# gcd0318


    感谢您的经验分享！

愚人

工具只是手中的剑，
你还要掌握好招式和内功，可是招式和内容是什么呢？

利勇lmm

还是觉得编程比较好

土土的豆豆

看了跑跑和几个老大的心得很有感触
个人觉得编程能力能掌握肯定是最好的
因为技能、技术、能力其实是个积累的过程 我们开发语言，网络应用、系统架构都随着新技术的诞生儿不断发展，故而测试技术也需要同步更新发展。
测试本身就是基于开发测试生命周期下的不可分离的一部分！
那些认为测试只是手工纯粹随便手工点点操作的朋友，相信在测试领域不会有太多发展……或者说深入发展！

好吧 其实我个人也是很迷茫的：因为工作了很多年，发现自己没有更多使用开发的机会了，发展至今走上小管理路线，公司太小？对于自动化编程要求不高？或者其他因素~
感觉编程能力逐步退化，比不上后起之秀，刚毕业的用人成本低，还有股学习编程的劲儿；
但我们到一定层次需要不断更新自己的技术能力，除去业务领域的积累，掌握主流编程、脚本开发语言，还是有好处的，只是会不会太晚了呢？

刚大学毕业那会儿过CET最容易，也许CET6 专业CET等不在话下；
不去使用，工作N年以后，不在外企混的TX们，你们还能自信满满的说CET小菜一碟么？！

土土的豆豆

就目前看还能走很远，如果你30左右岁，那么你退休之前都不用发愁
哥们还算是在世界500的企业，做的金融软件 ...
gcd0318 发表于 2013-8-19 12:57

有点意思 求包养~ 嘿嘿~