51Testing软件测试论坛

标题: 不会编程就做不好测试？（2008-10-15 ）获奖名单已公布 [打印本页]

作者: 默默巫 时间: 2008-10-15 09:40
标题: 不会编程就做不好测试？（2008-10-15 ）获奖名单已公布
背景描述：现在做测试的人背景各不相同，有的测试人员就从来没有接触过编程，没有任何编程基础的人，就做不好测试吗？

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

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

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

作者: 阿七 时间: 2008-10-15 11:56
标题: 占位
占位

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

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

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

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

作者: raining169 时间: 2008-10-15 15:21
标题: 测试一定要懂开发
如果只会做黑盒手工测试，可以做的很好，但注定你只是一个初级测试工程师。连测试脚本都不会写的话是没有什么发展前途的。可以从初级干起，但是想要有发展的话，还是要会编程。

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

作者: wangxue6933 时间: 2008-10-15 15:32
是啊不懂编程会有好多的阻力，没有多大的前途，还是会编程好写些，现在好多公司要找的测试员都要有一年或两年的开发经验吗

作者: geogon 时间: 2008-10-15 15:37
标题: 不会编程有的高级的需要自定义编码的测试就不能做
在黑盒测试和性能测试中，都可能涉及到测试编码；在功能测试中，也可以通过编码增强录制脚本的功能。所以不懂编码可以做测试，但只能是初级的测试者。

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

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

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

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

个人看法,欢迎拍砖..

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

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

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

作者: sixsigmay 时间: 2008-10-15 15:52
占位学习

作者: aze 时间: 2008-10-15 16:09
会编程在一定程度上方便了和开发员的沟通，但是往往会站在开发员的角度测试，而不是客户的角度！

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

作者: Yarlun 时间: 2008-10-15 16:55
反过来讲吧，会编程就不一定能做好测试，编程人员一向就较肯定的自己的开发技术，在某些方面就会被忽略，从而导致了漏测；还有一方面是编程人员自己能够理解，而在其他人而言他们不需要或不理解这样的技术，从而也导致了与客户间的需求误差；而会编程也只能说明有些时候测试的目标较明确，效率会比较高，并且对问题的分析会比较突出而已，而作为测试人员，可以通过经验来弥补甚至超过会编程的测试人员.
举个例子，李小龙最早学的是咏春拳，在创立截拳道的时候曾说过：这个就好似一个装着水的杯子，如果想要创立自己的拳路就必须把杯子清空再倒满水。
而测试也一样，你现在会编程就想是已经“装着水”，而你要对一个系统进行全面测试只是在这基础上在装水，而不会编程的测试人员就好似“空的杯子”往里面倒水一个道理，至于水装得多装得少就依情况而定。
当然，你能把“杯子的水清空”再进行测试，那你也能做得更好。

作者: jackei 时间: 2008-10-15 20:11
标题: 如何定义做的好测试？
如何定义做的好测试？

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

作者: 佐伊 时间: 2008-10-16 09:52
我认为不会编程做不好测试，也别钻字眼了．
每个人心中有杆秤,自然知道做的好的标准是什么?

作者: bingling_11 时间: 2008-10-16 10:05
标题: 会编程有利于测试
1、“不会编程做的好测试”与“不会编程做不好测试”都不正确，我认为会编程只是有利于测试工作的进行。首先对于黑盒测试根本不需要编程经验，黑盒是从用户的角度出发，对各个功能点进行的一项测试工作，完成的标准是尽量覆盖用户需求，而且利用各种测试方法比如等价类划分、边界值分析、错误推测等等黑盒测试方法可以非常好的完成黑盒测试。但是当发现错误时需要一定的编程经验来推测错误产生的原因，有利于测试人员与开发人员的沟通。所以说“不会编程做的好测试”与“不会编程做不好测试”都不正确。
2、另外，如果做白盒测试就必须会编程，否则无法进行。这个没必要多说。
总之，会编程做测试当然是一种优势，但不一定能比不会编程的人做的好，这只是一个因素，具体需综合考虑。

作者: GG如律令 时间: 2008-10-16 10:26
要是说开发还可以pk一把
编程。。。这怎么说
说得好吧
白盒和自动化肯定做不好
说做不好吧
好多人不会编程测试也做得很好

这题目出的。。。。

