51Testing软件测试论坛

标题: 看了忍无可忍! [打印本页]

作者: QA_BAY 时间: 2004-11-18 14:59
标题: 看了忍无可忍!
看到这里就忍无可忍?

最近听到一些对测试人员的评价，大致列一下：
1，测试人员测试效率低。开发5分钟改完的问题，他测1周，真不知道在测什么。
2，测试人员都稀里糊涂的，解释问题原因都听不懂，那怎么测啊？
3，测试人员懒。不去琢磨问题，不去想测试方法。
4，测试人员程式化，往坏里说是走形式。就知道做一些花里胡哨表面文章，真正要的东西做不出来。
5，测试人员没压力，发生任何问题都跟他们无关。一点责任都不担。

其实，本人也是做测试出身的，可以说没写过1行程序，典型的黑盒测试作了6年。
最近由于工作需要，由测试转向用户支持。
在现在的工作中，经常跟开发、测试和用户之间打交道，产生了很多新体会。
上面的评价是从别人那里听到的，但我本人也感到确实有这些问题存在。

出自对测试的关心，也非常想知道如何改善这个状态，提出这个问题。
希望大家能经验共享。谢谢！

以上是本人在另一个论坛看到的,不过是真是假,还不知道,但看了内心点郁闷!
欢迎大家再说一下!
难道做测试就这么差吗?
如果说程序员好,那我做测试也差不到哪里去!

作者: girl04 时间: 2004-11-18 15:05
难怪,他现在不是测试人员了.情有可原!........TMD

作者: 3csjk 时间: 2004-11-18 15:05
一个测试部负责人给总经理的一封信
**总：

本来很想面对面地与您聊一下测试部成立以来遇到的一些问题、现状、还有未来的发展，我怕一谈到我们的测试部，我可能就会有情绪。因为我对测试部投入了一腔热血，也付出了我全部的精力，但目前的测试部将要走的走，离
的离，如果全部走了，留下来“服役”最长的也超过不了一年，我面对现状，倍感凄楚！
不仅仅是一个***的离职让我有此感慨，是这种现象逼得我不得不去反思。测试部为什么留不住人？我为测试部做了些什么？测试部要不要留住人？为什么要？如果需要留住人，我们该如何去做？与其他公司比我们的测试哪些
做得好，而哪些又有不足，是什么原因导致的？今后的测试部该走向何方？

A：测试部为什么留不住人？
1、对测试了解的人较少。目前国内相关人士有95％以上的人对测试这个行业还处理不了解的状态（包括当初我自已），这种不了解表现在“测试人员技术素质低、测试比开发要低一个档次、测试只是东点点、西碰碰的活…
…”，但现实又何尝不是如此？！我不得不承认目前国内的情况与此相差无几。网上的BBS还有一些热血青年在高喊“我们要翻身做主人，我们要与开发平起平座！”的论调，我看过心想：要实现这种想法，还必须要有漫长的
路要走。首先是观念的改变，公司全体都要有充分的认识。从人员的任用标准，开发、测试的投入比例开始考虑；再者就是测试从业人员自身专业素养，必须要掌握世界先进的测试管理工具及自动化测试工具。只有这样，才能与
之平起平座。
2、测试部工作负荷较重。现在我们公司存在***123、***Pro、***Net等版本，还区分简繁体、中英文，***Pro一直以来都在不断地加新功能，不断地反复测试，加上还要写手册，支援一些培训任务
、制作演示数据。
3、薪资待遇问题。目前的薪资制度很难找到或留住优秀人才，一般从没经验到测试部，一年学成后不管调到那一个部门，或者另找工作，待遇可能都比呆在测试部要好，这种情况大多数人都愿意离开。
4、学习机会。当初进来对BKD可能有新鲜感，但一年后，对大部分功能都会比较熟悉，对个人而言就没有更多的激情。
5、大环境因素。远在北仑，想学点东西还真有点困难。

B：测试部要不要留住人？为什么要？
1、我们的软件发布之后存在一些无法预知的BUG，不能说全是测试部的责任，但有的责任却不可以推辞。有时看到客户反映的一些问题，很想冲着测试负责人指责一顿，但静下来想，他才来几个月这种深层次的问题叫他如
何能找出来。心想，如果是老员工去负责可能就不会存在此问题了。
2、老员工的存在能够凭着自已的经验去带领新人成长，并能抽出身来研究新的测试方法及技术，对测试部的实力的提高有帮助，实际上就是产品质量保证的重要条件。
3、一个部门都是新秀，无法建立起组织层次，让谁去做小组负责人，其他人都不会服。

C：如果需要留住人，我们该如何去做？
1、我自已要加强新知识的吸纳、传授，人员的管理；
2、减少工作负荷。
3、力所能及的提供一些培训机会。
4、在薪资制度，或者人员异动制度有所改善。

D：我为测试部做了些什么？
1、说句心里话做测试也是我当初无奈地一种选择（当初的无奈也是我对测试不了解的一中表现），但我负责了测试之后，在各个方面存在很多不足，但一心一意、尽心尽力地想把他做好。不断地从网上、书本学习软件测试方
法，与网友交流，也了解了许多自动化测试工具。现在测试部所有的成员都能够对测试有个很清楚的认识。
2、培训了多名实施顾问及服务人员。
3、 2000年是我起步的一年，2001年是我技术成长的一年，2002年是我管理进步的一年。

E：与其他公司比我们的测试哪些做得好，而哪些又有不足，是什么原因导致的？
1、黑盒测试做得较好，对商业逻辑的理解能力强。
2、人员的凝聚力强，都敢于担当重任。
3、对白盒测试未曾涉及。
4、对自动化测试只停留在探索阶段。
5、测试用例做得不太好。
6、没有全面掌握、使用各种测试方法。
7、对微软提供功能，而我们软件又会使用到该功能的知识了解的少。

F：今后的测试部该走向何方？
1、测试部为纯技术部门，所有的商业逻辑等知识只要能看懂文档即可，商业逻辑是否正确应该在需求阶段就应该定义下来，而不是靠测试部来发现，因为改需求的成本极高。
2、从黑盒向黑盒加白盒，再转向白盒方向，这就要求所有的测试人员必须掌据源代码读写的能力。
3、一部分人必须掌握自动化测试的技术，以便提高工作效率。

可能占用了您的很多时间，但事关到测试部的未来，我不想看一个架构完善的开发部旁边是一个弱不禁风的测试部，这样的开发处的效能也会大打折扣，我们产品的质量也会受影响，我不认为产品质量是测试部测出来的，但测试
也是保证质量的手段之一。
唠叨至此！

