谁都是自己问题的答案

软件测试话题PK,问题征集

上一篇 / 下一篇  2008-11-10 14:15:07 / 个人分类:论坛活动

查看( 4676 ) / 评论( 66 )
为了给广大会员解决软件测试中遇到的疑惑,话题PK活动自今日起向广大会员征集PK话题,敬请积极参与。请将你最关心、最矛盾的问题在本帖回复提出。
问题模式请参考第一期话题PK的话题模式,包括“问题题目”、“背景描述”、“正反方观点”.

题目:
背景描述:
正方观点:
反方观点:

本站以问题的提交先后以及是否适合话题PK为选择标准,将问题公布以供大家讨论。

TAG: 论坛活动

yetties2005的个人空间 yetties2005 发布于2008-11-11 10:16:53
虎女....
成长的脚步 vickiren 发布于2008-11-11 10:20:52
题目: 测试技术和测试管理我们学习时 怎样把握 谁先谁后
背景描述:  测试多年过后,不管是先技术还是先管理,你认为哪一个先比较好呢?
正方观点:  先有技术再到管理是正确轨迹
反方观点:  管理铺垫外加技术加固是王道
远山的个人空间 test_fairy 发布于2008-11-11 10:37:30
计算机专业人士和非计算机专业人士哪个更适合做测试
计算机专业人士和非计算机专业人士哪个更适合做测试
正方观点:计算机专业人士的知识比较专业,适合转型做测试
反方观点:非计算机专业人士的知识则更加全面,如果再加上专业知识,则思路更加开阔,做起测试来更有效.
疯都疯了发布于2008-11-11 15:46:07
题目:黑盒测试与白盒测试相比,白盒比黑盒更难?
背景描述:有人认为白盒测试技术要求比黑盒高,而有人认为做好黑盒不容易,黑盒测试要求的综合能力太多
正方观点:白盒比黑盒难
反方观点:黑盒比白盒难

此话题已公布,点击查看
285220023的个人空间 285220023 发布于2008-11-11 18:02:35
测试工程师是否愿意周末加班
题目:测试工程师是否愿意周末加班
背景描述:面前很多公司都要求测试工程师周末加班。
正方观点:愿意
反方观点:不愿意

[ 本帖最后由 285220023 于 2008-11-11 18:03 编辑 ]
啄木鸟测试空间 bzfyhfyh 发布于2008-11-17 10:12:17
黑盒测试与白盒测试相比,那一个更重要
题目:黑盒测试与白盒测试相比,那一个更重要

背景描述:有人认为做好黑盒更重要,因为黑盒测试能从更多的角度去检测软件,如果黑盒测试做的好,做的到位,就能找出白盒测试中能找出的很多bug,还能找出更多白盒测试中找不出的bug。而有人认为白盒测试可以看到整个系统的代码,只要对代码审核做的好,就能保证软件的质量,所以白盒测试更重要。

正方观点:黑盒测试比白盒测试重要

反方观点:白盒测试比黑盒测试重要

中立观点:两者个有所长,且互补,所以缺一不可。两者在测试工作中同等重要。


[ 本帖最后由 bzfyhfyh 于 2008-11-17 10:13 编辑 ]
老鼠不偷米的测试空间 m2b2x 发布于2008-11-17 16:27:41
仿照楼上想一个

题目:行业经验与测试经验相比,那一个更重要

背景描述:在一个地方做时间长了,想换工作的时候,会发现已经在所测试的行业积累了很多经验,虽然测试的原理和技术是相通的,但是换个行业的话,还要从头学习很多其他行业的东西,成本很大,目前所在的行业市场又小,选择太少,这个时候改如何抉择呢?

正方观点:行业经验比测试经验重要

反方观点:测试经验比行业经验重要

