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

默默巫

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

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

阿七

占位

heavy200t

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

fengyun32

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

amirfly

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

apron

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

aze

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

deicalin

不会编程就做不好测试？
这个其实细说来要分很多方面。凡事都分两面看，我站正面。
首先我们要明确一个问题：编程
编程是指的什么？简单的说，编程就是为了借助于计算机来达到某一目的或解决某个问题，而使用某种程序设计语言编写程序代码，并最终得到结果的过程。某种程序设计语言必然有自身的思想和逻辑以及规范，伴随这个过程中还有各式各类的图表、文档。
    根据擂主给的标题以及大家的观点来看，此处说的编程可能是指代码的查看和编写。
    分类一：测试划分为白盒测试和黑盒测试。那么这其中，白盒测试需要的编程知识更多一些，而且需要经常关注代码的规范、逻辑以及消息传递。众所周知，我们不可能拿到一个项目就开始写代码，因此有了开始需求分析、概要设计、详细设计等等，当然测试人员参与其中，在开始整理思路的时候，这就是比较高的架构，与编程知识（主要指代码编写，编程的思想应该是共而有之）牵涉不是很多，相关的是清晰的思路、熟练的业务知识和日积月累的经验值！这个是不可替代的。黑盒测试则从用户角度出发，发现BUG，甚至破坏性测试，这个时候往往与用户适应度、数据库结合比较紧密。如果会编程，则很有肯能被占据脑中的编程思维同化禁锢，导致覆盖面不广。可能大家都听说过，微软聘请一位家庭主妇做测试的故事吧。因此不可一概而论，一棒子打死。
    分类二：测试专业知识以及原理，看看论坛里分类和帖子，就知道了。有很多需要我们去学习和了解的。每一个知识点，再细一点再细一点，你又会发现一个新的世界！一环套一环，这个世界已经离编程相去甚远了！
    分类三：测试工具的熟练运用（Loadrunner、TD等）：想必大家立刻想到的就是Loadrunner，尤其是自己编写测试脚本，需要有过硬的编程知识，很惭愧，目前所遇到的性能测试中，尚没有自己编写过脚本的。工具是人编的，方法是自己想的。有些测试内容可以自己拆分为小的测试项，怎么组合就看你自己了。比如可靠性测试、稳定性测试等等，暂合称为性能测试，这方面的知识或许就跟硬件、网络相关了。测试文档：思路清晰、过程完善、覆盖面广的测试用例、测试报告、测试计划等等的编写，哎有时候测试人员要是一个WORD、EXCEL、POWERPOINT的高手啊！还有自动化测试。。。
    分类四：测试管理，这个就更远了。运维在于心！

leage

开发与测试是两个不同的职位，开发是根据公司的产品而设计的软硬件；而测试是根据验收和国标及客户的思想来设计方案。。。所以测试不需要编程的基础来做好本职位的前提

momoANDmonica

题目出得不够严谨！太过绝对了~~测试需要掌握的专业知识和行业背景覆盖面广~~仅仅会编程是做不好测试的。但是不会编程对深入测试又有一定的难度~~~这些都是相对的~~~不能一概而论~~~

poisson

不可否认, 现在automation技术的发展, 越来越多的公司需要懂技术的人成为test engineer. 但是我觉得, 这只是一个敲门砖. 而且如果你的方向要是管理层的话, 或者是一个真正的QA, 尝试把眼光看的远点吧~编程只是对特定测试人员的要求, 不具有普遍性.

另外, 拿我一个同事的例子吧~他有很强的技术背景, 但也就是这一点, 让他丧失了作为QA最基本要求--站在客户的角度来测试. 现在他在做automation, 而我也已经越来越难发现他报的好的BUG了...远不如一个新来的QA...

尛鬼酮嶨

我认为测试工作不一定要懂编程  
因为使用软件的人 同样也都是不会编程的人 而测试人员所要做的最重要的就是能够找出bug 然而站在用户的立场来测试一样可以测试的很好