作者: xiaomugua 时间: 2008-10-16 14:00
标题: 偏向反方，但不完全
应该说懂编程，很多事情可以省略，可以放到单元测试中去测。但是，如果不懂编程，那就只能以普通用户的身份去测试软件，但是这是不够的。因为用户不一定普通，还会有黑客。一般来说，就功能而言，基本上不用懂编程，有经验的话就能测的好。但是安全性啦，性能啦，并发啦，自动化啦，这些还是需要编程能力的。
总之，不懂编程，其实也能测试好，但是没办法做的更好，只能从功能的角度。懂编程，选择的面更广，能测的方面的方法更多，也更高效。
但是两者如果说有必然联系，那肯定不是的。

作者: gantangyu 时间: 2008-10-16 15:27
我只发现招聘广告里的高端测试职位都要求编程能力或者编程经验的，所以不会编程怎么能应聘得了那些职位呢？

我不知道这个做得好=指工资高的？

[ 本帖最后由 gantangyu 于 2008-10-16 15:29 编辑 ]

作者: wlj1985 时间: 2008-10-16 21:05
标题: 会编程是做测试的一项技能，没有这项技能不一定做不好测试
什么都没有绝对的，编程是测试的必要条件，不是充分条件，也就是说会编程可以更好的做测试，但是做测试可以不会编程，因为测试包括的内容太多了，特别是功能测试以及黑盒测试等，由于它的技术含量不是很高，对编程的要求也就不高了。
做测试可以不会编程，但如果想在测试行业更好的发展，编程是必须的，从这方面讲编程就是测试的充分条件了。所以不会编程做的好测试，只是在测试行业的发展会受到很大的阻碍。

作者: fangyulon9 时间: 2008-10-17 09:08
什么是做的好，就是要做的精通。没有一定的基础是不行的，
平时的讲课大家也可以知道，老师总是要我们补充知识，对于这样
可以得出结论，要做好测试，要会编程。
不过就会编程不一定做的好测试

作者: liujinkui 时间: 2008-10-17 13:02
标题: 测试人员要有一定的编辑功底
1.只是单存的黑盒测试，不懂编辑结构，提交的问题只在于现象，这样的问题对开发人员帮忙不大
2.现在自动化测试在各个公司将成为主流，不会编辑，又怎么能写出高质量的脚本哪。

作者: wrl1977 时间: 2008-10-17 14:45
标题: 支持正方观点
支持正方观点，不会编程，但懂业务，同样可以做好测试！

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

作者: happy058 时间: 2008-10-18 19:16
不会编程就做不好测试---仅限测试技术

这个问题描述的不够具体，但从描述中可以看出，楼主所指的测试人员是技术路线的，而非管理路线的。至于有些人说什么懂业务，更熟悉用户需求，是否适合做测试等等原因，这些当然有益于测试，但我们讨论的范围只是编程与测试，其他的不说，不然那就没有结论，也没有意义。有些热说开发人员不一定搞的好测试，这个回答其实已经跑题了，我们只需从测试技术人员的角度出发，讨论编程对于做好测试的看法。对于这个“好”字，楼主的意思应该是软件的质量（技术角度），而非你人缘好，工作舒服，爬的快，待遇好坏。
这个论题的起点是测试技术人员应该学会编程，目的是希望大家技术更好，职位更高，钞票更多。在测试技术领域，自动化测试、性能测试、白盒测试、测试架构、测试开发都是比较高级的职位，要想做好，哪个不需要懂编程技术啊。
不管你是什么情况，作为一个测试技术人员而言，懂编程肯定比不懂编程做的好，只要有多年测试经验的人都能体会到这一点。也许你以后会明白的。

[ 本帖最后由 happy058 于 2008-10-18 19:51 编辑 ]

作者: AwL_1124 时间: 2008-10-18 22:54
测试作深入了看不懂程序没办法做

作者: 卧龙公子 时间: 2008-10-19 21:25
标题: 保持中立吧
我觉得编程和测试本来就是两个概念，测试分好多种，编程也分好多种，如果根据排列组合的话，不知道会有多少种情况发生呢？所以这个问题难于回答

作者: ivanland 时间: 2008-10-20 10:18
现在公认的好的测试脚本并不是通过工具录制的原始脚本，而是需要对原始脚本添加了手工代码，增强了脚本的测试力而形成的脚本，更或者是完全通过手工编写的脚本，如果不会编程，那么如何完善脚本呢？如何给出好的脚本呢？