中立观点:两者个有所长,且互补,所以缺一不可。两者在测试工作中同等重要。
chengxq的个人空间 chengxq 发布于2008-11-20 13:06:37
题目:采用CMMI模型制定开发管理流程还是公司自己制定开发管理流程
背景描述:现在国内很多企业正在搞CMMI,但是结果是很多公司都是为了过级,为了拿订单,在
搞CMMI,实际上对公司的项目管理的过程改进并没有带来益处,甚至加重了企业,特别是员工的
负担
正方:采用CMMI模型管理项目
反方:公司根据自己的特点,有相应的部门制定相应的管理过程规范

[ 本帖最后由 chengxq 于 2008-11-20 13:09 编辑 ]
默默巫1发布于2008-11-21 09:45:58
等会回答
taigutest发布于2008-11-24 17:58:47
题目:
开发和测试相比,未来哪个更有发展,更有前途些?

背景描述:
有人认为测试技术含量不高,甚至非计算机专业的只要对计算机软件知识有个大概的了解就可以做(主要指黑盒测试),会编程的人难道还做不来测试吗?而且就目前来看普遍情况还是编程的待遇比测试要好,而且编程在一个软件开发中承担了最主要的开发工作,就技术含量而言比测试要高些;而有人则认为,测试是把握好一个软件产品的质量关口,是为企业节约成本提高软件质量的关键,技术含量不比开发低,而且测试跟开发比起来的优势就是年龄,测试是经验和时间是成正比的即越长就越吃香,相反编程如果到30多岁就要考虑转管理了,否则就没什么发展前途。

正方观点:
测试比开发更有发展,更有前途
反方观点:
开发比测试更有发展,更有前途
kukumaru发布于2008-11-28 10:23:16

QUOTE:

原帖由 taigutest 于 2008-11-24 17:58 发表
题目:
开发和测试相比,未来哪个更有发展,更有前途些?

背景描述:
有人认为测试技术含量不高,甚至非计算机专业的只要对计算机软件知识有个大概的了解就可以做(主要指黑盒测试),会编程的人难道还做不来测 ...
可以讨论下
猫猫的拖鞋的个人空间 猫猫的拖鞋 发布于2008-11-28 14:25:57
题目:测试人员可以被开发人员取代吗?
背景描述:有人说,很多行业的人都可以转行做测试,若有开发经验的人做测试,企业会更欢迎;目前我了解,开发人员的压力远远大于测试人员,我们公司都有开发人员打算转行做测试,像我这样小小的测试人员,开发人员会把我挤掉吗?
正方观点:会,开发人员掌握的编程技术做起测试来很多情况下能明确知道错误的原因以及解决方案。
反方观点:不会,测试人员掌握的测试技术和测试思想是开发人员所不具备的。

此话题已公布,点击查看
xiaochencheng发布于2008-12-05 10:52:57
测试的工作一定比开发简单么?
题目:测试的工作一定比开发简单么?
背景描述:如果从测试转开发,别人一般都不会说什么,还会觉得你很厉害,反之之前从事开发工作,然后因为某些原因,从事测试行业,别人就会投来诧异的目光。就拿我来说,我决定从开发转测试了,我们项目的好多人都劝我,说别人都从低往高转,你怎么从高往低转阿?请问,测试的工作一定比开发简单么?
正方观点:是,测试没有什么技术含量,因而做起来比较容易。
反方观点:不是,因为测试人员掌握的测试技术并不是所有人都会的。

[ 本帖最后由 xiaochencheng 于 2008-12-9 15:16 编辑 ]
yetties2005的个人空间 yetties2005 发布于2008-12-10 17:36:00
做好测试一定要有很好的英语基础吗?
题目:做好测试一定要有很好的英语基础吗?

背景描述:很多人都在问这样一个问题,做好测试是不是非要英语好才能胜任这份工作呢

正方观点:想做好测试就一定要会英语
反方观点:不会英语也可以做好测试
不冲动是年轻人吗? wssgily 发布于2008-12-11 08:50:45
系统测试,集成测试,单元测试,哪个阶段的测试难度最大?
题目:系统测试,集成测试,单元测试,哪个阶段的测试难度最大?

