不会编程就做不好测试？（2008-10-15 ）获奖名单已公布

默默巫

背景描述：现在做测试的人背景各不相同，有的测试人员就从来没有接触过编程，没有任何编程基础的人，就做不好测试吗？

奖项	获奖名单	奖励	答案连接
最佳话题PK手	zengyixun	当当购物卡50元+最佳PK手勋章	101#

archonwang

感觉还是看你在测试领域中做哪个方面的工作。如果是管理工作，会不会编程不是决定性因素，如果是技术工作，那么编程可以帮助你解决很多依靠现有工具和手段无法解决的问题。

在技术上来讲，不会编程会限制你很多的思维成为实际活动，一定程度上限制了具体实现的简便性和灵活性。但是真要做好测试，没有编码基础会比较吃力。

阿七

占位

heavy200t

首先，软件产品往往是有其行业背景的。对行业软件而言，懂得精通行业背景的测试人员更吃香。
其次，越是贴近用户的测试，对程序的依赖越少。对于用户级的测试，完全可以不关心你是用JAVA还是C实现的。
再次，测试对编程技术的依赖集中在对程序的理解的错误定位等方面，这些工作还是可以由其他技术人员协助完成的。

zte_boy

个人认为，能否做好测试与编程并没有必然的联系，但这两者又是紧密相关的
测试本身也是一个活动的集合，就想软件开发活动一样分有多个种类，比如有做需求的、有做前端开发的、有做后台开发的等等
那么测试也一样，是个团队协作的过程，有从事功能测试的，也有从事性能测试的，有从事白盒测试也有从事黑盒测试的，只有将所有这一切结合在一起，才能是一个完整的测试过程，也才能做好测试
工作中没有能不能，只有你想不想，人家微软还请家庭主妇做过测试呢，不是一样效果很好么？呵呵
关键在于你是否适合从事这个工作，选择真正适合自己的测试方向，这样才能做好测试
而问题并不在于是否会编程

wtgirl

测试分为不同的阶段、不同的种类，要看从什么角度和期望给出什么样的测试结果，如果只是需要执行测试或者体验、使用产品并提出意见的话就不需要会编程，也不能说做不好测试，经验的积累、业务的熟练也许能将测试做的更出色。
如果从技术和管理等角度考虑，认为还是应该会编程，这样才能有助于我们的测试更充分，才能定位bug，与开发人员更好地交流。

fengyun32

自己有好的思维方式,
好的做事风格,
不懂编程做测试还是可以了,至少你有兴趣,懂得测试的原理,
而且开发人员往往以设计的手段来分析问题,
而我们多数是客户为主,觉得哪方面比较适合客户,而且我们测试多数是具有破坏性的,是不以设计为主,
所以懂编程未必做好测试,但如果懂测试也懂编程对自己成长也会有帮助!

raining169

如果只会做黑盒手工测试，可以做的很好，但注定你只是一个初级测试工程师。连测试脚本都不会写的话是没有什么发展前途的。可以从初级干起，但是想要有发展的话，还是要会编程。

amirfly

做好测试不是靠编程，而是靠的是严禁的作风，慎密的逻辑思维，适合的测试流程
当然有编程能力更好了，但是只要分工明确，良好的测试案例，丰富测试经验，即使不会编程 也是可以做好测试的

wangxue6933

是啊 不懂编程会有好多的阻力，没有多大的前途，还是会编程好写些，现在好多公司要找的测试员都要有一年或两年的开发经验吗

geogon

在黑盒测试和性能测试中，都可能涉及到测试编码；在功能测试中，也可以通过编码增强录制脚本的功能。所以不懂编码可以做测试，但只能是初级的测试者。

gray_718

软件测试不仅仅是停留在黑盒测试阶段，单纯软件的基本功能实现了不代表这个软件就是一个好的软件，就不会出现性能方面的问题。现在基本上所有的性能测试方面的工具都不单单是通过录制脚本就可以很好的测试一个软件的性能的，都要会对录制的脚本进行修改，如果不会编程，怎么能全面的测试软件的功能、性能？

嫣雨燕子

我方的观点为:不会编程做不好测试
刚刚看了很多正方的辩手发的贴子,"只要自己有好的思维方式,好的做事风格,就能做测试,"这句话没错..但是会做测试与能做好测试是两码事情.
下面就要做好测试必须会编程阐述几点理由:
1.会编程就会明白系统的逻辑结构,从而也能更快更准备的找出bug的集中地;
2.当测试过程中出现问题时,能更快的分析出原因;
3.可以更牛的站在开发人员面前说.这就是一个bug,怎么样怎么样产生的一个bug;
4.测试工具都是录制脚本,会编程的人员可以自己写测试脚本.这比录制的时候不更高一筹吗?
等等理由..
  当然,不会编程也能做测试,但是会编程的话,可以让我们如虎添翼,在测试的道路上走得更远....

