我不会编程测试我也做的更好！！！
看到大家都争得天昏地暗的，大多敌对（反方）都是从高薪，前途，上升来反戈我方（正方），下面例子来论证我站在正方的观点：我方上面兄弟有提到黑盒测试和白盒测试
黑盒测试：对新手来说，上手是非常快的，但是，想做好黑盒测试，并非易事；测试理论说，黑盒测试是不知道内部结构（程序）情况下测试，相当于一个黑盒子。所以黑盒测试有它测试策略；肯定地说，我不会编程我也能做好黑盒测试；
白盒测试：测试理论上是要求会编程，会编程也未见得能做好单元测试，如果会编程的人人都能做好单元测试，哪么开发人员都去做白盒测试。白盒测试工程师会失业了。：）
以上2个例子中，包含了测试的阶段性，而我是站在黑盒测试的角度去论证这个观点，不会编程，我依然做好测试。
当某天黑盒测试工程师说，我年薪一百万，哇，这么好，不会编程都能做好测试。(*^__^*) 嘻嘻……
[ 本帖最后由 drlong 于 2008-10-23 17:49 编辑 ]
因为图像在你头脑里
佛说:求人不如求己为了更多地明白事物的来龙去脉,了解编程技术还是好的,且在机遇面前也多一份争夺的理由.
(其实,编程也就是一层窗户纸)
然而,对于能否做好测试工作,那是因人的.
拿个铅笔可以绘画,拿个水彩笔也可以描绘.(因为图像在你头脑里)
[ 本帖最后由 yxc_04 于 2008-10-23 17:58 编辑 ]
做为测试你会嫌自己懂编程吗？
其实这个问题本身就更有利于反方，想想看谁会嫌自己懂的多呢？在正方的观点里就可以看出好多人本身是从事测试的但是，由于某种原因对自己的编程技术不够自信，因此会从很多业务方面来验证测试是不需要懂编程的，但任何理由都不是回避编程的理由。 白盒测试中会涉及到许多的代码虽然测试人员不用会写
但起码要看的懂
一个从来没有学过的人很难找到代码中隐藏的问题
如果有过编程的经验
会很容易看出代码中可能会存在问题的
这样便可以集中精力去找出BUG
观点中立
看到这个问题，我就有个疑惑，这个好的定义是什么，测试的定位又是什么？如果这里讨论的是，会编程和不会编程对测试设计测试点考虑哪个更全面的话？我倒是赞成不会编程是能做好测试设计的，从我的了解来说，会编程对我们找测试点和测试范围帮助实在不是很大，有时候还由于做过编程而限制了测试的发散思维。我觉得在找BUG这块，会编程和不会编程实在相差不大。
但是如果这里的测试包含管理，自动化等等方面的话，我则赞成反方的观点。
从我接触的同事来看，会编程的对于测试设计这块帮助一点不大，编程对测试最大的作用在于怎么把手工测试编程自动化测试，把手工的测试设计编程自动化设计，怎么把一些管理方法和数据统计实现自动化。这时候编程就体现了他的价值，其实大家发现做测试很多事情实在重复的工作，如果会编程的话，就会想办法把这些重复的工作做成自动化，减少重复劳动。如果这里所说测试不仅仅只是找BUG的话，我认为作为一个好的测试人员，还是需要懂得编程的。
做好测试不是由是否会编程来决定的
做好测试是由几方面决定的,不单单是由编程来决定。一个会编程的人不会做测试,测试就做不好;一个会测试的人,不会编程,测试不一定做不好。懂编程只能更好的做好测试，但测试做的好不一定非懂编程。现在的测试类型越来越多，只要软件达到客户的要求，就可以，。。。。。。懂编程会很快的找出BUG的原因，但有时编程的思想（的时可能是思路）会引导测试人员走开发人员（编码、设计）的思路走下去，很多本应该从用户（注意是用户）角度出发考虑的问题，会被忽略。本人在从事ＥＲＰ测试一年来，出现过很多这样的问题。开发出来的软件在应用上不符合用户实际应用情况。
[ 本帖最后由 高瑞洁 于 2008-10-23 23:24 编辑 ] 黑盒测试是测试过程中的一个主要部分。测试者不需要关心代码的内部逻辑与结构。只用比较输入端与输出端是否相匹配即可。而这往往可以从需求说明书或辅助软件中获得参考。因此即使测试者不懂开发，只要能充分覆盖需求点进行测试，也能做的好测试工作。
Try to do it
个人认为，楼主给出的题目有点儿大，范围不明确，呵呵，大概浏览了一下大家的意见，我认为咱们任何的讨论都应该基于以下一个事实：
会编程，与不会编程的两个测试人员之间的比较，应该是具有同样素质，类似背景的两个人之间的比较。而不是简简单单的拿一个做不好开发，无奈之下靠做测试来讨生活的工程师跟一个某一行当的测试专家（不懂coding）比较；更不是拿一个毫无软件从业背景的测试新手，跟一个有多年软件从业背景的测试专家（懂coding）比较。
大家应该努力的想象一下，假如说是同一个人，在会编程，与不会编程之间，哪种情况下其测试工作会做的更好？
首先，我要声明的是，一个不懂coding得人经过后天的努力，不同的途径一样可以成为测试行业某方面的专家，但是，其在测试行业的成就肯定不如其对coding有了一定认识之后所应该能够达到的。
随着测试行业的发展，测试的分工也会越来越细，测试分析，测试执行，测试管理等等（我的划分是根据我认为的测试工作划分的，而不是所谓的测试策略，测试技术）
就测试执行这一个角度来说，我认为有开发背景的人，面对待测软件所能够找到的测试点，所能够确认的测试重点，肯定要比其没有开发背景的情况下多得多，准确的多。
当然，人的先天素质，处理问题的能力是有一定差别的，在同一个工作中，有开发背景的人并不一定就会比没有开发背景的人做的更好。但是我们不能就此认为，后者就把测试做好了，更不能就此认为做不做得好测试跟会不会开发没有多大关系。
综上所述，我选择站在反方的观点说话，不知道自己说明白了没有，先自己汗一个
[ 本帖最后由 乐游 于 2008-10-24 14:39 编辑 ]
就做测试但不会编程
就拿个杯子打比方，用户不知道lock&lock的杯子是怎么做的，用什么材料做得，制作工艺是什么？但是用户可以测试杯子，对其外观，功能，耐用性，耐热性，易用性等测试，通过这样的测试，就能挑到用户心仪的好杯子。关键还是对业务的了解，通过对业务的熟悉，挖掘到客户的显示和隐式需求，就可以将测试做的全面。 从概率上来说，会编程的测试员成功的几率会比不会编程的要大。
但是不是绝对，看个人修为吧 首先测试有很多种，有黑盒，白盒，灰盒，有单元，集成，系统。
如果是做白盒，单元测试的，对编程的能力要求比较高，做黑盒，系统的对编程的能力要求可能不是很高。而且有编程能力的测试人员喜欢从代码的角度去考虑问题，哪些代码可能会出问题，没有编程能力的测试人员会从用户使用的角度去考虑问题，发现更为实际的问题。所以不能说是会编程好还是不会编程好。不过多一样技能总归不会错的，我感觉做测试主要还是个思路，和思考问题的角度，这个比较重要。
测试的种类有很多种，不会编程并不代表不会测试
首先我们需要明确一个概念测试就是需要对代码进行验证么？做测试就一定是执行或者测试用例编写么？做测试就一定要对被测对象如何生成了如指掌么？
不，不会编程并不代表不能做好测试，只是不会编程某些测试做不好！
对于一个gui或者是某些特殊行业的测试领域来说，其实完全是不需要对编程有任何了解和基础的，什么叫做一个好的测试，能够发现问题并且在这个领域比较领先的，我们都可以叫做好的测试，也可以说他有能力发现这个分类上绝大多数的缺陷。
换个道理说，不懂文化的就不是好师傅？不能跑步的就不是好科学家？
身边有太多这样的例子了，科学家霍金不也是身残么，其实我们很多时候片面的认为好，就是什么都好，但是其实如果在某一个方面十分突出的话，我们也能称之为好的。作为一个软件测试工程师，固然提升自己全面的技术能力是十分有必要的（学习编程，建模，需求分析，工具....），但是这并不是一个绝对的做法，与其化时间在自己不擅长的地方，还不如把精力都集中在某几个项目上，对于我们的社会来说，或者公司来说，其实已经不怎么需要万精油了，我们需要的是一专多能！这个一可以是编程能力也可以是别的能力
所以，不会变成并不代表做不好测试，只要你能在某一个方面有足够的突出，你仍然能够成为一名优秀的测试专家 我觉得在乎一个人的心态。做好与不能做好 都得付出 测试的基本条件是能懂些许编程知识比如脚本代码编译与调试等都需要基础 每个企业不可能会招聘一个完全的新手进去，自己多学点吧
不怕神一样的对手，只怕猪一样的队伍
不会编程做的好测试--是否能做好测试编程能力并不是主要原因
是否能做好测试是否会编程并不是主要原因：1、测试是一项逻辑性很强的工作，除了具备必要的技能外，个人认为做好测试更重要的是要培养好的测试思维。
2、测试工作也分为很多种：功能测试、性能测试、代码测试、自动化测试等等，各种不同的工种个人技能和素质的要求也是各有侧重的，会编程并不是核心技能，不能起到决定性作用。
3、会编程也是有利有弊的：会编程在某种程度上能帮助测试人员把握测试重点、分析定位问题。同时，会编程在某种程度上也局限了测试人员的思维。
4、做好测试需要从一个系统的层面上去把握被测对象。而会不会编程就显得太细节了。
[ 本帖最后由 cooldog 于 2008-10-26 22:30 编辑 ] 会编程可以做好测试，但是不会编程照样可以做好测试
这样的话题,本就不应出现
支持不会编程的能做好测试的我觉得大多是没有真正接触什么是测试吧,或者他们自已也不是做的真正测试.假如你从事过二三年的测试,觉得不会认为这是对的.从我自已来说吧,我是非计算机出身,开始不会编程,所以测试发现的问题也比较简单,做着完全黑盒的测试,从那时我就发觉一定要会编程,然后就不断学不断练,开始会进行ASP编程,后来会进行JAVA编程,也经过几个月的全日制培训班(公司批准的培训),终于能运用JAVA进行开发.在平时的过程中,多和JS高手接触,多请教,到那个时断能用JS写出很棒的WEB2.0代码.然后又是公司进行CMMI ML3级认证,又在其担任ATM成员,编程和测试时间有很多顾不上,感觉又退步了很多.我觉得这种话题是不需要拿出来讨论的,会害死很多人![ 本帖最后由 xzl 于 2008-10-27 10:21 编辑 ]
不会编程有时候会阻碍测试的进程
有时候在构造一些大量的测试数据的时候，如果不会编程难道要一个一个的去输入有时候在验证测试结果的时候，如果测试的产品对测试结果的输出要等待很长时间的时候，难道真的要以牺牲测试时间去等待测试结果吗?
有时候使用自动化工具，如果连工具中录制的是什么都不知道，那要如何针对测试去修改呢？
白盒，接口就更不要说了。。。。
不会编程能不能做好测试不能肯定，但是对绝对会有阻碍的..
本人认为编程是指稍微有难度的，会编程语言并不是会编程
本人认为编程是指稍微有难度的，会编程语言并不是会编程，就像做开发的，你要是会写几个大家都会写的程序，那算不了什么，我外甥15，都会，测试和开发一样都是需要经验，总结经验的，不会应为你不能做开发就做不了测试吧:funk:不同的测试需要不同的人
测试是一个很大的领域，在这个领域里需要不同类型的人才，下面从我目前了解的测试种类分析一下：首先，功能测试，这又要看是什么类型产品的测试，业务性很强的产品，这就需要测试人员有很强的相关业务背景，如ERP得财务过账、物料，如果你没有真正了解企业真实运作情况，你是无法设计出好的测试用例的，这里业务为龙头，并不一定需要代码。
白盒测试，白盒测试就是测试代码的，这个不用说，必须又编程经验；
性能测试，我认为性能测试是需要了解最广的知识的，你必须对网络协议、中间件、数据库、操作系统、被测系统本身的架构设计、甚至硬件都要了解，从不同的角度去分析性能瓶颈，不会编程很难做好性能测试。
安全测试，安全测试涉及的内容很多跟代码本身有关，也必须有编程经验，对被测系统所用的技术要很熟悉才行。
………………