背景描述:现在测试分工越来越细致,想要做好每个阶段的测试都有相当大的难度,您认为哪个阶段测试是难度最大的,或者对您来说,哪个阶段的一些技术还很陌生或者没有掌握呢?

系统测试观点:对需求需要准确的把握,对业务需要整体完全去了解,关注系统测试阶段对需求的覆盖程度,系统测试中的性能测试,配置测试,健壮性,安全性测试,因涉及到多种软件技术和硬件配置,因此系统测试的难度最大。

集成测试观点:要了解模块与模块之间数据参数的传递,关注的是子系统,子模块函数之间的集成,不但要了解业务逻辑,还要掌握相关测试策略,集成测试阶段的测试策略又相对是最多的,利用也是最灵活的,因此说集成测试阶段的难度最大。

单元测试观点:更关注函数内数据流,信息流,以及业务逻辑的正确实现,在进行单元测试时,还需要进行驱动和桩的编写,以及更深入到了函数代码的内部去查找问题,因此说单元测试的难度是最大的。


[ 本帖最后由 wssgily 于 2008-12-11 08:52 编辑 ]
月野幻儿发布于2008-12-16 10:41:30
题目:软件测试人员不需要为产品质量负责?
背景描述:一个测试团队花费好几周时间测试并发现很多缺陷,只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫,置疑他们测试的目的.请各位发表自己的见解.
正方观点:不需要
反方观点:需要

此话题已公布,点击查看
不冲动是年轻人吗? wssgily 发布于2008-12-19 09:19:02
软件测试人员需不需要在需求设计阶段就加入进去,参与需求的编写和评审?
题目:软件测试人员需不需要在需求设计阶段就加入进去,参与需求的编写和评审?
背景描述:现在软件工程,各个生命周期分工越来越细致,需求阶段设计的好与坏直接决定了项目质量的高低,如果在需求设计阶段中存在的问题到了后期发现了再去解决,成本会增加很多,而前期如果投入测试人员加入到需求分析当中的话,这个人员成本也是相当高的,各位对这个问题如何看待?
正方观点:需要,现在很多需求在完成后,没有从测试的角度进行可测试性分析,以至于后来花费很高的成本去测试。
反方观点:不需要,现在的需求变更很厉害,没有办法进行相应的评审和分析,还不如到后期产品基本成型后再去测试。
kikoliu的个人空间 kikoliu 发布于2008-12-25 14:14:03
个人意见
看着这些问题,感觉怎么在写议论文。对于这些问题都不能一概而论的,要看具体环境具体分析,比如自动化测试比人工测试要好吗?什么叫好?自动化测试还是人想出来的呢,自动化测试能代替人想出更多的测试点吗?肯定是不能的,所以要具体情况具体分析呀
佐伊的个人空间 佐伊 发布于2008-12-25 14:27:00

QUOTE:

原帖由 kikoliu 于 2008-12-25 14:14 发表
看着这些问题,感觉怎么在写议论文。对于这些问题都不能一概而论的,要看具体环境具体分析,比如自动化测试比人工测试要好吗?什么叫好?自动化测试还是人想出来的呢,自动化测试能代替人想出更多的测试点吗?肯定是 ...
辩论嘛
博一笑发布于2008-12-25 15:58:36
背景描述:有人认为测试用例要涵盖整个需求功能,写测试用例一定要详细,任何一种小的可能都要写成白纸黑字,不然不足以体现测试人员的工作量,虽然你在测试中测试了这种可能性,但是没全写出来,就是错误的
正方观点:测试用例要特别详细,白纸黑字才是工作
反方观点:测试可能性分支太多,全写出来,工作量太大,所有可能实际会去测试,但用例写在纸上的只是主要部分

[ 本帖最后由 博一笑 于 2008-12-25 16:08 编辑 ]
我来说两句

(可选)

Open Toolbar