作者: ivanland 时间: 2008-10-20 10:20
现在公认的好的测试脚本并不是通过工具录制的原始脚本，而是需要对原始脚本添加了手工代码，增强了脚本的测试力而形成的脚本，更或者是完全通过手工编写的脚本，如果不会编程，那么如何完善脚本呢？如何给出好的脚本呢？

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

作者: babysnail 时间: 2008-10-20 20:23
不会编程做的好测试,会编程也能做的好测试。但是这只是可能，而不是一定

作者: qqjing 时间: 2008-10-21 09:34
标题: 不懂编程做不好测试
我认为不懂编程肯定做不好测试！做为一名测试人员其实是要同时充当用户和开发人员两种角色的！不仅仅是考经验的积累，还需要懂得编程，这样可以从代码的逻辑上判断出来软件哪里有漏洞，简便快捷的找出程序的漏洞，而不是盲目的没有针对性的去做测试，这样既浪费时间更不能取得理想的效果！

作者: cri 时间: 2008-10-21 10:03
不会编程做的好功能测试、UAT测试等岗位，不会编程做不好单元测试、集成测试、自动化测试、测试开发等岗位

作者: rolei 时间: 2008-10-21 11:34
标题: 语言、工具、测试
纯綷的黑盒测试不懂编程完全是可以做好的。
成型的产品线上测试会基于测试用例进行，至于你会不会编程并不重要。

不做纯黑盒测试，做灰盒或是白盒，最好还是能懂编程，对于定位错误有帮助，同时对自己的能力提升也有好处。

不论是语言，还是编程，不同的测试岗位所要求的能力也不相同，关键是看你要做什么。

如果你愿意把自己平时的工作简单化，除了改进方法之外，用程序实现一些机械性的工作是个不错的选择。

作者: whyleave 时间: 2008-10-21 13:43
一个真真喜欢做测试，想在这条路上走的更远的人，自然会去学习编程的。

作者: 厍仕杰 时间: 2008-10-21 13:50
说的不错！

作者: maclehappy13 时间: 2008-10-21 14:28
要看LZ所说的好是什么程度的好!

作者: robinfall 时间: 2008-10-21 14:32
标题: 好的定义是什么这个是关键!!!
如果能出份漂亮的报告叫好的话
如果能找出测试标的的基本问题就叫好的话
如果能找到隐藏的问题,设计复杂用例叫好的话
如果能从开发人员资料中,理解背后可能存在的问题叫好的话
如果能编写测试脚本叫好的话
如果能编写测试工具叫好的话

俗话说艺不压身

还有我看到一位说李小龙,,,如果他没有永春拳的基础,可能也只能是个打野驾的孩子. 三丰同志说过 ,无着胜有招是在你把学到的招式全忘记,可这个全忘记,不是真的忘了,是融会贯通成了本能而已!! 所以,最好还是要有个有招的过程

作者: 可乐冰 时间: 2008-10-21 14:35
正方观点反方观点
不会编程做的好测试不会编程做不好测试

无论单独看哪一点都是不全面的。
不会编程不一定做不好测试。
做好测试的基本上都会一点编程，不说独立编写，凡是做的好的基本的程序都是读的懂的。

作者: most2008 时间: 2008-10-21 14:45
天下没有绝对的东西，如果说测试一定会编程，为什么程序员不自已来做测试不就行了，还多成功一个测试部门浪费成本？我认为关键在从看问题的角度去分析问题，也不能说会编程的人就一定做好测试，不会编程的人就做不好测试。

作者: 海林 时间: 2008-10-21 14:52
什么叫会编程，达到那种标准的才叫会编程呢？

作者: 非常蓝色 时间: 2008-10-21 14:52
标题: 学习编程是为了更好的测试。
最近在编写一个较大型的系统测试用例。一个查询功能，可查询的元素就有12个项，简单的正交分析，边界值，就能产生非常多的测试用例。而在实际工作中，是没有这么多的时间来进行测试的执行（其他功能还有很多很多）。当你对查询有深入的了解，在代码级别中实际使用的是怎样的SQL查询语句，以及那些关键字在SQL中是以什么类型保存，这样的话可以精简测试用例，大大地提高测试效率，保证测试结果。

