51Testing软件测试论坛

标题: 话题PK，问题征集 [打印本页]

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

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

从2009年2月9日起，你在本贴提供的讨论问题一旦被征用，即奖励10分综合技术指数以做鼓励．

作者: yetties2005 时间: 2008-11-11 10:16
虎女....

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

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

作者: 疯都疯了 时间: 2008-11-11 15:46
标题: 题目：黑盒测试与白盒测试相比，白盒比黑盒更难？
背景描述：有人认为白盒测试技术要求比黑盒高，而有人认为做好黑盒不容易，黑盒测试要求的综合能力太多
正方观点：白盒比黑盒难
反方观点：黑盒比白盒难

此话题已公布,点击查看

作者: 285220023 时间: 2008-11-11 18:02
标题: 测试工程师是否愿意周末加班
题目：测试工程师是否愿意周末加班
背景描述：面前很多公司都要求测试工程师周末加班。
正方观点：愿意
反方观点：不愿意

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

作者: bzfyhfyh 时间: 2008-11-17 10:12
标题: 黑盒测试与白盒测试相比，那一个更重要
题目：黑盒测试与白盒测试相比，那一个更重要

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

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

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

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

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

作者: m2b2x 时间: 2008-11-17 16:27
仿照楼上想一个

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

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

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

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

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

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

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

作者: 默默巫1 时间: 2008-11-21 09:45
等会回答

作者: taigutest 时间: 2008-11-24 17:58
题目：
开发和测试相比，未来哪个更有发展，更有前途些？

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

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

作者: kukumaru 时间: 2008-11-28 10:23

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

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

可以讨论下

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

此话题已公布,点击查看

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

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

作者: yetties2005 时间: 2008-12-10 17:36
标题: 做好测试一定要有很好的英语基础吗？
题目：做好测试一定要有很好的英语基础吗？

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

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

作者: wssgily 时间: 2008-12-11 08:50
标题: 系统测试，集成测试，单元测试，哪个阶段的测试难度最大？
题目：系统测试，集成测试，单元测试，哪个阶段的测试难度最大？

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

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

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

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

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

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

此话题已公布，点击查看

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

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

作者: 佐伊 时间: 2008-12-25 14:27

原帖由 kikoliu 于 2008-12-25 14:14 发表
看着这些问题，感觉怎么在写议论文。对于这些问题都不能一概而论的，要看具体环境具体分析，比如自动化测试比人工测试要好吗？什么叫好？自动化测试还是人想出来的呢，自动化测试能代替人想出更多的测试点吗？肯定是 ...

辩论嘛

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

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

作者: cyj917 时间: 2008-12-29 09:48
标题: 测试人员需不需学编程知识
题目:测试人员需不需要学编程知识
正方观点: 要
反方观点:不要

作者: 超越自我 时间: 2008-12-29 17:27
标题: 软件测试工具,好还是不好?
题目:软件测试工具,好还是不好?

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

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

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

中立观点:该用测试工具时就用,没有花太多时间在测试工具上

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

作者: 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等都未能及时更新需求,从而给测试组的需求经常是非最新版本,且测试阶段的需求也经常有小变动,导致用例效果不大甚至失效.(可能是针对需求说明书失效,更多情况是针对实际需求-即系统实现方式失效).
正方观点:仍有必要写用例
反方观点:没有必要写用例

此话题已公布，点击查看

作者: aux0 时间: 2009-1-10 12:27
标题: 回复生命周期半年左右且经常变动的项目需求是否有必要写用例27# 的帖子
有,一定要写,建立测试用例版本管理机制.当然这种问题须从需求的源头上保证需求基线的版本变化,然后是测试用例的变化,如果控制不好,后续工作将会陷入混乱。

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

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

作者: 默默巫 时间: 2009-2-4 17:24

原帖由 guoanding 于 2009-1-18 01:46 发表
我承认版主所说的的女孩子性格温柔、细腻的性格，感知能力较强，形象记忆较好，想象力较为丰富，沟通能力较强。但这不是拥有了这些特点就能做好测试。做测试要求的是综合素质，我想从几个方面来讲：
1.在某方面的测 ...

呵呵．
参与这个话题讨论请到：http://bbs.51testing.com/thread-137366-1-1.html这里来，说的好有奖励哦．

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

作者: 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时候老提示叫你创建数据库为什么创建不得呢

作者: 我要我的快乐 时间: 2009-3-4 22:36
标题: 软件测试的发展方向有那些？
软件测试的发展方向有那些？

[ 本帖最后由 wanghua2009 于 2009-3-4 23:12 编辑 ]

