51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: 默默巫
打印 上一主题 下一主题

不会编程就做不好测试?(2008-10-15 )获奖名单已公布

[复制链接]

该用户从未签到

121#
发表于 2008-11-12 17:47:18 | 只看该作者

我觉得这要看项目

有些时候不一定非要懂开发才能做好测试工作,其实这完全取决于项目,这个项目做什么测试了,如果需要做单元和集成可能要求有编程能力,但是项目只需要做功能,或者说只要基本功能跑通就行了,我觉得不懂开发也可以做的。
回复

使用道具 举报

该用户从未签到

122#
发表于 2008-11-12 19:27:33 | 只看该作者
要有编程能力,近段时间参加了几家公司招聘软件测试工程师的笔试,笔试题目也一样,几乎每家公司都说,tester和开发人员编程能力要不相上下。从这就反应了,目前的市场需求,tester要有一定的编程能力,而且要蛮强的才行。
回复

使用道具 举报

该用户从未签到

123#
发表于 2008-11-13 16:04:08 | 只看该作者
我会编程,确实有正方所说的,喜欢从代码的角度去想问题,但是不可否认的是因为我做了测试,所以不可能只是从代码角度去想,同时我也把自己当做用户去操作,试图破坏。但是我觉得编程绝对是测试人员的一个增幅器。。。所以建议现在还对代码一点都不了解的测试同行,区看看,或许不用那么精通,了解下编程思想,设计模式,对测试绝对是有很大帮助的。因为你更容易发现程序员在哪个地方容易出错,在哪个地方他抱有侥幸心理,在哪个地方他不愿意去多花时间。。。

[ 本帖最后由 xmylll 于 2008-11-13 16:06 编辑 ]
回复

使用道具 举报

该用户从未签到

124#
发表于 2008-11-13 18:04:28 | 只看该作者

不会编程肯定可以做测试,但是肯定把测试做不深.

不会编程肯定可以做测试,但是肯定把测试做不深.
回复

使用道具 举报

该用户从未签到

125#
发表于 2008-11-14 13:32:49 | 只看该作者
看是做什么方面的测试了
回复

使用道具 举报

该用户从未签到

126#
发表于 2008-11-20 10:25:01 | 只看该作者

因为自己就曾做过开发,所以支持反方!

首先从技术上说呢,懂得编程肯定会事半工倍,而且错误定位都会比较快和准。
其次从现实上来说,每个公司又不可能全是这种懂编程的人,各种人才都有,可以互补,对公司和个人而言不是更好,既不会产生一山不容二虎的现象,又可以让大家更团结的工作,给公司带来效益的同时,也让个人名利双收。
这个世界本来就应该是多元化的,没必要每个测试人员都懂编程。但是如果你要从事白盒,性能的测试工作那当然就要懂编程了。

[ 本帖最后由 lvtianhai 于 2008-11-20 10:43 编辑 ]
回复

使用道具 举报

该用户从未签到

127#
发表于 2008-11-25 15:14:54 | 只看该作者

不懂编程不代表做不好测试

不懂编程并不代表做不好测试
首先我要中肯的说,没有一定的编程基础在进行白盒测试时存在一定的难度。但是如果说编程就做不好测试,这就太片面了。一个好的测试人员,编程能力不过是其职业技能中的九牛一毛而已。一个好的测试人员,对于os、小型机、数据库、网络、测试工具等都有一定的能力。所以,不要将不懂编码和能否做好测试直接联系在一起,不懂编码也一样能够做好测试。
回复

使用道具 举报

该用户从未签到

128#
发表于 2008-11-26 22:39:52 | 只看该作者
测试分多种,个人认为,懂编程好于不懂,对测试很有帮助,软件测试与编程是分不开的,要想走测试路,应该学会编程。
回复

使用道具 举报

该用户从未签到

129#
发表于 2008-11-26 23:43:05 | 只看该作者
我很同意 SWORDTONG 的说法!他说过的我就不说了。