编程与测试是必要不成分的关系。
编程好不一定测试能做好，想把测试做的更好就要去了解和学习编程。

作者: whyleave 时间: 2008-10-21 14:59
讨论的题目本身就有问题。如果改成会编程对测试有没有帮助，应该就没那么多争议了。
我想应该不会有人因为学习了编程导致自己测试水平变低的吧！

作者: taigutest 时间: 2008-10-21 14:59
标题: 世间任何事物都有两面性
任何事物都有两面性,其实这个辩题根本就不会存在一个唯一的答案,正方和反方都只从自己的立场出发来举例,就象国际大专辩论赛一样!看你从哪方面去看了如果单纯做黑盒可以不需要掌握编程,但如果你是做白盒或灰盒,那只有掌握才能胜任,才能做的好
"技多不压身"嘛,现在的社会需要的是复合型人才,即你需要掌握至少2个不同方面的技能,并能精通其中一项

[ 本帖最后由 taigutest 于 2008-10-21 15:03 编辑 ]

作者: Juix 时间: 2008-10-21 15:05
标题: 编程是做好测试一个必备的技术手段
对于测试人员最重要的也许不是编程、代码能力，但是很多情况下，掌握编程，可以提高测试效率，可以和开发人员更好的交流，提高测试的效果。

确实，不懂编程也可以做好测试，但是他依赖于需要有一个较为完善和科学的开发流程，需要流程或者规范的制约，但实际上，国内很多公司的流程都是比较不标准的，那么这种情况下，测试人员的工作开战会比较困难。

作者: qzyyh5505 时间: 2008-10-21 15:07
标题: 这个问题太广了，命题太绝对了
测试分为多个阶段，每个阶段所追求的也不一样

作者: robbie88 时间: 2008-10-21 15:25
标题: 测试需要懂编程
如果你不懂编程，你就不懂的程序员的想法，不知道他所开发的程序有何用意，从而就不知道知道如何进行测试。
初学测试，你可以不懂编程，想有更高的发展，就必须懂编程。

作者: earlyfly 时间: 2008-10-21 15:56
是呀!还是要看从事的是测试的哪个方面,不过我做过开发,还是倾向于反方.能从开发者的角度考虑问题才能与开发者进行很好的沟通.这也许是为什么国外的测试人员为什么编程水平一般都很高的原因吧:重视编程

作者: luna_jia 时间: 2008-10-21 16:08
这要看“会”字怎么定义的。现在做测试的，很多是计算机专业或者培训机构毕业，对编程多少是了解一些，只不过没有从事开发，所以没有深度，但应对功能测试应该足够了。如果需要写测试脚本，写测试工具，这些肯定是需要精通编程，有开发经验的。但如果对编程完全一无所知，恐怕做测试上手也很慢。

作者: earlyfly 时间: 2008-10-21 16:25

原帖由 heavy200t 于 2008-10-15 12:12 发表
首先，软件产品往往是有其行业背景的。对行业软件而言，懂得精通行业背景的测试人员更吃香。
其次，越是贴近用户的测试，对程序的依赖越少。对于用户级的测试，完全可以不关心你是用JAVA还是C实现的。
再次，测试对 ...

是不是可以理解为编程能力对于测试人员来说是不可或缺的?
是不是用户级的测试跟测试能力好坏有关系吗?

作者: earlyfly 时间: 2008-10-21 16:27

原帖由 fengyun32 于 2008-10-15 15:13 发表
自己有好的思维方式,
好的做事风格,
不懂编程做测试还是可以了,至少你有兴趣,懂得测试的原理,
而且开发人员往往以设计的手段来分析问题,
而我们多数是客户为主,觉得哪方面比较适合客户,而且我们测试多数是具有破 ...

难道只以用户的角度来分析问题就可以了吗?

作者: earlyfly 时间: 2008-10-21 16:29

原帖由 apron 于 2008-10-15 15:50 发表
编程基础，是把双刃剑 ——
1.不可否认，它对做好测试肯定是有帮助的。懂得编程，你可以非常容易的从代码的逻辑上判断出来软件哪里有漏洞。但是，不会编程的人，经过很多实践经验的积累，她一样可以很容易的判断出 ...