作者: himily 时间: 2009-3-27 19:51
标题: 除测试技术之外，测试人员更应该偏向于开发技术方面的提升还是管理方面的提升
背景描述：目前的测试人员很多都是从开发转向测试的，很多人也认为做测试工作必须要有一定的开发经验才可以定位Bug的位置，更好的帮助开发人员改正Bug,而且更好的参与开发组的讨论，还可以开发一些测试工具，同时对于自己的职业发展很有帮助；但是目前很多公司招聘的测试人员都是非计算机专业的，也很少有开发经验，如英语专业或像微软招一个家庭主妇做测试人员，于是很多人认为测试工作其实在掌握一定的测试技术后就应该多学习管理方面的知识，向管理层发展

正反观点：赞成向技术层发展
反方观点：赞成向管理层发展

作者: haizhongliqiong 时间: 2009-4-3 17:44
标题: 需要对系统测试计划进行同行评审吗
背景：同行评审能够找出很多问题，是很重要的，但对于专家的费用又是很昂贵的。
正方：需要。
反方：不需要

作者: jerrygu625 时间: 2009-4-10 10:24
题目：软件测试和开发应该哪个高
背景描述：许多企业开发比测试工资高，开发比测试受到重视。更有些企业，有开发，没有测试
正方观点：开发。开发是创造者，测试是服务者。，开放才能产生真正的产品，测试人人都会
反方观点：测试。测试首先是一个很好的开发者，除了问题测试可以定位缺陷

作者: 咚咚宝031102 时间: 2009-4-13 13:59
标题: Bug
做什么都有技术含量
深奥的东西有浅薄的东西也有
做不好手动测试怎么能做好自动测试
不会走怎么会跑呢

支持正方

作者: 默默巫 时间: 2009-4-13 16:34

原帖由 咚咚宝031102 于 2009-4-13 13:59 发表
做什么都有技术含量
深奥的东西有浅薄的东西也有
做不好手动测试怎么能做好自动测试
不会走怎么会跑呢

支持正方

- -你回错地方了,给你个传送门.
http://bbs.51testing.com/thread-145262-1-1.html

作者: imutou 时间: 2009-4-13 16:48

世界原本简单，都是楼上的弄得复杂了。宏观的行业走势和微观的个人规划，选择还是靠自己。

作者: lovealina 时间: 2009-4-14 10:41
各有各的好处，辩论没有终止的~~~

作者: huihuike 时间: 2009-4-29 14:56
题目：小公司应先进行项目计划还是先行开发赶进度？
背景描述：小公司开发设计全凭公司人员的想法和老总的想法为准，且变动大。计划开发的周期时间短。
正方观点：没有完整的计划项目无法测试充分，出现问题大。
反方观点：小公司的项目周期短，没有时间进行项目计划等等流程，直接进入开发流程才能按时完成任务。

本话题已征用

作者: ahu201 时间: 2009-5-12 13:45
标题: 老大？小弟？
题目：对软件测试人员来说，测试意识和测试技能哪个更重要？
背景描述：测试意识主要的研究方向是测试管理和测试理论，测试技能主要的研究方向包括测试方法和测试开发。
正方观点：没有测试意识的测试人员只是一个没有设计思想的码砖工人，没有高屋建瓴的全局观，从事低级无方向的工作。
反方观点：没有测试技能的测试人员只是空喊口号，只会建立空中楼阁的幻想者，不如脚踏实地的解决问题好。

作者: zhangzhimei1004 时间: 2009-5-14 11:32
题目：在金融危机这种环境下，对刚刚进入热门就业领域的软件测试是否有影响？
正方：有影响
反方：没有影响
背景：在金融危机下，大部分行业的工作都收到了影响，那对于刚刚进入热门领域的软件测试是否也受到的影响？

作者: shaohua_323 时间: 2009-7-30 09:08
测试理论与测试经验哪个更重要！

作者: pupu840323 时间: 2009-7-30 10:16
标题: 测试人员在工作道路上的选择，多业务学习还是技术能力
题目：测试人员在工作道路上的选择，多业务学习还是技术能力
背景描述：随着测试行业的发展，现在的用人单位，越来越注重测试人员行业背景知识的专业性，导致测试人员都趋于专一方向学习业务知识，若想转换工作，则非常困难，那么测试人员是应该加强多方向业务学习呢，还是掌握好测试技术。
正方观点：学习多行业业务知识
反方观点：学习和加强自身技能

作者: 箭在行动 时间: 2009-8-20 11:51
标题: 面对领导坚持还是妥协
背景描述：随着IT的发展，测试越来越被公司“重视”起来，面对对测试一知半解的头头脑脑对测试工作的指手画脚，我们选择坚持还是妥协？
正方：我们坚持原则对产品质量负责，绝不妥协
反方：他们决定着我们“生死”，还是妥协吧