没有编程和脚本能力你一样可以做一个很好的手动测试员
回复

使用道具 举报

该用户从未签到

130#
发表于 2008-11-28 08:51:43 | 只看该作者

懂编程不一定能做好测试,不懂编程一定做不好测试,个人观点。

懂编程不一定能做好测试,不懂编程一定做不好测试,个人观点。

编程在测试中的用处:
1. 对产品的design review和code review。
2. 白盒测试case设计。
3. 性能测试和性能瓶颈分析。
4. 自动化测试开发。

但是,话说回来,编程只是测试工作的基本功,就好像当学生就要会写字一样:不会写字根本没有办法当学生,但是能写字是远远不够的,只写了一笔好字,别的都不会也一样当不了好学生。
回复

使用道具 举报

该用户从未签到

131#
发表于 2008-12-20 10:39:54 | 只看该作者
关键是要看对相关软件的业务熟悉吧
回复

使用道具 举报

该用户从未签到

132#
发表于 2009-2-13 15:28:36 | 只看该作者
讨论这个问题就跟讨论“会用筷子的外国人能吃到中国的饺子,不会用筷子的外国人不能吃到中国的饺子”一样没有意义。
测试是分几个阶段进行的,或者说有几个测试层次。只有做单元和集成测试的测试人员(也叫代码级测试人员)需要掌握软件设计和编程技术,而且最好是软件高手,用来指出一般软件开发人员在设计或编程时产生的设计、编码错误,以及纠正不规范的编码风格;其它测试层次则不需要了解过多的编程技术。很多人不了解、也分不清测试的层次,以为软件测试就一定要接触代码,这实际上是一种误解。
所以这个问题的完整说法应该是:做软件的程序代码级测试的测试人员不会编程就一定做不好!
回复

使用道具 举报

该用户从未签到

133#
发表于 2009-2-16 10:19:12 | 只看该作者

会不会编程的区别

会编程,可能是百合方面的高级测试工程师;
不会编程,有可能变成黑盒测试的高级测试工程师;
但是作为测试人员,会计算机的人要有些编程经验的会更好.
回复

使用道具 举报

该用户从未签到

134#
发表于 2009-2-19 11:13:09 | 只看该作者

这个答案居然是最佳答案?

不仅滑稽,而且不可思议。
回复

使用道具 举报

该用户从未签到

135#
发表于 2009-2-20 11:26:54 | 只看该作者

我就是被没开发经验害惨的

我承认我不会开发,没有开发经验。故而我只能做黑盒测试,但黑盒测试我感觉更加的复杂,因为一个正常的IT公司,对代码的保密程度肯定会更高,所以就不会轻易的透露给别人,所以我在定位问题时看不到代码还有定位问题,所以就相当的困难,而且项目又有期限限制。没办法我只好被逼研究适合本公司开发体系的测试架构问题,以在短时间内达到最大的功能测试覆盖度,又可以快速的定位问题。但就在我的研究马上要有成果时,公司把研发部解散了,没办法,我又不会开发,一些公司招聘条件又相当的苛刻,现在我又没研发条件,看来我的测试架构体系研究只好要带入地府了。当然也可促进地府软件测试的发展
回复

使用道具 举报

该用户从未签到

136#
发表于 2009-4-14 16:58:56 | 只看该作者

会编程也许测试时容易一些

但是不会编程,也一样有做的很好的前辈。
回复

使用道具 举报

该用户从未签到

137#
发表于 2009-4-17 15:15:10 | 只看该作者

up

不会编程做不好测试,谬论
回复

使用道具 举报

该用户从未签到

138#
发表于 2009-4-17 20:34:26 | 只看该作者
回复

使用道具 举报

该用户从未签到

139#
发表于 2009-4-23 14:39:20 | 只看该作者

不会编程不是做不了测试,但是会有局限性