作者: 3csjk 时间: 2004-11-18 15:10
软件测试的现实和理想

来源：中国计算机报

　　“从我在微软工作的经历来看，软件测试绝对不是开发活动完成后的收尾工作，很多大型的开发项目，测试会占据项目周期一半以上的时间。以IE4.0为例，代码开发时间为6个月，而稳定程序花去了8个月的时间。”前微软亚洲研究院博士、软件测试专家陈宏刚谈道。从投入的资金和人力物力来看，测试、使产品稳定和修改花去的时间可能占到80%。

　　还处在婴儿期

　　软件测试之所以发展相对缓慢，一个原因是做研究和做开发的人交流的机会相对少。只有做大型系统工程的人才会对测试提出较高的要求，重要性才能显现出来，而做研究和教学的人没有大型系统工程案例，所以造成了测试理论研究的发展缺乏充实的基础材料。真正做大型系统开发的工程师，又没有时间将第一手的测试经验变成系统的理论。

　　“在美国，佛罗里达州和华盛顿州分别有一所大学开设软件测试课程，其他有正规课程的学校不是很多。软件测试正停留在没有学科系统、没有系统教育的阶段。虽然已经有学校开设了这门课程，但是使用的教学案例，多半是单机软件，还谈不上系统的理论。”陈宏刚博士介绍说。

　　高素质的“杂牌军”

　　由于企业对测试人才有着迫切的需要，因此，只好自己培养测试人才队伍。例如微软公司，对不同的产品制定测试规范，开设一些课程，通过讲座的形式对测试技术人员进行培训，但是也还未形成系统的理论。

　　即使在微软，测试队伍是典型的“杂牌军”，没有科班，没有统一的专业，更多的是具有丰富的经验和不同行业背景的员工，例如具有语言学、数学、物理学、计算机、工程、管理等学科等背景的员工。但是，这不是说随便什么人都可以做测试工作，陈宏刚工作过的那个试验室，20个人中有7个博士。可见，虽然测试不是一个专门的学科，但是，这个部门对于一个成熟的软件企业又是至关重要的部门。

　认识需再提高

　　IBM和微软公司属于领先的大公司，对测试的认识也经历了一个过程。开始的时候，也是开发人员兼职做测试，就像今天国内一些较小规模的软件企业。但是，后来的结果表明，花在软件修补上面的费用太高，以至于远远超出了所能够允许的范围。这个时候，增加测试队伍的规模，提高测试队伍的素质，提高测试队伍的待遇和受重视的程度是更加划算的。

　　还有一个问题是，很多工程师不愿意做测试，认为是一种打下手的工作，没有前途，这也是国内比较大软件企业面临的问题。所以，企业从上到下普遍自觉和不自觉地只重视技术，不重视质量，后果是产品在市场上竞争力不高，产品售后维护和服务费用偏高。

　　巨大反差

　　微软的开发工程师与测试工程师的比例是1∶2，国内一般公司是6∶1。而且，致命的问题是没有哪个机构专门培养测试工程师。这个矛盾提示我们，在中国不能等到实际的需求和人力资源矛盾十分尖锐的时候，再谈培养问题；也不能等到产品质量成为产业阻碍的时候再来提高软件业的测试水平。测试工作不能靠手工劳动来完成，更多的情况是要使用工具软件和编写测试程序来完成，培养全面的测试专业人才是项任重道远的工作。

作者: QA_BAY 时间: 2004-11-18 15:16
切肤之痛，深有同感，切身体会。
项目组接一个项目，项目叫什么？不知道，
项目需求所要求的功能？不知道，项目进展程度？不知道。
那个模块谁负责？不知道。
只知道：“这个你尽快测试！”
这些是我们经常遇到的问题!

作者: 3csjk 时间: 2004-11-18 15:19
同感！一个软件n多bug，上头催着集成个系统出来，说是“我要给客户”，今天搞不定，别想回去，我晕。bug多得差不多不能正常使用，这难道是测试的错……

作者: angell_huang 时间: 2004-11-18 15:25
是呀是呀，看来到处都有这个问题呀，做测试的就是被人看扁了，很郁闷，我们公司测试和前台一个档次：（

作者: 生如火花 时间: 2004-11-18 16:01
支持一下，这些都应该是以后改进测试工作流程和测试人员工作环境的启示

作者: 生如火花 时间: 2004-11-18 16:07
1，开发和数据有任何变更都应该第一时间通知测试，便于及时检查出问题和留底
2，测试接手一个完整的项目时，应该立即划分出项目的最主要的功能（对用户而言最重要的功能）做出列表，如果在列表中的功能在客户机器上出现程序，数据的错误，责任由测试承担。
3，对测试必须承担的责任设定奖金。
4，定义各种功能测试的最短时间，做出企业内部标准。

作者: QA_BAY 时间: 2004-11-18 20:49
以上各位网友都说得有道理,我非常赞同!
以下是别人发表的,说得不错,
其中里面有一些是我想说的!
我贴出来给大家看!

以前自己做测试的时候，还没有太多这样的体会。
现在转到做支持，由于平时不断要跟开发和测试要东西，就比较出来了：
跟开发要进度、计划；或者问题的说明，能够很快响应和反馈；
跟测试要，可以说，一般没什么反馈。
此外，有不少问题，据说是解决了，但反过来问测试是如何解决的、怎样测试的，往往说不清楚。

所以，从这些方面，直观上的感觉是测试跟开发之间沟通极差。
这方面觉得开发和测试两方都有问题，当然也跟公司的大环境有关。
但是，单从测试这方面，我从支持的角度感到：
1，不能主动去跟开发沟通，了解问题本质和解决方法，导致测试再走弯路。

这就是说，为什么开发很简单的改了一个问题，一到测试就要测好久。
理论上来讲，测试时间越长就测得越彻底。但关键是市场不允许。用户等着呢！眼看用户无法正常工作造成了损失，叫着要退货。而测试却总是“没有两周测不出来”的回答给拖着，能不让人上火么？
我个人认为测试的弹性应该很大。如果从开发修改的关键点入手测试的话，不应该总是花很长的时间。

2，为了有效的验证修改的结果，希望用户提供有效数据。
本来，这是一个好办法。让用户提供有效数据，能大大减少测试的盲目性。但是，用户能提供的，只是他们日常工作中的数据。这些数据是否针对某个问题，用户是无法作这个判断的。所有的分析和有效数据的抽取，还应该是测试与开发的任务。

我每次收到来自测试这方面的要求都头疼。按说这个有效数据抽取的工作我也不是不能做，而是实在不应该我来做。