作者: Jun_Li 时间: 2009-8-25 14:06
自动话的测试目标是代替手动测试么，自动化测试可以完全代替手动测试

作者: yanjia 时间: 2009-9-24 11:55
标题: 回复 1# 的帖子
题目：产品质量是设计出来的还是测试出来的。
背景描述：软件测试需要重视，到底需要怎样的重视。软件测试在产品生命周期的地位如何，从产品质量见分晓。
正方观点：产品质量是设计出来的。
反方观点：产品质量是测试来来的。

作者: fengye8832 时间: 2009-11-9 20:20
标题: 发现每一个bug并修复
我的话题

测试软件最重要的是什么？:hug:
我的个人观点：

发现任何一个bug并修复，

怎么做？:Q 用微软的visual studio 2010 可以发现每一个bug

我有办法修复

但我不说

作者: fengye8832 时间: 2009-11-9 20:35
标题: 发现每一个bug并修复
我的话题

测试软件最重要的是什么？:hug:
我的个人观点：

发现任何一个bug并修复，

怎么做？:Q 用微软的visual studio 2010 可以发现每一个bug

我有办法修复

但我不说

作者: janne09 时间: 2009-12-11 11:31
标题: 测试团队是否应该重技术轻管理
题目：测试团队是否应该重技术轻管理
背景描述：现在一些公司招聘测试人员，重点关注测试人员是否技术过硬(可独立编写代码、自动化测试等)，而忽略团队梯队建设
正方观点：团队应该有一定的梯队，管理与技术并重，团队中不应该每个人各自为营，这样是本末倒置
反方观点：过硬的技术有利于发现更多缺陷，使测试人员从手工中解脱出来

作者: 追逐幸福 时间: 2010-1-14 12:30
题目：手工测试与自动化测试哪个更具有技术含量
正方：手动测试更具有技术含量，它是测试经验和测试方法的结合
反方：自动化测试更具有技术含量，使用自动化工具来解放手工测试，而且需要编写代码来模拟手工测试

作者: pass022 时间: 2010-1-29 13:48
标题: 软件测试人员女士好还是男士好？
题目：软件公司选择女士好还是男士好？
背景描述：很多软件公司在招测试人员时，对女士的待遇和有线级放宽。
正方观点：男女平等，看能力来定。
反方观点：女士优先，放宽条件，待遇特优。

作者: lizhiting 时间: 2010-3-19 16:17
标题: 同一个Bug再次出现
题目：同一个Bug再次出现
背景描述：同一个Bug再次出现,是不是不应该再出现呢?之后的版本都需要增加对这个Bug的测试
正方观点：可以再出现, 需要测试
反方观点：不可以再出现, 应该控制好版本

作者: tiantian010 时间: 2010-4-2 17:36
标题: 做好测试一定要进行专业培训吗?
题目:目前市面上很多关于软件测试的培训机构,一直在说软件测试工程是缺口很大.很多刚毕业的学生还有打算转行做测试的经验人员都开始进入培训机构进行学习.想问下大家测试培训是必须的吗?
正方观点：需要,这样可以对测试的理论和前景有个明确的把握;
反方观点:不需要,在企业里磨练几年就可以了,无须培训

作者: o_ocandy 时间: 2010-5-14 16:39
标题: 刚刚步入功能测试工作，应不应该学习管理工具，bugfree如何
题目：刚刚步入功能测试工作，应不应该学习管理工具，bugfree如何
背景描述：  之前没有做过软件测试的，现在想往这方面发展，想学到更多知识！
正方观点：  应该学习
反方观点：  先稳定其他知识

作者: ma_xiaobo2008 时间: 2010-5-21 13:09
标题: 进入到不重视测试的公司做测试，你会怎么办？
进入到不重视测试的公司做测试，你会怎么办？
正方：继续工作，等待时机
反方：马上离开，换新的工作

[ 本帖最后由 ma_xiaobo2008 于 2010-5-21 13:10 编辑 ]

作者: ma_xiaobo2008 时间: 2010-5-21 13:29
标题: 开发总是认为测试那么简单，怎么办？
开发总是认为测试那么简单，随便录个脚本就能出性能结果，跟开发讲有的时候还讲不通（测试根本没有地位），怎么办？

正方：
反方：

作者: 月亮冰 时间: 2010-6-2 22:42

原帖由 vickiren 于 2008-11-11 10:20 发表
题目：测试技术和测试管理我们学习时怎样把握谁先谁后
背景描述：  测试多年过后，不管是先技术还是先管理，你认为哪一个先比较好呢？
正方观点：  先有技术再到管理是正确轨迹
反方观点：  管理铺垫外加技术加 ...

这个话题不错，也是我经常想的问题

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)