是不是可以反过来说:
.不可否认，不懂测试对做好测试肯定是有帮助的。不懂编程，你可以非常容易的从使用上判断出来软件哪里有漏洞。但是，会编程的人，经过很多实践经验的积累，她一样可以很容易的判断

作者: earlyfly 时间: 2008-10-21 16:31

原帖由 aze 于 2008-10-15 16:09 发表
会编程在一定程度上方便了和开发员的沟通，但是往往会站在开发员的角度测试，而不是客户的角度！

为什么就不会站在用户的角度呢? 开发人员难道就不能是用户吗?

作者: earlyfly 时间: 2008-10-21 16:34

原帖由 deicalin 于 2008-10-15 20:46 发表
不会编程就做不好测试？
这个其实细说来要分很多方面。凡事都分两面看，我站正面。
首先我们要明确一个问题：编程
编程是指的什么？简单的说，编程就是为了借助于计算机来达到某一目的或解决某个问题，而使用某种 ...

为什么在中国测试不受重视?测试人员不受重视?不就是因为测试人员良莠不齐,水平有高有低吗?假如每个测试人员都有过开发经历,是不是更好呢?

作者: earlyfly 时间: 2008-10-21 16:35

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

为什么不能从宏观的角度做事和考虑问题呢?

作者: earlyfly 时间: 2008-10-21 16:37

原帖由 momoANDmonica 于 2008-10-20 10:49 发表
~测试需要掌握的专业知识和行业背景覆盖面广~~仅仅会编程是做不好测试的。但是不会编程对深入测试又有一定的难度~~~这些都是相对的~~~不能一概而论~~~

同意！所以说不会编程就做不好测试。

作者: Mr_Jo. 时间: 2008-10-21 17:11
弱弱的问一句:编写脚本属于编程的范围么?

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

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

作者: 尛鬼酮嶨 时间: 2008-10-22 10:46
标题: 不会编程一样可以做好测试
我认为测试工作不一定要懂编程
因为使用软件的人同样也都是不会编程的人而测试人员所要做的最重要的就是能够找出bug 然而站在用户的立场来测试一样可以测试的很好

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

作者: tianmimi521 时间: 2008-10-22 15:49
怎么说呢，从个人实际情况出发，目前做测试不会编程，可能会挣的少一些（没做过管理，也不知道测试经理会不会），但针对于项目中测试本身，像楼上同志说的，只要做适合测试项目的测试，那么测试的效果就会好，像嵌入式相关的测试，是不需要会编程的。只要积累大量的业务经验就可。效果也很好。像自动化测试可能就要求高一些，涉及的知识也很多，也不一定需要会编程。但会一种技能总比不会要好（个人观点）。

作者: whyleave 时间: 2008-10-22 17:02
那些年薪几十万，真正的测试牛人有不会编程的吗？（做管理的除外）
还有人说某某同事因为技术背景很强，结果做不好测试，这个我真的不敢苟同，说实话，我始终觉的测试本身技术上的东西并不是很多，也不难理解，相反，要求掌握很多测试外的知识和技能。你的同事做不好测试，只能说他这个人本身就不适合做测试，而不是因为他的技术。

作者: binning_001 时间: 2008-10-22 21:17
有开发基础不一定就能做好测试，因为他们已经有了思维定势，而作为测试，最重要的是思维的灵活，能跳出哪些条条框框，不仅能对框里的东西testing，还能对框外的东西testing。
有没有开发的知识不是必须的。
现在我们国内测试发展还不行，国外的公司也有了用户体验工程师，其实就是测试中的一种，只不过把它划分出去了。
可见不会编程，仍然能做好测试，
i believe it forever

作者: 郁闷的我 时间: 2008-10-23 10:27
投过票了

作者: allanhtt 时间: 2008-10-23 11:12
标题: 赞同

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

在技术上来讲，不会编程会限制你很多的 ...

测试分2种岗位，一种是管理岗位，一种是设计岗位，不会编程，可做好管理岗位，会的可做好设计岗位。

作者: allanhtt 时间: 2008-10-23 11:13

我想投弃权,可惜没地方投~~