我们做测试,有时候懂编程是必要的,为了达到测试的目的,我们需要有开发的技能
回复

使用道具 举报

该用户从未签到

140#
发表于 2010-4-24 10:14:15 | 只看该作者
我也来说说自己的想法:

2个观点我更倾向于反方的;

我的理由:
不了解程序是怎么回事,不至于不能做测试,但要做个优秀的测试人才是不可能的。
举个C的例子,C编程的时候,当处理字符串时你是用strcpy呢,还是csrcpy_s,是用strcat呢,还是strcat_s呢?这类问题对于有经验的开发来说很浅显,但对从未亲手写过代码,了解过编程是怎么回事的人可能有点难吧。我刚写代码的时候也对这2者的区别不以为然,从来就不把VS的WARNING当回事。直到后来才发现,原来这函数功能虽然一样,但其中1个明显有安全隐患。
这里有个安全隐患叫做内存溢出(问题越谈越深了,不知道不懂程序怎么回事的人能不能了解),strcpy,strcat之类的函数由于未对目的字符串参数的长度校验,产生了这样1个安全隐患。这里有的人又会说,溢出就溢出吧,和安全有啥关系?
那么我们再来了解下什么叫内存溢出(这些知识如果不了解,要怎么对这类问题有测试意识呢,没有意识就更别提发现这类问题了),简单的说就是利用计算机某种执行程序的机制和程序漏洞(strcpy,strcat这类存在安全隐患的函数)达到攻击的目的。
好了,我是不是又该再介绍下计算机怎么执行程序的?这个问题就大了,我也只了解皮毛中的皮毛,我就说下和溢出有关的(也是前不久查的资料哈哈,本人非常热爱学习滴),堆栈,内存的概念在编程里很重要的,程序调用1个函数的的物理过程,就是先把函数的参数压入栈底(先进后出的机制),然后,嘿嘿这里可重要了,将返回地址压入栈中(返回地址就是当被掉函数执行完后,计算机要知道下1个执行语句的地址,CPU顺序执行代码的嘛),再然后,被调函数的变量空间分配之类7788的事情,再然后寄存器跳转到函数内部,再然后,有个EBP的寄存器的值压入栈中(保存栈底地址,以便函数退出后恢复到原来位置,个人这么理解不知道对不对),后面就8谈了,谈不下去了,说的越多错的越厉害哈哈哈,怕丢人。。。
好了,想想如果栈中的返回地址被覆盖掉会怎么样?如果是乱七八糟的东东还好,程序顶多死给你看,如果是段恶意代码呢,如果是段获得ROOT权限的代码呢?那你隐私不全没了嘛?一开始还想有没有人做这种无聊的事,居然还真有人做这种事情,这样也就出现了所谓的内存溢出攻击了~~~让你吃过1次苦头,看你以后还敢不敢用strcpy,strcat了。。哈哈
说了那么多,无非想证明1点,对程序不了解,怎么测试?当然学过编程的人就一定牛了?也未必,要看他学的怎么样了?不过编程好的人,能发现其他人发现不了的问题,且多是严重或致命缺陷的。。。

很多人看不起黑盒的,总觉得白盒高档点,本人有点不同的看法,其实都是测试,同样需要扎实的编程基础,良好的逻辑思维能力,我到感觉看的见代码的人在检查上述安全隐患时,还比黑盒测试人员容易呢,毕竟他们看的见嘛。。。你说谁更高档,谁又低挡了呢?如果黑盒测试人员能把白盒测试问题给发现了,那才叫牛B呢。。那八成是个资黑了(资黑可没源代码看的哦~~)。。哈哈。。

好了,综上所述,编程是为了了解程序,不要为了代码而代码,了解程序,编程,写代码是个非常好的途径(本人就在不断努力中,哈哈),做测试的时候便更有底气。。。问题能测的更深入。。。
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-6 08:12 , Processed in 0.081166 second(s), 24 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表