3，感到测试对测试中的软件产品的行业应用情况不了解。
我支持的虽然是个项目，但实际上这套东西属于公司的产品之一，公司在此行业已经有多年的经验。但是，感到测试对这个行业的应用情况不了解，至少不熟练。导致问题出现之后无法很快的制作有效的测试用例。
这方面我觉得跟公司的制度有极大关系。

4，测试很少仔细阅读需求
很多需求中很清楚地要求，问起来测试，都不够肯定。
这个项目的前期版本的需求，好像很散乱，没有给过测试。这个就暂时不提了。
我开始作这个项目的支持后，所有的后续的需求，我都整理过给了开发和测试两方。但是，对于这些需求的具体要求是什么，问起测试，往往还是不能肯定。
这方面是我觉得很头痛的地方。为什么有了文档也不好好去看和去理解？

等等，还有一些琐碎的体会。

muse21问我做支持的感受，
我这个支持相对是比较特殊的，因为我所支持的项目，它的开发团队并不是我自己的公司，而是另一家公司。所以我最大的感受是后方的开发管理（当然要包括测试）不合理的时候，种种弊端就在用户的前方体现出来了。
如果用户属于那种有软件开发经验的话，他们会提出很多尖刻的问题。而并不是有了问题就能使后方的开发管理得以改进的。原因很简单，现在开发团队还是处于盈利（至少是不亏）的状态，他们还没有被逼到非要改革才能生存的状态。

还有，大家提到不少关于对测试的偏见，测试的待遇方面的问题。
目前在国内的软件企业，这方面的偏见，和待遇的差别，我觉得这个短期内无法改变，能有些改善就很不错了。虽然大环境如此，小环境下，应该如何提高测试的积极性？如何带他们认识问题的解决方式？等等……思考中，头痛！

[[i] Last edited by QA_BAY on 2004-11-18 at 20:50 [/i]]

作者: QA_BAY 时间: 2004-11-18 20:55
>1,不能主动去跟开发沟通，了解问题本质和解决方法，导致测试再走弯路。
我们都快磨破嘴皮子了，文档翻个稀烂也找不到，只好去看例子、分析。有些问题属于中间地带，几不管的更是被推来推去，最终只能找领导仲裁了。

>2，为了有效的验证修改的结果，希望用户提供有效数据。
我们项目组一般数据都是提供给开发组或是前期调研的人员，测试组要的时候竟然说客户要求保密，呵呵。

>3，感到测试对测试中的软件产品的行业应用情况不了解。
这一点的确是这样的，其实开发组有很多机会和行业部门打交道，但是他们从来都不把信息反馈给测试组。想知道的东西没人告诉你，没人会想到要告诉你。领导说：问啊！问的时候，得到的是：做出来你们就知道了。可恶！

>4，测试很少仔细阅读需求
我们的需求要是你来整理就好了，我们组的人往往都是对照最终产品以及开发人员写的只言片语再加上一遍遍的问而得来的信息重新整理。
大多数开发人员写的东西就是操作说明“点击什么，删除什么”，根本不是用户手册也不是什么需求文档，让人无法从中得到很有用的东西，写出来的，都是显而易见的，其实这种文档没有也罢。

总而言之，缺少一个规范且信息透明的流程，缺少一个能让项目组所有成员获取到应该获取到的信息的一种机制。

曾经，正在做的这个项目开始的时候没有测试组介入，那叫一个乱哪，各组负责人极力让测试组接管，接管之初大家对bug的修改热情还是很高涨的，可是现在n多bug提出来了，却又无人过问，虱子多了不咬人？和Moly的疑问不同的，我想知道：开发人员怎么了？

--------------------------------------------------------------------------------

作者: leijeff 时间: 2004-11-19 08:35
标题: 有同感!
在我上班前,我一个在一家比较有名气的软件公司做测试的朋友,早就听她"唠叨",说他们公司根本不重视测试,很瞧不起她们.晕~
我们公司还好吧,总共做测试的就我和另外一个女生,我们俩和开发人员还算相处融洽.说不上看不起什么的.

作者: archonwang 时间: 2004-11-19 23:01
测试和开发之间是有区别的。从劳动强度上说，正规测试过程的劳动强度不一定比开发人员来得低。在国内开发人员受重视是因为他们是生产者，产出软件产品，而软件测试人员的工作很大程度上依赖固有的软件产品，并且工作的效果不一定是可见的－－一些项目经理可能认为：开发人员在前期设计和编码时，只要足够小心就可以避免大多数的BUG。所以从成本来看，有没有测试人员或者只是交付用户进行测试就足够应付了。但是无形中，又产生了其他的成本，并且该成本的量值可能比先期测试来得更高。

作者: 云层 时间: 2004-11-20 23:03
标题: 这个涉及到测试管理的一些学问
我可以先说一下国内的情况
1.合格的测试经理不多
2.能够在较差的环境中树立合适的测试团队的人不多

对大家来说很多公司都在重视测试，开始组建测试部门，但是合适的负责人是很难选择的，对于公司来说也没有能力直接找一个高端的，所以这个是大家一个很好的突破口！

对于自己的发展来说，如果能够进一个流程还不算清晰，但是很有前途的公司，应该是很好的选择
1.自己有能力可以管理所有的测试
2.按照自己的想法去做
3.做出的成绩是自己的，如果公司成功，必然自己成功
3.就算做不好，自己也能得到非常多的失败经验！

像楼主的帖子我很认可这种看法，现阶段其实很多公司就是这样，没有什么好气愤地，如果你不是这样，其他部门肯定会尊重你的工作，如果他们不尊重，你多考虑一下自己的问题吧。

作者: QA_BAY 时间: 2004-11-21 10:09
很同意上面那位仁兄的看法!
现在在小弟已经换环境,
公司也很重视测试,
如果做领导的能力不错,
做小的很想跟着他干,
如果看真起来比自己还要差的,那..........
现在很多大型的公司都在增强测试部,
这么中国的测试前途是一片光明的!
在此大家都一起努力!
为中国的软件事业更进一步而努力!

作者: cici3377 时间: 2004-11-24 18:10
版主们的评说,真是透澈啊,我刚来这个网站不久,觉得很好,
我做测试一年了,公司成立测试部才两年,所以很不成熟, 正像几位说的,有很多问题.
1.测试的技术水平很低,用户级测试,发现不了什么实质性的bug
2.可能因此,不受重视.技术水平,也一直上不去,形成恶性循环.
3.测试部门像后勤一样,有什么事,都找我们帮忙,觉得我们没工作一样.
4.工资少,留不住人,一般一年或两年,就跳了,程序员也一样,都去好的地方发展了
5.测试人员都学编程 , 然后做程序员,使得测试总是缺人,再新招,又要重新熟悉.
6.还有就是,我们的负责人,就是个经理助理, 他自己什么都不测,天天也不知道忙
什么,都是一些杂物..像楼上说的一样. 组里就是一片沉浸.没什么生机.也看不出
有什么发展.