所以我认为不懂编程一样可以做好测试！！！

513cecilia

会编程的人员都是站在开发的角度来测试，并不能站在用户的角度来进行。
如此的话，最终通过系统测试的产品并不能完全满足客户的需求，界面方面可能操作不易，不够美观等。编程人员有时会根据自己的思路去认为客户也是这么想的，有时或许只需使用一个很简单的控件就能实现功能，但编程人员为了更好表现自己的技术，随意设计界面，弄得花哨无比，四处是按钮和菜单。完全是控件的堆砌，恨不得把所有控件都用上才过瘾！
会编程的人员不走寻常路。
一个测试人员如果能合理安排测试时间（测试计划），根据需求来定义测试需求，设计详细的测试用例（站在用户的角度），相信就算是不懂编程的人员也能把测试做好的。只要自己肯努力，有能力，自主学习就可以。

danahhzero

你要测试那你要看你什么测试..
没有编程一样能做好测试..做一个好的黑盒测试员也行啊...现在中国又有几个公司要求要做白盒测试呢.还有黑盒测试员不一定要自己做脚本.可以叫程序员帮忙写几个脚本.也可以到网上下点测试工具来用用..
所以测试不一定要编程基础
有当然更好.没有我觉得没什么关系..

danahhzero

再补充一点..懂编程有的时候反而会把你的思路引入一个死胡同.

chris198685

我觉得测试不会编程更好。因为测试本身就是要把软件破坏了测试，而程序员往往不希望这样。如果测试人员会编程，则在某些方面犯与程序员同样的毛病，使得BUG隐性存在而不管不问。

drlong

看到大家都争得天昏地暗的，大多敌对（反方）都是从高薪，前途，上升来反戈我方（正方），下面例子来论证我站在正方的观点：
我方上面兄弟有提到黑盒测试和白盒测试
黑盒测试：对新手来说，上手是非常快的，但是，想做好黑盒测试，并非易事；测试理论说，黑盒测试是不知道内部结构（程序）情况下测试，相当于一个黑盒子。所以黑盒测试有它测试策略；肯定地说，我不会编程我也能做好黑盒测试；
白盒测试：测试理论上是要求会编程，会编程也未见得能做好单元测试，如果会编程的人人都能做好单元测试，哪么开发人员都去做白盒测试。白盒测试工程师会失业了。：）
以上2个例子中，包含了测试的阶段性，而我是站在黑盒测试的角度去论证这个观点，不会编程，我依然做好测试。

当某天黑盒测试工程师说，我年薪一百万，哇，这么好，不会编程都能做好测试。(*^__^*) 嘻嘻……

[ 本帖最后由 drlong 于 2008-10-23 17:49 编辑 ]

goona

就拿个杯子打比方，用户不知道lock&lock的杯子是怎么做的，用什么材料做得，制作工艺是什么？但是用户可以测试杯子，对其外观，功能，耐用性，耐热性，易用性等测试，通过这样的测试，就能挑到用户心仪的好杯子。
关键还是对业务的了解，通过对业务的熟悉，挖掘到客户的显示和隐式需求，就可以将测试做的全面。

maguschen

从概率上来说，会编程的测试员成功的几率会比不会编程的要大。

但是不是绝对，看个人修为吧

gucciyoung

首先测试有很多种，有黑盒，白盒，灰盒，有单元，集成，系统。

如果是做白盒，单元测试的，对编程的能力要求比较高，做黑盒，系统的对编程的能力要求可能不是很高。而且有编程能力的测试人员喜欢从代码的角度去考虑问题，哪些代码可能会出问题，没有编程能力的测试人员会从用户使用的角度去考虑问题，发现更为实际的问题。所以不能说是会编程好还是不会编程好。不过多一样技能总归不会错的，我感觉做测试主要还是个思路，和思考问题的角度，这个比较重要。