51Testing软件测试论坛 » [51Testing软件测试沙龙] » [话题PK] » 话题PK，问题征集

默默巫 发表于 2008-10-31 10:40

话题PK，问题征集

[size=3]软件测试中遇到的疑惑想得到解答?IT业界的热门话题想参与讨论?话题PK活动自今日起向广大会员征集PK话题，敬请积极参与。请将你最关心、最矛盾的问题在本帖回复提出。
问题模式请参考第一期话题PK的话题模式，包括“问题题目”、“背景描述”、“正反方观点”．
[color=darkred]题目：[/color]
[color=darkred]背景描述：[/color]
[color=darkred]正方观点：[/color]
[color=darkred]反方观点：[/color]

本站以问题的提交先后以及是否适合话题PK为选择标准，将问题公布以供大家讨论。[/size]
[size=3][/size]
[size=3][/size]
[color=#0000ff]从2009年2月9日起，你在本贴提供的讨论问题一旦被征用，即奖励10分综合技术指数以做鼓励．[/color]

yetties2005 发表于 2008-11-11 10:16

虎女....:lol

vickiren 发表于 2008-11-11 10:20

题目： 测试技术和测试管理我们学习时 怎样把握 谁先谁后
背景描述：  测试多年过后，不管是先技术还是先管理，你认为哪一个先比较好呢？
正方观点：  先有技术再到管理是正确轨迹
反方观点：  管理铺垫外加技术加固是王道

test_fairy 发表于 2008-11-11 10:37

计算机专业人士和非计算机专业人士哪个更适合做测试

计算机专业人士和非计算机专业人士哪个更适合做测试
正方观点:计算机专业人士的知识比较专业,适合转型做测试
反方观点:非计算机专业人士的知识则更加全面,如果再加上专业知识,则思路更加开阔,做起测试来更有效.

疯都疯了 发表于 2008-11-11 15:46

题目：黑盒测试与白盒测试相比，白盒比黑盒更难？

背景描述：有人认为白盒测试技术要求比黑盒高，而有人认为做好黑盒不容易，黑盒测试要求的综合能力太多
正方观点：白盒比黑盒难
反方观点：黑盒比白盒难

[url=http://bbs.51testing.com/thread-132831-1-1.html][color=blue]此话题已公布,点击查看[/color][/url]

285220023 发表于 2008-11-11 18:02

测试工程师是否愿意周末加班

[b]题目：[/b]测试工程师是否愿意周末加班
[b]背景描述[/b]：面前很多公司都要求测试工程师周末加班。
[b]正方观点[/b]：愿意
[b]反方观点：[/b]不愿意

[[i] 本帖最后由 285220023 于 2008-11-11 18:03 编辑 [/i]]

bzfyhfyh 发表于 2008-11-17 10:12

黑盒测试与白盒测试相比，那一个更重要

[size=5][size=4][b]题目：[/b]黑盒测试与白盒测试相比，那一个更重要

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

[b]正方观点：[/b]黑盒测试比白盒测试重要

[b]反方观点：[/b]白盒测试比黑盒测试重要

[b]中立观点：[/b]两者个有所长，且互补，所以缺一不可。两者在测试工作中同等重要。[color=black][/color][/size][/size]

[[i] 本帖最后由 bzfyhfyh 于 2008-11-17 10:13 编辑 [/i]]

m2b2x 发表于 2008-11-17 16:27

仿照楼上想一个

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

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

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

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

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

chengxq 发表于 2008-11-20 13:06

题目：采用CMMI模型制定开发管理流程还是公司自己制定开发管理流程
背景描述：现在国内很多企业正在搞CMMI，但是结果是很多公司都是为了过级，为了拿订单，在
搞CMMI，实际上对公司的项目管理的过程改进并没有带来益处，甚至加重了企业，特别是员工的
负担
正方：采用CMMI模型管理项目
反方：公司根据自己的特点，有相应的部门制定相应的管理过程规范

[[i] 本帖最后由 chengxq 于 2008-11-20 13:09 编辑 [/i]]

默默巫1 发表于 2008-11-21 09:45

**** 作者被禁止或删除 内容自动屏蔽 ****

taigutest 发表于 2008-11-24 17:58

题目：
开发和测试相比，未来哪个更有发展，更有前途些？

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

正方观点：
测试比开发更有发展，更有前途
反方观点：
开发比测试更有发展，更有前途

kukumaru 发表于 2008-11-28 10:23

[quote]原帖由 [i]taigutest[/i] 于 2008-11-24 17:58 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1116306&ptid=131215][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
题目：
开发和测试相比，未来哪个更有发展，更有前途些？

背景描述：
有人认为测试技术含量不高，甚至非计算机专业的只要对计算机软件知识有个大概的了解就可以做（主要指黑盒测试），会编程的人难道还做不来测 ... [/quote]
可以讨论下

猫猫的拖鞋 发表于 2008-11-28 14:25

题目：测试人员可以被开发人员取代吗？
背景描述：有人说，很多行业的人都可以转行做测试，若有开发经验的人做测试，企业会更欢迎；目前我了解，开发人员的压力远远大于测试人员，我们公司都有开发人员打算转行做测试，像我这样小小的测试人员，开发人员会把我挤掉吗？
正方观点：会，开发人员掌握的编程技术做起测试来很多情况下能明确知道错误的原因以及解决方案。
反方观点：不会，测试人员掌握的测试技术和测试思想是开发人员所不具备的。

[url=http://bbs.51testing.com/thread-134203-1-1.html][color=blue]此话题已公布,点击查看[/color][/url]

xiaochencheng 发表于 2008-12-5 10:52

测试的工作一定比开发简单么？

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

[[i] 本帖最后由 xiaochencheng 于 2008-12-9 15:16 编辑 [/i]]

yetties2005 发表于 2008-12-10 17:36

做好测试一定要有很好的英语基础吗？

题目：做好测试一定要有很好的英语基础吗？

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

正方观点：想做好测试就一定要会英语
反方观点：不会英语也可以做好测试

wssgily 发表于 2008-12-11 08:50

系统测试，集成测试，单元测试，哪个阶段的测试难度最大？

[color=Blue]题目：系统测试，集成测试，单元测试，哪个阶段的测试难度最大？

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

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

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

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

[[i] 本帖最后由 wssgily 于 2008-12-11 08:52 编辑 [/i]]

月野幻儿 发表于 2008-12-16 10:41

题目：软件测试人员不需要为产品质量负责？
背景描述：一个测试团队花费好几周时间测试并发现很多缺陷，只是为了看着管理层决定发布一个有已知严重缺陷的产品。测试团队经常会感到士气受挫，置疑他们测试的目的．请各位发表自己的见解.
正方观点：不需要
反方观点：需要

[url=http://bbs.51testing.com/thread-134203-1-1.html][color=blue]此话题已公布，点击查看[/color][/url]

wssgily 发表于 2008-12-19 09:19

软件测试人员需不需要在需求设计阶段就加入进去，参与需求的编写和评审？

题目：软件测试人员需不需要在需求设计阶段就加入进去，参与需求的编写和评审？
背景描述：现在软件工程，各个生命周期分工越来越细致，需求阶段设计的好与坏直接决定了项目质量的高低，如果在需求设计阶段中存在的问题到了后期发现了再去解决，成本会增加很多，而前期如果投入测试人员加入到需求分析当中的话，这个人员成本也是相当高的，各位对这个问题如何看待？
正方观点：需要，现在很多需求在完成后，没有从测试的角度进行可测试性分析，以至于后来花费很高的成本去测试。
反方观点：不需要，现在的需求变更很厉害，没有办法进行相应的评审和分析，还不如到后期产品基本成型后再去测试。

kikoliu 发表于 2008-12-25 14:14

个人意见

看着这些问题，感觉怎么在写议论文。对于这些问题都不能一概而论的，要看具体环境具体分析，比如自动化测试比人工测试要好吗？什么叫好？自动化测试还是人想出来的呢，自动化测试能代替人想出更多的测试点吗？肯定是不能的，所以要具体情况具体分析呀

佐伊 发表于 2008-12-25 14:27

[quote]原帖由 [i]kikoliu[/i] 于 2008-12-25 14:14 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1136471&ptid=131215][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
看着这些问题，感觉怎么在写议论文。对于这些问题都不能一概而论的，要看具体环境具体分析，比如自动化测试比人工测试要好吗？什么叫好？自动化测试还是人想出来的呢，自动化测试能代替人想出更多的测试点吗？肯定是 ... [/quote]
辩论嘛

博一笑 发表于 2008-12-25 15:58

背景描述：有人认为测试用例要涵盖整个需求功能，写测试用例一定要详细，任何一种小的可能都要写成白纸黑字，不然不足以体现测试人员的工作量，虽然你在测试中测试了这种可能性，但是没全写出来，就是错误的
正方观点：测试用例要特别详细，白纸黑字才是工作
反方观点：测试可能性分支太多，全写出来，工作量太大，所有可能实际会去测试，但用例写在纸上的只是主要部分

[[i] 本帖最后由 博一笑 于 2008-12-25 16:08 编辑 [/i]]

cyj917 发表于 2008-12-29 09:48

测试人员需不需学编程知识

题目:测试人员需不需要学编程知识
正方观点: 要
反方观点:不要

超越自我 发表于 2008-12-29 17:27

软件测试工具,好还是不好?

[color=DarkOrchid][size=5]题目:软件测试工具,好还是不好?

背景:现在好多软件测试人员对测试工具有很多兴趣.有时花很多时间来研究测试工具..对软件测试的时间没有很好地把握好,
要测试的项目没花精力去手动测试,太过依赖于测试工具..

正方观点:要多用测试工具进行测试,最好用测试工具来代替手动测试;

反方观点:测试不能太依赖于测试工具,能用手动测试的就多用手动测试

中立观点:该用测试工具时就用,没有花太多时间在测试工具上[color=DarkOrchid][size=5][/size][/color][size=5][/size][/size][/color]

[[i] 本帖最后由 超越自我 于 2008-12-29 17:29 编辑 [/i]]

hutter2006 发表于 2008-12-30 14:57

有些人问的问题相当于幼儿园辩论赛：“下雨好不好”一样！

aux0 发表于 2009-1-2 20:36

一辈子做软件测试吗?

题目：一辈子做软件测试吗?
背景描述：做软件测试工作时间长了，如5年，10年，或更长时间，发现在技术或管理上都遇到了瓶颈。在技术上，由于属于IT行业，需一直学习新知识，才能深入分析软件的设计原理，必要时开发工具进行测试，或进行代码分析等发现深层次的BUG，而随着年龄的渐长，学习的激情或接受新知识能力与刚毕业的学生相比已没了优势。.在管理上，大部分公司只有测试主管或经理，再往上发展，如测试总监是很少很少的。这个时候自然会陷入一个迷茫区，该何去何从呢？
正方观点：不管在技术或管理线上，继续坚持做软件测试。
反方观点：转去做相关岗位工作，如转做软件需求，售前，售后等

aux0 发表于 2009-1-5 00:02

回复 21# 的帖子

“背景描述：有人认为测试用例要涵盖整个需求功能，写测试用例一定要详细，任何一种小的可能都要写成白纸黑字，不然不足以体现测试人员的工作量，虽然你在测试中测试了这种可能性，但是没全写出来，就是错误的”
正方：用例需对功能需求的100%覆盖，这一点没什么好说的,必须这样做，即使是这样，还不够，对于一些隐含需求，设计需求中提取出的测试点，同样必须设计对应的测试用例。但对于是否要把任何一种小的用例都要写出来，要看用例细化到何种程度。这是用例设计技术问题，对于一些优先级高的功能，必须细化到原子级，有明确的输入与输出；对于一般及次要级别功能用例，可相对粗，但必须可操作，输出明确；还有一点很重要，如果原用例中没有体现，但在测试执行中测试到了，此用例也很重要，需要回过头来补充用例；如果测试执行过程中比较发散，也需把你的测试思路记录下来，在测试报告中作小结。

joycena 发表于 2009-1-8 18:02

生命周期半年左右且经常变动的项目需求是否有必要写用例

题目:生命周期半年左右且经常变动的项目需求是否有必要写用例
背景:对于稳定客户的项目类测试,经常会遇到需求三天一变,两天一变,由于时间周期不是太长,客户需求经常变动,导致BA/PM等都未能及时更新需求,从而给测试组的需求经常是非最新版本,且测试阶段的需求也经常有小变动,导致用例效果不大甚至失效.(可能是针对需求说明书失效,更多情况是针对实际需求-即系统实现方式失效).
正方观点:仍有必要写用例
反方观点:没有必要写用例

[url=http://bbs.51testing.com/viewthread.php?tid=139464&page=1&extra=page%3D1][color=blue]此话题已公布，点击查看[/color][/url]

aux0 发表于 2009-1-10 12:27

回复 生命周期半年左右且经常变动的项目需求是否有必要写用例27# 的帖子

有,一定要写,建立测试用例版本管理机制.当然这种问题须从需求的源头上保证需求基线的版本变化,然后是测试用例的变化,如果控制不好,后续工作将会陷入混乱。

guoanding 发表于 2009-1-18 01:46

男性比女性更适合做测试

[size=7][size=6]我承认版主所说的的女孩子性格温柔、细腻的性格，感知能力较强，形象记忆较好，想象力较为丰富，沟通能力较强。但这不是拥有了这些特点就能做好测试。做测试要求的是综合素质，我想从几个方面来讲：
1.在某方面的测试女孩就不一定能做好，比如一些业务流程需要实地的考察，如建筑工程，冶金，矿产等，我想男的就比女孩子强。
2.女性随着建立了家庭，重心和心思会大大转移到家庭和小孩身上，而男性会随着有了家庭使自己责任更大会更专注事业方面。
3.女性的生理原因，特定的时间脾气和性格会跟平常大不一样，就不见得有性格温柔、细腻沟通能力强等等优点而男性这方面比女行强。
4.谈到沟通方面，男性沟通的渠道比女性宽，比如喝酒，打牌等娱乐活动更能增强同事之间的关系。
5.在智力水平上大多数人都差不多，但男性再学习的时间和机会比女性要多，所以男性提高的速度要大于女性。[size=6][/size][/size]6.[/size]

猫猫的拖鞋 发表于 2009-2-3 15:03

题目：测试到后阶段等待紧急发布时，发现了bug应该提报上去吗？
背景描述：测试到后阶段等待紧急发布时，发现了上阶段未发现的bug，不大不小，但是绝对会给用户造成不便，此时项目已经等待发布了，这时候bug需要提报上去吗？
正方观点：需要，延迟发布被经理和开发人员鄙视
反方观点：不需要，准时发布，后期客户发现再提报（有风险，也许不被发现）

默默巫 发表于 2009-2-4 17:24

[quote]原帖由 [i]guoanding[/i] 于 2009-1-18 01:46 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=1150469&ptid=131215][img]http://bbs.51testing.com/images/common/back.gif[/img][/url]
我承认版主所说的的女孩子性格温柔、细腻的性格，感知能力较强，形象记忆较好，想象力较为丰富，沟通能力较强。但这不是拥有了这些特点就能做好测试。做测试要求的是综合素质，我想从几个方面来讲：
1.在某方面的测 ... [/quote]
呵呵．
参与这个话题讨论请到：[url]http://bbs.51testing.com/thread-137366-1-1.html[/url]这里来，说的好有奖励哦．

Amiee99 发表于 2009-2-15 20:17

题目：软件测试人员有必要去学习一下软件开发语言吗?
背景描述：软件测试人员在进行墨盒测试过程中总会怀疑编程人员的逻辑思维影响了他的编程输出,所以我们有必要去学习软件编程语言来进行必要的语法逻辑检查吗?
正方观点：十分必要
反方观点：黑盒测试可以不学习编程语言技术

ZHKYI2000 发表于 2009-2-24 13:23

loadRunner

我不想PK，我只想哪位好心人给提供一下可用的loadRunner！
拜托！

试验 发表于 2009-2-27 09:33

**** 作者被禁止或删除 内容自动屏蔽 ****

jessies 发表于 2009-2-27 11:50

回复 18# 的帖子

这个观点挺好的，但是我个人支持测试人员提早介入项目，当然介入不见得一定要100%投入，在前期阶段可以有针对性的投入到项目中去。

xue海无ya 发表于 2009-3-1 12:28

软件测试人

题目：软件测试人员如何较快的提高个人的专业素质
正方观点：专向发展 狠抓软件测试理论
反方观点：横向发展 学管理、学开发、学黑客知识、学策划
借楼主风水宝地一用~~本人是软件测试行业的新人，从事软件测试只有半年的光景。不论是从技术还是经验上感觉都还比较欠缺，以上观点也是我比较迷茫的地方，希望大家指点迷津:loveliness:

gug007 发表于 2009-3-1 19:59

本人还是在校学生，马上就要毕业了，学的是软件工程专业，想出去后搞软件测试，但从没学过测试，什么都不懂，各位大侠能不能给点指引，软件测试考什么证书比较好呢，计算机四级软件测试工程师有用吗？

nanmu 发表于 2009-3-2 14:39

一些手册到底谁来写

用户手册、培训手册这些都要测试人员来写吗？那测试人员不成了文案啦。
正方：不需要测试人员写，应该设立专门的编写人员
反方：测试人员来写，因为测试人员更了解系统功能以及注意事项

tinnaliu 发表于 2009-3-3 23:35

SPY翻译成中文叫什么？？？有什么用途吖？？？？？？？？？

新手上路~~~~winrunnner 中 GUI SPY翻译成中文叫什么？？？有什么用途吖？？？？？？？？？急！！！！！！

dorisdelong 发表于 2009-3-4 15:13

安装Urtracker时候老提示叫你创建数据库为什么创建不得呢

:handshake

查看完整版本: 话题PK，问题征集