总之问题,一大堆了, 我也想要跳了
但要跳也得有资本,我会学好之后再走的,呵呵,
其实说了一大堆.解决的办法只有一个, , 提高技术水平了.
那样也会受到重视,一切也不好起来了.

作者: WX-Dreams 时间: 2004-11-25 17:06
说的好.up

作者: black_tulip 时间: 2005-3-16 14:28
不要总是怪被看扁，自己先做出成绩来再要求被重新看待。贴主转的5条，还是很普遍的。

作者: takiro 时间: 2005-3-17 08:57
标题: 55555
我现在才刚进测试部不久  准确来说我进来之前公司没测试部
主要是做黑盒测试  哎。。。。
总这样  我估计以后连JAVA或。NET中有那些基本数据类型我都
忘记了。。。（自学。。。开发语言和其他测试方法）
而且抗议。。。为什么测试人员的薪水，福利和开发人员差那么多。。

作者: wangjihui1980 时间: 2005-3-17 10:14
其实公司不重视测试不单单是我们测试员的损失，更大的损失是公司在承担。但是对于那些不重视我们的公司，我们也没有必要去为他们惋惜什么，如果还没有找到更好的公司，就在现有的公司里努力提高自己的水平，然后慢慢寻找重视测试，重视我们的地方发展

作者: Nokia0906 时间: 2005-3-17 17:51
标题: 公司要成立测试部了
我感到庆幸的是公司就要成立测试部了，但同时我也感到巨大的压力，原来就我一个人单挑BUG，成立测试部后就会有个合作伙伴一起拼了。

以后责任明确了，所有的问题都会让测试部承担，这是必然的。不是所有的人都明白以上大家发表的意见的，老总们只会想着软件不能在客户那里有问题。如果在发布之后还有问题，一定是测试部的责任，实际情况真的很残酷。

不知道那时老大还会不会照着我？我也只有尽自己最大的努力拼了。

我喜欢做幕后的英雄，我想有很多测试员都有同感吧。各位不要放弃，努力为了自己的事业奋斗吧！

作者: iris 时间: 2005-3-20 22:08
测试测试总是徒劳无功!

作者: 清风随雨 时间: 2006-4-4 17:13
[quote]原帖由 [i]QA_BAY[/i] 于 2004-11-18 15:16 发表
切肤之痛，深有同感，切身体会。
项目组接一个项目，项目叫什么？不知道，
项目需求所要求的功能？不知道，项目进展程度？不知道。
那个模块谁负责？不知道。
只知道：“这个你尽快测试！”
这些是我们经常 ... [/quote]

经典！说一句！ TMD谁来给我们说话！

作者: zhaochuan 时间: 2006-4-6 17:02
卧薪尝胆，等待机会吧。

作者: lwang03052 时间: 2006-4-25 10:28
看了楼上写的，老实说，我有点灰心了，由于工作的需要，我是从编程转做测试的，在测试方面是新手，以前只是测自己编的代码，现在做测试，发现要学得东西太多，还挺有热情的，但是看了这帖子，有点。。。。。

作者: HK2006 时间: 2006-4-25 13:17
[color=Blue][size=4]1，测试人员测试效率低。开发5分钟改完的问题，他测1周，真不知道在测什么。

这个很有意思哦，开发人员5分钟改完的基础就是测试人员一周的测试

如果没有测试人员一周的测试，开发人员一年也不会改好这个问题，因为他根本就不知道有这个问题 [/size][/color]

作者: windfly1314 时间: 2006-5-8 00:02
我是新手，将要去上班了，但愿能有前途...

作者: toniso44 时间: 2006-5-8 12:51
就是的

作者: chenchen123 时间: 2006-5-9 19:02
标题: 有待提高
有待提高

作者: Lero 时间: 2006-5-10 12:30
情况是在各式各样的环境中不同的.
说来说去就是自己没本事.
有本事你就去做开发啊,整天闲测试工资少.
街头卖夜宵的每月有5000,你去做啊.

自己先把自己的本事学好了,才能战战兢兢的
扪心自问的说一句公道话.

作者: cobol 时间: 2006-5-14 10:17
标题: 与Lero商榷
我做软件开发有些年头了，也算做出了几个产品，在开发过程中，就一直对测试有着浓厚对兴趣，且摸索着自制过一些辅助测试对工具。现在终于可以把工作重点转移到测试上了。
看过上面对讨论，我觉得很有意思，很受启发，本来想好好想想，把自己对一些思路整理一下和大家共享、共勉。
但看到您但这句话“有本事你就去做开发啊,整天闲测试工资少.”，促使我先说几句。
我不认为做测试需要的“本事”比开发差。测试需要两方面的技能：业务和技术。
从业务上讲，测试要求对用户对需求有着透彻（最好是超前的）的理解，代表用户来验收产品；而开发的要求则要低一些，如果设计足够详尽的话，开发几乎可以不怎么管业务需求。
从技术上讲，又可以分为两块儿。一块儿是开发所用的技术（我们只有清楚开发所用技术，才能针对其弱点、痛楚“下药”，如果在指出bug的同时，还能建议出修改方案，便是锦上添花），另一块儿是测试技术。可以说测试技术对开发者来说是没有什么要求的，却是测试人员的主要努力方向之一。

综上简述，测试需要的“本事”一定比开发要高一些，当然工资也要高出一些的。
（原因再补充几句：测试工作要求高，更辛苦一些，尤其是责任比其他部门大很多）

作者: happy058 时间: 2006-5-14 18:14
既然进入测试行业，就应该对自己有信心，相信只要自己努力，将来一定会有所成就；
走自己的路，让别人去说吧；
我希望各位不要整天说测试什么不好，怎么样的消极话，人常说：“积极的人象太阳，消极的人象月亮”。

作者: xzxu 时间: 2006-5-17 11:12
认准了就努力去做。

什么样的困难都怕 “ 认真” 两个字。

做得怎么样，待遇好不好，能不能做出成绩来，关键在于自己本身。

作者: 陆春红 时间: 2006-5-17 14:09
标题: 我还要郁闷
我比你们还要郁闷呢，我测出错误说是我操作错误，我说有问题他就说不改了也不上线了，好象是我不让系统上线的，哎居然有说测试员操作错误的，如果我操作出先问题难道就用户会对？