作者: carrot19840715 时间: 2008-10-23 11:16
不会编程,是可以做一个普通的测试人员,但永远做不了一个优秀的测试人员,不会编程的,最多只能做做黑盒测试了,而黑盒是所有测试中最没技术含量和最基础,最底层的东西,也是最没有上升空间和发展前途的,要想往高级发展,就必须要学会编程,外头其实最紧缺的不是黑盒测试人员,而是白盒和灰盒,你要是不懂代码,那就根本没发展的余地,更别提拿高薪了,就拿身边的人做例子,一女性朋友,不会写代码,只做黑盒测试,做了2年了,到现在也就拿3000的工资,而我另外一兄弟,程序员起家,做了2年开发后改做测试,现在在腾讯工作,转正到现在才半年,年薪已经10W,他才24岁啊,而那女性朋友已经27岁了,这是何等的差距?

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

作者: abrams 时间: 2008-10-23 12:21
看你的工作环境了。会编程只是多了一个工作技能。
不过如果想要更好的发展还是要会的好。

作者: 狩猎者 时间: 2008-10-23 13:37
测试不光是要发现bug，而是要帮助程序员工作，不懂得编程，如何正确指出bug问题所在呢？固执的程序员很多，要说服他们必须要明白程序。知己知彼百战不殆

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

作者: danahhzero 时间: 2008-10-23 13:47
再补充一点..懂编程有的时候反而会把你的思路引入一个死胡同.

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

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

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

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

作者: yxc_04 时间: 2008-10-23 17:55
标题: 因为图像在你头脑里
佛说:求人不如求己
为了更多地明白事物的来龙去脉,了解编程技术还是好的,且在机遇面前也多一份争夺的理由.
(其实,编程也就是一层窗户纸)

然而,对于能否做好测试工作,那是因人的.
拿个铅笔可以绘画,拿个水彩笔也可以描绘.(因为图像在你头脑里)

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

作者: nove 时间: 2008-10-23 19:06
标题: 做为测试你会嫌自己懂编程吗？
其实这个问题本身就更有利于反方，想想看谁会嫌自己懂的多呢？在正方的观点里就可以看出好多人本身是从事测试的但是，由于某种原因对自己的编程技术不够自信，因此会从很多业务方面来验证测试是不需要懂编程的，但任何理由都不是回避编程的理由。

作者: ￡洋～Y￠ 时间: 2008-10-23 19:15
白盒测试中会涉及到许多的代码
虽然测试人员不用会写
但起码要看的懂
一个从来没有学过的人很难找到代码中隐藏的问题
如果有过编程的经验
会很容易看出代码中可能会存在问题的
这样便可以集中精力去找出BUG

作者: 调皮精灵 时间: 2008-10-23 22:49
标题: 观点中立
看到这个问题，我就有个疑惑，这个好的定义是什么，测试的定位又是什么？
如果这里讨论的是，会编程和不会编程对测试设计测试点考虑哪个更全面的话？我倒是赞成不会编程是能做好测试设计的，从我的了解来说，会编程对我们找测试点和测试范围帮助实在不是很大，有时候还由于做过编程而限制了测试的发散思维。我觉得在找BUG这块，会编程和不会编程实在相差不大。
但是如果这里的测试包含管理，自动化等等方面的话，我则赞成反方的观点。
从我接触的同事来看，会编程的对于测试设计这块帮助一点不大，编程对测试最大的作用在于怎么把手工测试编程自动化测试，把手工的测试设计编程自动化设计，怎么把一些管理方法和数据统计实现自动化。这时候编程就体现了他的价值，其实大家发现做测试很多事情实在重复的工作，如果会编程的话，就会想办法把这些重复的工作做成自动化，减少重复劳动。如果这里所说测试不仅仅只是找BUG的话，我认为作为一个好的测试人员，还是需要懂得编程的。

作者: 高瑞洁 时间: 2008-10-23 23:17
标题: 做好测试不是由是否会编程来决定的
做好测试是由几方面决定的,不单单是由编程来决定。
一个会编程的人不会做测试,测试就做不好;一个会测试的人,不会编程,测试不一定做不好。懂编程只能更好的做好测试，但测试做的好不一定非懂编程。现在的测试类型越来越多，只要软件达到客户的要求，就可以，。。。。。。懂编程会很快的找出BUG的原因，但有时编程的思想（的时可能是思路）会引导测试人员走开发人员（编码、设计）的思路走下去，很多本应该从用户（注意是用户）角度出发考虑的问题，会被忽略。本人在从事ＥＲＰ测试一年来，出现过很多这样的问题。开发出来的软件在应用上不符合用户实际应用情况。