嫣雨燕子

我方的观点为:不会编程做不好测试
刚刚看了很多正方的辩手发的贴子,"只要自己有好的思维方式,好的做事风格,就能做测试,"这句话没错..但是会做测试与能做好测试是两码事情.
下面就要做好测试必须会编程阐述几点理由:
1.会编程就会明白系统的逻辑结构,从而也能更快更准备的找出bug的集中地;
2.当测试过程中出现问题时,能更快的分析出原因;
3.可以更牛的站在开发人员面前说.这就是一个bug,怎么样怎么样产生的一个bug;
4.测试工具都是录制脚本,会编程的人员可以自己写测试脚本.这比录制的时候不更高一筹吗?
等等理由..
  当然,不会编程也能做测试,但是会编程的话,可以让我们如虎添翼,在测试的道路上走得更远....

girlstory

测试是一个活动,活动中有很多个角色.就光看系统测试,有做测试分析,做测试脚本开发的,有做用例设计和做测试执行的等,不同的角色对人的要求不一样.就我看来,功能测试尤其是回归测试最好能实现自动化,自动化中重要的一环就是脚本的开发.性能测试同样也需要会编程..
单元测试就更不用说,编程要求比一般的开发人员还高.
纵观整个软件行业,软件日趋复杂,用户的需求也会随之增多,借助工具来提高测试的效率是必然的趋势..大的商业工具必然要有脚本的开发,小的测试工具更要求测试人员能自行开发.
从整个测试活动和整个测试行业的发展来说,如果要做好测试,编程是必不可少的.

个人看法,欢迎拍砖..

apron

编程基础，是把双刃剑 ——
1.不可否认，它对做好测试肯定是有帮助的。懂得编程，你可以非常容易的从代码的逻辑上判断出来软件哪里有漏洞。 但是，不会编程的人，经过很多实践经验的积累，她一样可以很容易的判断出软件在什么情况下最容易出问题，只是需要花费多一些的时间去积累而已。
2.有些时候，编程基础很容易就会成为做好测试的绊脚石，这点我是深有体会的。大家都很清楚，测试的最终目的，是要给“普通用户”提供一个稳定易用的软件或者系统。所以测试的过程中，我们会一直强调，要站在用户的角度来考虑问题。但是， 会编程的人，很容易犯这样的一个错误，不知道大家有没有体会 —— 当一个会编程的测试员发现bug的时候，他首先会用自己掌握的编程技术去衡量一下，这个bug是不是能够很完美的解决掉。如果他觉得技术上实现困难，他可能就不会非常紧迫十万火急的去催促开发人员修正它，哪怕是一个会给用户带来很大困扰的bug。这个其实很容易解释的，因为你写过代码，你了解开发人员的苦恼，所以你会下意识的放水。从这一点上讲，你已经背离了测试的最终目的了，就是因为你会编程，你了解技术难度！（虽然我现在一直在警告自己多注意这方面的问题，但是还是很难百分之百避免的。不过好在，我们有很多互补的测试员在帮忙。）
当然了，这只是一种情况而已了，相信还是有很多的编程牛人能够克服这个问题，做好测试的。

kou_dou

我觉得讨论这个问题没有太大的意义了。
首先，我们大家都知道测试分为很多种：单元，集成，系统。又可以分为自动化，手工。
如果单纯的做手工的黑盒测试，我觉得要求编程就没有太大的必要了，毕竟不直接接触代码，把需求转化为用例来执行就好了。需要更多的是行业知识，用例的设计方法以及进度度量等方面的能力。当然有一定的编码能力会做的比较好，想的也比较多，有可能发现一些更加隐蔽的错误。我举个简单的例子，有一个搜索控件，输入主题名进行模糊查询。熟悉sql的可能就会想到只输入"%"这个字符，看是否得到的是所以列表。因为%是like关键字的通配符。
但如果做自动化测试，例如QTP。我想没有编程能力就差很多吧。毕竟QTP的脚本都是用VBS来实现的。虽然录制也可以解决，但肯定是会有问题的。
单元就更不用提了，没有很强的编程能力做不了这个工作吧。

总之，我的观点是：这和从事哪方面的测试，做什么类型的工作有关。不能说不会编程就做不好测试

sixsigmay

占位学习

aze

会编程在一定程度上方便了和开发员的沟通，但是往往会站在开发员的角度测试，而不是客户的角度！

森林一木

何谓做得好做不好？
这样的问题讨论很难，会不会编程只是我们的一个技能而已，工作中需要用到编程，那就得会，用不到编程那就无所谓了。所以，讨论这个无意义。就像现在很多面试的时候，总是要求会这个会那个，其实对于大多数人而言，工作中接触到的，我们当然会，接触不到的当然就不那么熟悉了。