作者: flying-kite 时间: 2006-5-24 23:00
我认为，我们应该掌握白盒测试，多学一些技术知识，把产生bug的实质原因找出来给开发人员看，比如直接查看数据库的数据、查看代码，告诉他们出错的直接原因，别让他们瞧不起我们。

作者: Salanganezhou 时间: 2006-6-6 15:56
标题: 选择你爱的，爱你的选择
看到大家的帖，原来的颓废已经消失，我要更加爱我的选择，并认真的做好我的测试工作，学习更多的关于测试的知识，希望有机会能和高手多交流交流QQ:95411432

作者: jackei 时间: 2006-6-6 16:00
[quote]原帖由 [i]flying-kite[/i] 于 2006-5-24 23:00 发表
我认为，我们应该掌握白盒测试，多学一些技术知识，把产生bug的实质原因找出来给开发人员看，比如直接查看数据库的数据、查看代码，告诉他们出错的直接原因，别让他们瞧不起我们。 [/quote]

测试人员应该多学一些，并且通过对需求和设计以及架构的深入了解来找到更多的缺陷，但不是定位缺陷。

作者: zgnmgly 时间: 2006-6-9 16:19
感慨很多呀!

作者: yuanyun 时间: 2006-6-12 14:32
标题: 看完这个，真的受益匪浅
看完这个，真的受益匪浅！谢谢各楼主了。我也是测试新手，对测试一无了解，真的好迷茫

作者: 有风吹过 时间: 2006-6-30 17:26
做黑盒测试快一年了，现在感觉工作中可以学习到很多的东西，不单单是测试方面的，很多的是为人处事方面的。昨天log了个bug，今天早上收到了一封带有表扬的邮件，这让我感到很欣慰。
做事情一定要做好，不要因为默写原因而带有情绪的去做，自己做好了就会得到别人的认可。

作者: AlexanderIII 时间: 2006-7-1 06:32
受教了，各位，我只想讲一声，谢谢

作者: zgqj 时间: 2006-7-3 23:14
我想加入请大哥大姐指点. QQ:529337530

作者: jokie 时间: 2006-7-4 09:20
标题: 我是新手，想和大家交个朋友！
[font=宋体][color=Pink]希望大家能够交我这个朋友！我的QQ：215143066，MSN:jickllyloveshe@hotmail.com
欢迎加入我的群！26526836

[/color][/font]

作者: lxm 时间: 2006-7-6 16:25
标题: 非xx专业xx程度人士不宜（少儿不宜
2，测试人员都稀里糊涂的，解释问题原因都听不懂，那怎么测啊？

那么以后该软件只卖给专业人员使用（注明或广告（类似少儿不宜）之：非xx专业xx程度人士不宜使用）

深有同感，
测试需要理解，需要交流，需要支持
测试是整个开发过程中的一环，过程中开发人员和测试人员都应有质量意识，以顾客为中心。
测试人员也需要提高自己的能力，努力沟通。
还是忍忍,

作者: sprchenyy 时间: 2006-7-6 17:28
我也想说说。
我原来是做开发的，做了一个项目，就转测试了。
我做测试不到半年，作了两个项目，感触颇深。
第一个项目是日本的，对日外包是不用我们写测试用例的，当时我们拿着鬼子的详细设计书一行一行的走，鬼子工期赶得紧，为了按期的交货，测试人员晚上加班，开发人员第二天改BUG。项目经理总是跑到我们旁边急着要成品。
现在的这个项目，需求少的很，还在不停的修改，修改的内容没有人通知，等到我们设计用例跟开发人员交流时，才发现需求变得一塌糊涂。还被开发人员嘲笑。
现在公司就只剩两个测试了，那个测试正在往项目经理上转。
感觉公司一点都不重视测试环节，说是重视质量，但是还是忽略测试这方面。
乘着现在不是很忙得时候要学点东西了。

作者: 深海里的鱼 时间: 2006-7-25 13:22
看的我真的有点打退堂鼓了~

作者: gaoxin3035 时间: 2006-8-9 14:03
我来做测试才三个月,感觉嘛,没什么事情做,好空虚的.因为我们公司做的是一种用软件控制的仪器,所以我们要测试的软件方面的不是很多,要等开发人员完成后我们才开始.不过,开发人员经常把程序改来改去的.哎,都没什么信息了!

作者: gaoxin3035 时间: 2006-8-9 14:05
我来做测试才三个月,感觉嘛,没什么事情做,好空虚的.因为我们公司做的是一种用软件控制的仪器,所以我们要测试的软件方面的不是很多,要等开发人员完成后我们才开始.不过,开发人员经常把程序改来改去的.哎,都没什么信息了!

作者: 雪溪 时间: 2006-8-9 15:37
1，测试人员测试效率低。开发5分钟改完的问题，他测1周，真不知道在测什么。

这个很有意思哦，开发人员5分钟改完的基础就是测试人员一周的测试

如果没有测试人员一周的测试，开发人员一年也不会改好这个问题，因为他根本就不知道有这个问题
经典！
我现在正从程序员慢慢转向测试，对测试的了解很少，不过我还是比较喜欢做这项工作，刚好从公司有意向将我往测试方面培养，希望以后可以承担起公司测试的重担。

作者: 雪溪 时间: 2006-8-9 15:39
给别人找问题的同时，也是对自己程序的一种测试，我现在是两边兼顾，所以对自己的编程也有很大的帮助。希望能跟大家多交流，提高自己测试方面的技术。

作者: wish_2007 时间: 2006-8-16 12:48
提交一个BUG，到开发那里，来个，决定不改。
解释是设计如此。在找几个进行对比，得出的结果还是，
不改太麻烦了。

我们大部分的时间去就针对被测试对象去测试，连个说明文档都没有。
在这种情况下，神仙也没有办法。巧妇难为无米之炊。

一有问题，找测试的，说你没测试好...........
责任一大堆。在这样的情况下很无奈。

[quote]原帖由 [i]QA_BAY[/i] 于 2004-11-18 15:16 发表
切肤之痛，深有同感，切身体会。
项目组接一个项目，项目叫什么？不知道，
项目需求所要求的功能？不知道，项目进展程度？不知道。
那个模块谁负责？不知道。
只知道：“这个你尽快测试！”
这些是我们经常 ... [/quote]

作者: 王玲 时间: 2006-9-30 16:51
大家说的都是真实情况,,,,感慨很多,我希望自己能好好努力,做个优秀的测试人员!!!!
有时候就是没有能力就没有地位!

作者: rongrong 时间: 2006-10-4 00:59
标题: 再忍一忍吧
现在做测试看起来还很不起眼！当将来可能就不一定了！
大家可能还没认识到它的价值！像我们班上————大家都忙着考程序员！没什么人对测试有兴趣.......

