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

Yarlun

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

jackei

如何定义做的好测试？

deicalin

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

佐伊

我认为不会编程做不好测试，也别钻字眼了．
每个人心中有杆秤,自然知道做的好的标准是什么?

bingling_11

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

GG如律令

要是说开发还可以pk一把
编程。。。这怎么说
说得好吧
白盒和自动化肯定做不好
说做不好吧
好多人不会编程  测试也做得很好

这题目出的。。。。

xiaomugua

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

gantangyu

我只发现招聘广告里的高端测试职位都要求编程能力或者编程经验的，所以不会编程怎么能应聘得了那些职位呢？

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

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

wlj1985

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

fangyulon9

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

liujinkui

1.只是单存的黑盒测试，不懂编辑结构，提交的问题只在于现象，这样的问题对开发人员帮忙不大
2.现在自动化测试在各个公司将成为主流，不会编辑，又怎么能写出高质量的脚本哪。

wrl1977

支持正方观点，不会编程，但懂业务，同样可以做好测试！

leage

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

happy058

不会编程就做不好测试---仅限测试技术

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

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

AwL_1124

测试作深入了 看不懂程序没办法做

卧龙公子

我觉得编程和测试本来就是两个概念，测试分好多种，编程也分好多种，如果根据排列组合的话，不知道会有多少种情况发生呢？所以这个问题难于回答

ivanland

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

ivanland

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

momoANDmonica

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

babysnail

不会编程做的好测试,会编程也能做的好测试。但是这只是可能，而不是一定