[ 本帖最后由高瑞洁于 2008-10-23 23:24 编辑 ]

作者: liuqianshuai 时间: 2008-10-24 13:38
黑盒测试是测试过程中的一个主要部分。测试者不需要关心代码的内部逻辑与结构。只用比较输入端与输出端是否相匹配即可。而这往往可以从需求说明书或辅助软件中获得参考。因此即使测试者不懂开发，只要能充分覆盖需求点进行测试，也能做的好测试工作。

作者: 乐游 时间: 2008-10-24 14:21
标题: Try to do it
个人认为，楼主给出的题目有点儿大，范围不明确，呵呵，
大概浏览了一下大家的意见，我认为咱们任何的讨论都应该基于以下一个事实：
会编程，与不会编程的两个测试人员之间的比较，应该是具有同样素质，类似背景的两个人之间的比较。而不是简简单单的拿一个做不好开发，无奈之下靠做测试来讨生活的工程师跟一个某一行当的测试专家（不懂coding）比较；更不是拿一个毫无软件从业背景的测试新手，跟一个有多年软件从业背景的测试专家（懂coding）比较。
大家应该努力的想象一下，假如说是同一个人，在会编程，与不会编程之间，哪种情况下其测试工作会做的更好？

首先，我要声明的是，一个不懂coding得人经过后天的努力，不同的途径一样可以成为测试行业某方面的专家，但是，其在测试行业的成就肯定不如其对coding有了一定认识之后所应该能够达到的。

随着测试行业的发展，测试的分工也会越来越细，测试分析，测试执行，测试管理等等（我的划分是根据我认为的测试工作划分的，而不是所谓的测试策略，测试技术）

就测试执行这一个角度来说，我认为有开发背景的人，面对待测软件所能够找到的测试点，所能够确认的测试重点，肯定要比其没有开发背景的情况下多得多，准确的多。

当然，人的先天素质，处理问题的能力是有一定差别的，在同一个工作中，有开发背景的人并不一定就会比没有开发背景的人做的更好。但是我们不能就此认为，后者就把测试做好了，更不能就此认为做不做得好测试跟会不会开发没有多大关系。

综上所述，我选择站在反方的观点说话，不知道自己说明白了没有，先自己汗一个

[ 本帖最后由乐游于 2008-10-24 14:39 编辑 ]

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

作者: maguschen 时间: 2008-10-25 19:44
从概率上来说，会编程的测试员成功的几率会比不会编程的要大。

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

作者: gucciyoung 时间: 2008-10-25 22:16
首先测试有很多种，有黑盒，白盒，灰盒，有单元，集成，系统。

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

作者: 云层 时间: 2008-10-25 22:32
标题: 测试的种类有很多种，不会编程并不代表不会测试
首先我们需要明确一个概念
测试就是需要对代码进行验证么？做测试就一定是执行或者测试用例编写么？做测试就一定要对被测对象如何生成了如指掌么？
不，不会编程并不代表不能做好测试，只是不会编程某些测试做不好！

对于一个gui或者是某些特殊行业的测试领域来说，其实完全是不需要对编程有任何了解和基础的，什么叫做一个好的测试，能够发现问题并且在这个领域比较领先的，我们都可以叫做好的测试，也可以说他有能力发现这个分类上绝大多数的缺陷。

换个道理说，不懂文化的就不是好师傅？不能跑步的就不是好科学家？
身边有太多这样的例子了，科学家霍金不也是身残么，其实我们很多时候片面的认为好，就是什么都好，但是其实如果在某一个方面十分突出的话，我们也能称之为好的。作为一个软件测试工程师，固然提升自己全面的技术能力是十分有必要的（学习编程，建模，需求分析，工具....），但是这并不是一个绝对的做法，与其化时间在自己不擅长的地方，还不如把精力都集中在某几个项目上，对于我们的社会来说，或者公司来说，其实已经不怎么需要万精油了，我们需要的是一专多能！这个一可以是编程能力也可以是别的能力

所以，不会变成并不代表做不好测试，只要你能在某一个方面有足够的突出，你仍然能够成为一名优秀的测试专家