作者: walker_lai 时间: 2006-10-4 12:42
乱来

作者: 花非花 时间: 2006-10-9 15:34
标题: 我喜欢测试！
大学是测试专业，在上学的时候关系不错的老师就说，测试不是那么好干的，产品好了，人家说是开发的好，产品差了，人家说是测试的差，但是我还是想将测试进行到底。现在工作7个月了，感觉还不错，虽然是黑盒，但是也很有兴趣的！

作者: 小猫咪咪 时间: 2006-10-20 16:31
开发人员改完了是改完了,但是等到测试人员作出正确的测试环境才能够测试啊!有的开发人员连基本的版本制作流程都不晓得,还总是说测试慢.其实管理上可能也是存在问题的.所以怎么可以笼统的就这么说呢?而且如果项目很大,测试人员很少,那么测试人员也要根据优先级来进行测试的.所以互相体量才是真的.开发人员可能因为忙碌忘记了什么,测试人员可以提醒,而开发人员同样也可以提醒测试人员.这样子协作会提高效率而且开发改了什么经过沟通就可以清楚了,对不对?[quote]原帖由 [i]HK2006[/i] 于 2006-4-25 13:17 发表
1，测试人员测试效率低。开发5分钟改完的问题，他测1周，真不知道在测什么。

这个很有意思哦，开发人员5分钟改完的基础就是测试人员一周的测试

如果没有测试人员一周的测试，开发人员一年也不会改好这 ... [/quote]

作者: 摩登口戴 时间: 2006-10-26 16:22
唉！

作者: louis_lu 时间: 2006-10-30 17:16
标题: 回复 #5 QA_BAY 的帖子
你们做测试的不用参与项目的设计的吗？至少你们会研究一下需求报告吧，不然你们的测试怎么开展啊？不敢想象！

作者: watersoc 时间: 2006-10-31 12:26
路漫漫其修远兮，吾将上下而求索。
做好自己的事情，别人的事只能建议没办法左右的。

作者: jasminecww 时间: 2006-11-22 17:13
标题: D D HK2006
每个岗位都有他存在的必要！

作者: awen 时间: 2006-11-22 21:45
测试有什么不对的，测试是重要的，没有测试很有可能出来的就是垃圾，没有经过测试的东西谁敢用
支持测试

作者: 波波狗 时间: 2006-12-1 13:30
就是就是

作者: chf 时间: 2006-12-4 17:30
标题: 回复 #7 angell_huang 的帖子
不会吧?测试和前台一个档次?工资待遇也一样吗?我刚决定要加入到测试行业呢

作者: fvip 时间: 2006-12-5 15:59
标题: 颇受打击
sdlkfj9 从闫辉的博客看到的文章：[url]http://blog.csdn.net/superyan/archive/2006/05/22/748921.aspx[/url]。其实我的评价很简单：不是人中龙，不要做测试。普通人做测试没有前途。原因也很简单。让我们做个小测验：10秒钟，快！举出你的10个偶像。里面有靠做测试扬名立万的么？要求太高了？那好，举出10个你最常读的博客。里面有做测试的么？我的必读博客里倒有两个是专做测试的。可惜他们的文章都和开发有关。换句话说。他们的专业不是测试。他们是程序员，而他们的业务领域是测试。不过这个话题我们押后再说。这个测验没有普遍意义？那好，让我再举一点某业界龙头公司的例子。该公司有大概50个院士。猜猜多少个是搞测试的？让俺告诉你：1个。就这个也是特殊情况。该院士负责某个大型操作系统的系统测试，对系统了解的程度已经到了客户每次来访都点名要见他的地步。所以这个例子旁证了不要轻易做测试的论断。院士以下是Distinguished Engineer（DE），DE以下是Senior Technical Staff Member（STSM）。该公司一个2000来人的研发实验室里10来个STSM，四五个DE，其中有多少是测试出身？答案是0。STSM以下是Senior Developer(SE)。那个实验室一个部门两百多号人，其中测试部门测试人员近百。里面非经理的SE有多少？答案还是0！再看一个数据。那个部门的测试分部过去三年的专利数加起来还没有一个组一年的专利多。质量就更不用提了。而且要知道，这个公司已经非常重视测试。他们的测试人员工资也好头衔也好，都和开发人员一个等级。公司有专门的测试部门。测试部门有充足的预算。测试有严格的流程。每年公司都有针对测试人员的名目繁多的奖励。公司里外的政策都宣传测试人员有前途，测试人员和开发人员同等重要。但那又如何？同样做技术，搞测试的获得提升的机会就比做开发的小得多。你怎么和别人比？发表的文章比人少，得到的专利比人少，抛头露面的机会比人少，讨论产品规划设计的机会比人少！现实摆在面前：如果普通人有志于技术，做测试就是死路一条。

大部分人做的测试工作都是黑盒测试。项目一紧，大部分工作时间都花在单调重复的鼠标敲击上了。经理们不会认为你的工作有什么难度。既然没有难度，为什么要表彰你的工作？是，测试里仍然有挑战性。问题是，你得在做完手头的工作后，花额外的时间，才有机会去做那些“有挑战性的工作”。以前我在测试部门时，人人受提拔的机会都来自于完成所谓的“扩展项目”。这难道不讽刺么？做完手头的测试工作是你的天职。要想得到表彰？做与测试无关的项目吧！我进公司那年年末测试部门里得到最高评价的测试员根本就没有做测试。他负责开发我们的自动化框架。你完全可以想象这件事对我们士气的打击：原来要想挣表现，就不要做测试！第二年测试人员为抢”扩展项目“不惜耽误测试，不用我说大家也能猜到吧？

有人或许说，找到隐蔽的错误不是件容易事，也需要天赋，也需要努力。非常正确！可惜，经理们不懂。他们也没法衡量你的绩效。程序错误少了，是程序员开发得力。软件发布后没有多少错误，是你该做的。软件发布后有很多错误，你他妈怎么做的？换言之，没人知道你到底为发现一个错误付出了多少。没人关心一个错误的重要性。这也正常：当错误被发现，这个错误也就不再神秘。人们也就想当然地认为这个错误很容易被发现。既然很容易被发现，那关你测试员什么事呢？

做测试还想保持技术上的精进就更不容易。专家是在征服挑战，学习教训的过程中反复磨练出来的。当你把青春抛洒在反复敲击鼠标左键的时候，你的同事正在为一个算法问题殚精竭虑，正在为一个设计问题激烈讨论。当你的汗水滴在千篇一律的测试文档上的时候，你的同事正在为一门新技术的规格书字斟句酌。长此以往，谁会站在技术的领跑线上？而我当测试员时听过的最大的谎言就是“程序员只知道某个具体模块的实现，而测试员和多个模块打交道，有大局观”。谎言，不折不扣的谎言！做了程序员就知道，测试人员知道的你都得知道。他们不知道的，你也得知道。既然当程序员能学到更多东西，为什么要做测试员？