作者: l0l010l0 时间: 2008-10-26 18:56
我觉得在乎一个人的心态。做好与不能做好都得付出测试的基本条件是能懂些许编程知识比如脚本代码编译与调试等都需要基础每个企业不可能会招聘一个完全的新手进去，自己多学点吧

不怕神一样的对手，只怕猪一样的队伍

作者: cooldog 时间: 2008-10-26 22:29
标题: 不会编程做的好测试--是否能做好测试编程能力并不是主要原因
是否能做好测试是否会编程并不是主要原因：
1、测试是一项逻辑性很强的工作，除了具备必要的技能外，个人认为做好测试更重要的是要培养好的测试思维。
2、测试工作也分为很多种：功能测试、性能测试、代码测试、自动化测试等等，各种不同的工种个人技能和素质的要求也是各有侧重的，会编程并不是核心技能，不能起到决定性作用。
3、会编程也是有利有弊的：会编程在某种程度上能帮助测试人员把握测试重点、分析定位问题。同时，会编程在某种程度上也局限了测试人员的思维。
4、做好测试需要从一个系统的层面上去把握被测对象。而会不会编程就显得太细节了。

[ 本帖最后由 cooldog 于 2008-10-26 22:30 编辑 ]

作者: 水上飘 时间: 2008-10-27 08:48
会编程可以做好测试，但是不会编程照样可以做好测试

作者: xzl 时间: 2008-10-27 10:13
标题: 这样的话题,本就不应出现
支持不会编程的能做好测试的我觉得大多是没有真正接触什么是测试吧,或者他们自已也不是做的真正测试.假如你从事过二三年的测试,觉得不会认为这是对的.从我自已来说吧,我是非计算机出身,开始不会编程,所以测试发现的问题也比较简单,做着完全黑盒的测试,从那时我就发觉一定要会编程,然后就不断学不断练,开始会进行ASP编程,后来会进行JAVA编程,也经过几个月的全日制培训班(公司批准的培训),终于能运用JAVA进行开发.在平时的过程中,多和JS高手接触,多请教,到那个时断能用JS写出很棒的WEB2.0代码.然后又是公司进行CMMI ML3级认证,又在其担任ATM成员,编程和测试时间有很多顾不上,感觉又退步了很多.我觉得这种话题是不需要拿出来讨论的,会害死很多人!

[ 本帖最后由 xzl 于 2008-10-27 10:21 编辑 ]

作者: 李靖之 时间: 2008-10-27 14:32
标题: 不会编程有时候会阻碍测试的进程
有时候在构造一些大量的测试数据的时候，如果不会编程难道要一个一个的去输入
有时候在验证测试结果的时候，如果测试的产品对测试结果的输出要等待很长时间的时候，难道真的要以牺牲测试时间去等待测试结果吗?
有时候使用自动化工具，如果连工具中录制的是什么都不知道，那要如何针对测试去修改呢？
白盒，接口就更不要说了。。。。
不会编程能不能做好测试不能肯定，但是对绝对会有阻碍的..

作者: 89757 时间: 2008-10-27 15:31
标题: 本人认为编程是指稍微有难度的，会编程语言并不是会编程
本人认为编程是指稍微有难度的，会编程语言并不是会编程，就像做开发的，你要是会写几个大家都会写的程序，那算不了什么，我外甥15，都会，测试和开发一样都是需要经验，总结经验的，不会应为你不能做开发就做不了测试吧

作者: creatysun 时间: 2008-10-28 10:23
标题: 不同的测试需要不同的人
测试是一个很大的领域，在这个领域里需要不同类型的人才，下面从我目前了解的测试种类分析一下：
  首先，功能测试，这又要看是什么类型产品的测试，业务性很强的产品，这就需要测试人员有很强的相关业务背景，如ERP得财务过账、物料，如果你没有真正了解企业真实运作情况，你是无法设计出好的测试用例的，这里业务为龙头，并不一定需要代码。
  白盒测试，白盒测试就是测试代码的，这个不用说，必须又编程经验；
  性能测试，我认为性能测试是需要了解最广的知识的，你必须对网络协议、中间件、数据库、操作系统、被测系统本身的架构设计、甚至硬件都要了解，从不同的角度去分析性能瓶颈，不会编程很难做好性能测试。
  安全测试，安全测试涉及的内容很多跟代码本身有关，也必须有编程经验，对被测系统所用的技术要很熟悉才行。
………………

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)

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