不要以为我瞧不起测试。恰恰相反，我觉得测试事关软件成败，至关重要。我只想说，现在少有公司能给予测试人员正确的待遇。衡量测试员工作比衡量程序员的工作更加困难（大概这也是为什么startup里测试员反而又前途吧，因为他们的工作表现能被相对容易地公正评价）。许多优秀的测试人员看不到光明的前途，纷纷离开测试部门，甚至转行，遭受损失的只是公司。

写下这点小小的感想，也算纪念我做测试那一年半的酸甜苦辣。

作者: jennydiy 时间: 2006-12-7 12:43
这是我看过最有实际效用的一篇帖子。作为一个测试新手我想我们首先该了解的是：我为什么要做测试？他的发展前景如何？我在这个职位上是否能发挥我的潜力等等，看了朋友们的留言真是受益匪浅。感谢楼主。

作者: jennydiy 时间: 2006-12-7 12:47
[quote]原帖由 [i]rongrong[/i] 于 2006-10-4 00:59 发表
现在做测试看起来还很不起眼！当将来可能就不一定了！
大家可能还没认识到它的价值！像我们班上————大家都忙着考程序员！没什么人对测试有兴趣....... [/quote]

现在真的挺后悔的，也就是忙着考程序员考网络工程师，怎么就没发现有测试的证呢？主要是考的人不多也就没想到要往这方面发展。。。

作者: jennydiy 时间: 2006-12-7 12:55
[quote]原帖由 [i]chf[/i] 于 2006-12-4 17:30 发表
不会吧?测试和前台一个档次?工资待遇也一样吗?我刚决定要加入到测试行业呢 [/quote]

不会吧，那要看你的能力咯。在测试这行混不下去那就干脆转行到前台吧呵呵。。。。

作者: minzhung 时间: 2006-12-19 17:34
测试原来这样，但是我还是不打算换行。。

作者: 寂寞圣贤 时间: 2007-3-20 22:51
标题: 感想
当你忍无可忍的时候就不要忍了，这样会伤身体的！知道中国人多，没办法的，每个人都有一张嘴，所以说关键你是怎么看测试的，其他的都不重要，毕竟有许多无聊的人．（本人其实也很无聊），相信自己，走自己的路，让别人去说吧！

作者: 厍仕杰 时间: 2007-3-22 14:38
切肤之痛，深有同感，切身体会。
项目组接一个项目，项目叫什么？不知道，
项目需求所要求的功能？不知道，项目进展程度？不知道。
那个模块谁负责？不知道。
只知道：“这个你尽快测试！”
这些是我们经常遇到的问题!

作者: kmp250782230 时间: 2007-3-26 10:44
做好自己的事情，让别人无话可说

作者: 幸福的预感 时间: 2007-3-26 11:28
做好测试真的是很不容易的。。尤其是要和开发的打交道。。。开发的态度阿~~~我就不说什么了。。。问多了觉得你怎么什么都不懂，问少了呢又要说你测试是不是不认真，难啊。。。

作者: linostk 时间: 2007-3-26 13:10
既然选择，那就坚持下去！！！

作者: 厍仕杰 时间: 2007-3-26 18:51
什么也说不出来了真是感慨万千那不知道我们还有没有选择的余地

作者: wujp_652 时间: 2007-4-11 17:54
标题: 一个测试部负责人给总经理的一封信
一个测试部负责人给总经理的一封信
**总：

本来很想面对面地与您聊一下测试部成立以来遇到的一些问题、现状、还有未来的发展，我怕一谈到我们的测试部，我可能就会有情绪。因为我对测试部投入了一腔热血，也付出了我全部的精力，但目前的测试部将要走的走，离
的离，如果全部走了，留下来“服役”最长的也超过不了一年，我面对现状，倍感凄楚！
不仅仅是一个***的离职让我有此感慨，是这种现象逼得我不得不去反思。测试部为什么留不住人？我为测试部做了些什么？测试部要不要留住人？为什么要？如果需要留住人，我们该如何去做？与其他公司比我们的测试哪些
做得好，而哪些又有不足，是什么原因导致的？今后的测试部该走向何方？

A：测试部为什么留不住人？
1、对测试了解的人较少。目前国内相关人士有95％以上的人对测试这个行业还处理不了解的状态（包括当初我自已），这种不了解表现在“测试人员技术素质低、测试比开发要低一个档次、测试只是东点点、西碰碰的活…
…”，但现实又何尝不是如此？！我不得不承认目前国内的情况与此相差无几。网上的BBS还有一些热血青年在高喊“我们要翻身做主人，我们要与开发平起平座！”的论调，我看过心想：要实现这种想法，还必须要有漫长的
路要走。首先是观念的改变，公司全体都要有充分的认识。从人员的任用标准，开发、测试的投入比例开始考虑；再者就是测试从业人员自身专业素养，必须要掌握世界先进的测试管理工具及自动化测试工具。只有这样，才能与
之平起平座。
2、测试部工作负荷较重。现在我们公司存在***123、***Pro、***Net等版本，还区分简繁体、中英文，***Pro一直以来都在不断地加新功能，不断地反复测试，加上还要写手册，支援一些培训任务
、制作演示数据。
3、薪资待遇问题。目前的薪资制度很难找到或留住优秀人才，一般从没经验到测试部，一年学成后不管调到那一个部门，或者另找工作，待遇可能都比呆在测试部要好，这种情况大多数人都愿意离开。
4、学习机会。当初进来对BKD可能有新鲜感，但一年后，对大部分功能都会比较熟悉，对个人而言就没有更多的激情。
5、大环境因素。远在北仑，想学点东西还真有点困难。

B：测试部要不要留住人？为什么要？
1、我们的软件发布之后存在一些无法预知的BUG，不能说全是测试部的责任，但有的责任却不可以推辞。有时看到客户反映的一些问题，很想冲着测试负责人指责一顿，但静下来想，他才来几个月这种深层次的问题叫他如
何能找出来。心想，如果是老员工去负责可能就不会存在此问题了。
2、老员工的存在能够凭着自已的经验去带领新人成长，并能抽出身来研究新的测试方法及技术，对测试部的实力的提高有帮助，实际上就是产品质量保证的重要条件。
3、一个部门都是新秀，无法建立起组织层次，让谁去做小组负责人，其他人都不会服。

C：如果需要留住人，我们该如何去做？
1、我自已要加强新知识的吸纳、传授，人员的管理；
2、减少工作负荷。
3、力所能及的提供一些培训机会。
4、在薪资制度，或者人员异动制度有所改善。

D：我为测试部做了些什么？
1、说句心里话做测试也是我当初无奈地一种选择（当初的无奈也是我对测试不了解的一中表现），但我负责了测试之后，在各个方面存在很多不足，但一心一意、尽心尽力地想把他做好。不断地从网上、书本学习软件测试方
法，与网友交流，也了解了许多自动化测试工具。现在测试部所有的成员都能够对测试有个很清楚的认识。
2、培训了多名实施顾问及服务人员。
3、 2000年是我起步的一年，2001年是我技术成长的一年，2002年是我管理进步的一年。

E：与其他公司比我们的测试哪些做得好，而哪些又有不足，是什么原因导致的？
1、黑盒测试做得较好，对商业逻辑的理解能力强。
2、人员的凝聚力强，都敢于担当重任。
3、对白盒测试未曾涉及。
4、对自动化测试只停留在探索阶段。
5、测试用例做得不太好。
6、没有全面掌握、使用各种测试方法。
7、对微软提供功能，而我们软件又会使用到该功能的知识了解的少。

F：今后的测试部该走向何方？
1、测试部为纯技术部门，所有的商业逻辑等知识只要能看懂文档即可，商业逻辑是否正确应该在需求阶段就应该定义下来，而不是靠测试部来发现，因为改需求的成本极高。
2、从黑盒向黑盒加白盒，再转向白盒方向，这就要求所有的测试人员必须掌据源代码读写的能力。
3、一部分人必须掌握自动化测试的技术，以便提高工作效率。

可能占用了您的很多时间，但事关到测试部的未来，我不想看一个架构完善的开发部旁边是一个弱不禁风的测试部，这样的开发处的效能也会大打折扣，我们产品的质量也会受影响，我不认为产品质量是测试部测出来的，但测试
也是保证质量的手段之一。
唠叨至此！

作者: 用户 时间: 2007-4-11 22:55
的确现在很多测试人员根本没资格做测试，需要努力啊

作者: mrxuan 时间: 2007-4-12 08:48
标题: 自己要努力
测试做了很长时间，但发现自己实际能力并没有提高多少，总是自己努力不够吧！
能力提高才是最重要的！

作者: baohaitao365 时间: 2007-4-12 11:43
别管别人，自己干的舒服就行，我们又不是为了他们过的。

作者: anyuealun 时间: 2007-4-18 21:39
我认为做测试是一个有实力，但暂时技术不够硬的人，在IT路上的一个突破口，现在踏上测试之路是个捷径，以后做测试经理比作开发要快。

作者: zhuzhu3431 时间: 2007-4-23 14:28
深有同感啊sdlkfj7

作者: tracysun 时间: 2007-4-26 11:18
没话说，有人就认为这是没有技术的含量
测试时间不是我们自己可以定的~
开发和测试的关系本来就相应的是矛与盾的关系，有些事情不是这么简单的去衡量的

作者: wangxi06 时间: 2007-4-26 16:03
我做黑盒测试快一年了

作者: wodesen 时间: 2007-5-10 19:16
唉，心寒？郁闷？

作者: wspcxy 时间: 2007-5-28 00:41
接触测试三天了，很喜欢又很迷茫，大家加油吧！！！

作者: alice123 时间: 2007-5-29 17:47
是的,切身体会,什么时候才能改善

作者: alice123 时间: 2007-5-29 17:48
好多人都转行了

作者: elly_digua 时间: 2007-5-30 10:56
标题: 回复 #1 QA_BAY 的帖子
努力提升自己各方面的能力来消除这种情况

作者: dylkaren 时间: 2007-6-14 17:57
hoho，对我目前的工作还比较满意，公司对测试还算重视，我们和研发交流也挺多，有问题直接就找他们问了。测试时间我们看CMI的显示，出错就能找出问题。

努力，相信明天会更好的！^_^

作者: honckly 时间: 2007-6-15 10:44
说的好，up上去。

作者: doumao 时间: 2007-6-15 14:41
sdlkfj5 sdlkfj5 sdlkfj5

作者: 张翔0325 时间: 2007-7-31 20:52
热血沸腾！！！
努力学习，掌握技术！！！！
为测试争光！！！！！

作者: sanmujuno 时间: 2007-8-1 10:13
多学技术撑不死哦，使自己更有品位sdlkfj8

作者: 119139107 时间: 2007-8-1 12:24
多学点知识，使自己充实起来，做点实际项目出来让开发的知道测试并不是什么都不会

作者: DERYCK 时间: 2007-8-1 23:20
同感～！测试的时间一定要充分～～不能操之过急～！

作者: changlang530 时间: 2007-8-16 17:18
大家说来说去，怎么一个项目组就没有项目经理吗？？
所有资料和需求都得跟项目经理提，如果他没有，就要他配合，否则要项目经理来干什么？
一个好的公司，所有东西都慢慢地要有流程和文档备份。任务明确，大家就有方向，另外绩效考核也很重要(考核时不能带个人感情)。

作者: xiongxing 时间: 2007-8-22 15:29
好好干吧，别管那么多了．

作者: owenyuan 时间: 2007-8-29 11:01
大家好好学，以后软件测试需求大的时候，去作培训师

作者: zhihao512000 时间: 2007-9-24 16:28
[quote]原帖由 [i]HK2006[/i] 于 2006-4-25 13:17 发表 [url=http://bbs.51testing.com/redirect.php?goto=findpost&pid=216260&ptid=4968]

[/url]
1，测试人员测试效率低。开发5分钟改完的问题，他测1周，真不知道在测什么。

这个很有意思哦，开发人员5分钟改完的基础就是测试人员一周的测试

如果没有测试人员一周的测试，开发人员一年也不会改好这 ... [/quote]
这才是重要的地方，支持你！

作者: hdc163 时间: 2007-9-25 08:53
标题: 无知
无知是我们最大的敌人，无知是我们工作的障碍，开发和测试谁重要，我们对开发的流程、技术、管理都有规范，但对测试国内有多少人了解，有多少企业了解，有多少企业规范过测试的流程，知道如何管理测试。因为无知，所以不重要。其实单就测试脚本的开发并不比一个商业化的软件开发简单。

作者: iviedspring 时间: 2007-9-28 09:40
这个帖子看得人很是激动啊，测试在软件工程里面占的比重可是很大的，测试减少的客服和维修的费用可是很可观的，只要领导们不只顾着眼前利益，研发部不互相推诿，那么公司的前景还是会很好的

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