51Testing软件测试论坛

标题: 你理想中的测试团队是什么样子的？（09-9-23）（获奖名单已公布） [打印本页]

作者: 默默巫 时间: 2009-9-23 11:12
标题: 你理想中的测试团队是什么样子的？（09-9-23）（获奖名单已公布）
有的测试团队会让你工作很开心、工作也很有价值，最近遇到的团队，工作是那么的轻松，心却是那么的累，所以在想理想的测试团队是什么样子的？请大家多多讨论。

本话题由会员liaoshaoqing提供,如果你也有问题想提出来和大家一起讨论，请点击此处>>
说不定下期讨论的问题就是由你提出的哦，请快快参与吧！

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	莫道桑榆晚	当当购物卡50元	18#

作者: yu_meng123 时间: 2009-9-23 15:34
1.公司重视测试
2.人数怎么也要大于5个
3.装备齐全

作者: qqabc123 时间: 2009-9-23 15:53
有专门的测试经理或者主管（即测试管理者），有独立的测试部门，测试的人数不在于多，最主要的是公司要注重测试

作者: shallwe.show 时间: 2009-9-23 19:00
1.公司重视测试结果和测试人员的意见。
测试人员可以和开发人员同一等级，测试并不是开发人员的助手，是发现问题保证质量的部门。对于一个问题是否修改并不是研发说了算，而是研发和测试在同一个问题上达成共识或是其中一方可以有充分的理由来说服另外的一方。

2.有规范的测试流程适用于公司的业务
一般来说什么东西都做到规范化了之后，都有利于后期的管理和维护。适用于公司的业务流程后，就可以做到按照计划的安排来完成各个测试任务。

3.资深的领导者
在测试的过程中，对于一些问题的请教和见解，有助于能力的提高。并在一些和研发有不同见解的bug上面可以有个仲裁的作用。

作者: 远野志贵 时间: 2009-9-23 21:18
我理想中，只要开发够牛，架构师够牛，BA够牛，其实不用测的。
测试完全是浪费劳动力，不能带来实际价值。
鸡肋，质量有问题推卸责任/背黑锅的对象。在中国目前就是这样

作者: ecochen 时间: 2009-9-24 01:31

原帖由 远野志贵 于 2009-9-23 21:18 发表
我理想中，只要开发够牛，架构师够牛，BA够牛，其实不用测的。
测试完全是浪费劳动力，不能带来实际价值。
鸡肋，质量有问题推卸责任/背黑锅的对象。在中国目前就是这样

这里说的够牛，其实说到底就是指开发、架构、BA分别把测试的工作都做了，不是说他们做出来的东西不用测。。。
但是有哪个公司能有这么多的牛人呢？

作者: ecochen 时间: 2009-9-24 01:50
好像大家说的都是理想的测试部门而不是测试团队，问题提的是团队那更多的是应该从人的因素来看这个问题，而不是看这个团队在公司的地位或者是部门有没有什么框架流程……

个人看法，一个团队，首先需要一个有能力有个人魅力的人作为核心团结所有人，能让大家一起正确的向同一个目标努力；其次，整个团队应该是由存在能力梯度差异的各个成员组成，在团队中每个人都能找到一个可以触及的成长目标；最后，当然是团队成员的融洽相处，这样才会有良好的沟通与成长环境。

自己两年来的一些总结，虽然有点粗糙，但还是希望说出来有人能指点下。。。。。。

作者: zhyb_2008 时间: 2009-9-24 09:09
项目经理确定测试策略，目标，制定性能测试计划，负责整理协调工作，保证测试工作顺利进行
系统架构设计师协助测试设计人员进行系统功能分析，找出系统压力点，尤其是分析压力下核心业务模块的运行情况
测试设计人员分析性能测试任务，根据性能测试需求设计相关测试用例
测试工具专家使用LR等工具开发测试脚本，创建测试场景，运行测试，实时监控数据，提交测试结果数据，协助进行性能分析
数据库系统分析员根据测试结果数据分析数据库瓶颈，并对数据库进行系统性能调优
中间件分析员根据测试结果，系统性能调优
操作系统专家为测试提供支持，主要分析操作系统运行情况，发现操作系统瓶颈并进行优化
自动给测试专家
档案管理员
功能测试专家
每个角色根据测试总体计划，安排到 >=1人以上，供我调用。哈哈。。

作者: billhu 时间: 2009-9-24 09:22
标题: 回复 5# 的帖子
愚人之见也。没有人能够不犯错的，特别是这么大规模的软件产品。

作者: mentgmery 时间: 2009-9-24 11:43
这个话题值得探讨,酝酿中

作者: Morna 时间: 2009-9-24 14:29

原帖由 ecochen 于 2009-9-24 01:50 发表
好像大家说的都是理想的测试部门而不是测试团队，问题提的是团队那更多的是应该从人的因素来看这个问题，而不是看这个团队在公司的地位或者是部门有没有什么框架流程……

个人看法，一个团队，首先需要一个有能力 ...

说的很有道理，我个人比较认同。

作者: 暗冷夜空的风 时间: 2009-9-24 17:12
标题: 我“梦想”中的测试团队
先描述一下我梦想的测试团队对外的印象：
1.这个团队很团结
2.这个团队能做到缺陷防御
3.这个团队在整个软件工程中具有仲裁作用
4.这个团队具有很强的战斗力
5.这个团队是真正的团队，没有有形的领袖

现在，描述一下测试团队内部的情况：
1.这个团队中每个人都有一定的编程实力（不是知道点概念或有点编程感觉的那种）
2.这个团队中每个人都有各自擅长的领域：业务分析、脚本制作、用例设计、组织规划等
3.这个团队中每个人都有很强的归属感，感觉彼此紧密相连又相互独立
4.这个团队发挥最大功效的时候是大家一起做事的时候，而不是个别人物力挽狂澜
5.这个团队具有创新、敢想敢做的精神

这样的团队的最大特征是他们可以做到一般情况下不可能做到的事情~

不过，别说测试了，就是开发界中我都很怀疑有没有这样的团队...

作者: yixiong007 时间: 2009-9-24 17:27
目前行情来看，简单就几点：
1 公司必须重视测试，测试能与开发同级
2 有一套完整可实行的测试流程
3 各测试领域都要有测试人才（功能，白盒，性能，安全性，易用等……）
4 良好的工作氛围，策划，开发，测试能融为一体，积极讨论问题解决方案，而不是推辞责任

楼5的是一个彻头彻尾的SB……………………

作者: Jackc 时间: 2009-9-24 17:38
理想的测试团队？

自己耍起拿钱，地下一堆NB的小兵摆平所有事情

作者: 莫道桑榆晚 时间: 2009-9-24 23:07

原帖由 远野志贵 于 2009-9-23 21:18 发表
我理想中，只要开发够牛，架构师够牛，BA够牛，其实不用测的。
测试完全是浪费劳动力，不能带来实际价值。
鸡肋，质量有问题推卸责任/背黑锅的对象。在中国目前就是这样

理想的团队不是用1+1=2的算法来计算的。

[ 本帖最后由莫道桑榆晚于 2009-9-28 07:35 编辑 ]

作者: 莫道桑榆晚 时间: 2009-9-25 00:27
说到什么样的团队才是理想的团队，下面只是我个人的看法，说得不对请给与纠正。

首先看看何谓团队，本人的理解是为达成共同的目标而相互协作并利用各自的技能、知识、资源的人、物、事等。基于以上定义中的要素，所谓的完美团队与团队100分是根本不存在的，团队是无限趋于100分，因为团队成员再亲密，他也不可能是切肤之触，另外团队成员的思维和出发点不尽一致，即使团队成员就某一项的某一点达成共识，也是短暂的，如果一个团队中的所有成员思维达到高度的统一，那么其实这个团队是一个无效团队，意味着八个人或更多的人在干着同一个活。团队讲究资源互补而杜绝资源重叠，只有资源互补的时候才是成本最低的时候，否则即使实现了团队目标，由于成本过高也是毫无意义的。

接下来说测试吧。我以为一个好的测试团队应该具备以下几点：
  一：团结一致，有共同的目标。在测试工作中，上下一心把测试工作顺利地开展下去。
   在一个测试团队里如果没有一个共同的目标，大家都按自己想法去做，测试工作无法进行；

  二：有一个卓越的领导者。团结是一个好的团队必须的元素，但是有一个好的领导者也是不可或缺的；这个领导一定要有比较好的个人魅力和亲和力，因为他就是团队的核心；还有这个核心人物应该有出色的专业技术和业务知识。如果一个项目经理连测试计划都写得非常混乱，那么后面的工作如何开展？再则，作为领导应该多与测试人员沟通，尽量减少误解和矛盾。

  三：团队分工明确。每一个人的工作都要公平公正，并且有具体的分工与协作。看见过且有亲身经历，有些测试人员和一天只做非常少的事情，而同一个团队里的另外一个人累得半死。想想这样的团队会有什么想的结果。。。

  四：团队内部关系要融洽并且经常进行有效地沟通；

  五：敢于承担责认；出现错误，要敢于承担，且勿推脱至他人，让别人帮你背黑锅；当然责任追究问题不能过于严厉，适当人性化。

  六：营造相互学习，相互信任的组织氛围，达到团队资源互补；一个好的团队，每个成员都有义务分享自己的知识和经练。

  七：公司领导要对测试工作要重视，让测试人员能够得到一个自身价值的体现。这样才能让整个团队充满上进和喜悦。当然公司重视的话测试人员数和工资报酬也会适当增加，这样就不会出现"工作是那么的轻松，心却是那么的累"的现象了。

最后我想说下，我们不要老是去要求别人怎么样，要求开发人员是专家级别，要求架构师非常的完美，要求团队任何完美
总是一味追求完美团队，对团队成员总是吹毛求疵，要么要求团队成员与自己高度一致，要么要求团队成员都是精英中的精英，而很多的事实也同时证明精英中的精英根本组不成一个团队，更无法去顺利地出色完成一项任务，因为一个团队中的每个角色并不要求都是精英来扮演，团队中有些岗位就类似门房，你让一个博士生去看门房结果可想而知，不是团队觉得是大材小用，就是博士生觉得自己怀才不遇。团队岗位与团队成员要匹配。沙丁鱼团队中就得放一条鲶鱼，否则就会全军覆没，绵羊团队中就得放一只狼，否则就会随着生存力的消退而消亡。压力会摧毁一个人的体质，而诽议压力却会摧毁一个人的意志，体质易调节，而意志却难恢复。团队也是如此，测试工作中的困难和挫折会消减一个团队的战斗力，而来自团队内部或外部的诽议却会摧毁一个团队的意志，有残缺的团队才是最完美的，当我们的团队资源是互补时，不要轻易否认或言放弃，因为互补就意味着残缺，它成真正具备了团队的特征！
有时候1+1并不等于2，在团队意识和团队内部技术水平可能出现参差不齐，这个时候计算团队的算法应该是1*1=1；

[ 本帖最后由莫道桑榆晚于 2009-9-28 08:14 编辑 ]

作者: sk_svenska 时间: 2009-9-25 00:47
1.核心价值：团队应该有自己的核心价值观，并且每个成员都忠诚于此价值观如同宗教信仰一样！
2.松散的组织：组织的结构越是紧凑那么这个组织就越脆弱，如同连环一样，缺一个而散全身。而松散可以达到灵活，可扩展可再塑！
3.优秀的成员：如果不是为了工作而工作而是为了追求而工作那么成员之间就不存在不可调和主要矛盾了，相反还会自动自发的调和！
4.事实是理想的团队是自然之作，而我们的团队建设走的是相反的路线：人工雕琢而从未想过回归自然。（有感于敏捷团队···）

作者: bood 时间: 2009-9-25 07:59
标题: 回复 18# 的帖子
顶LS，许多人以为只要开发牛，架构牛就不用测试了~
这样的软件思想已经过时了。

作者: 洪建伟 时间: 2009-9-25 09:10
五楼是rz

作者: guanxiaoqin 时间: 2009-9-25 10:34
标题: 我理想中的测试团队
我理想中的测试团队
1.专业的测试经理帮助团队与其他部门协调，安排合适的人在合适的岗位
2.管理方面，安排项目进度（善于沟通）
3.在技术方面，自学能力比较强的人，协助进行技术培训、技术支持
4.在文档方面，细心的人，协助整理文档（测试需求，check list，测试报告等）
5.功能测试人员

所有人员，可以担当多个角色
测试团队，最好有5个或大于5个人组成

作者: ecochen 时间: 2009-9-26 22:28
哈哈感谢morna的认同~~

另外在这里补充下，我所指的团队核心不一定就是测试经理或是团队leader，他可以是团队中的任何一员，起的作用是引导大家去做正确的事，同时让大家对团队有一份归属感；而经理或leader主要作用才是指导、安排大家正确的去做事。经理易找，核心难寻啊……
而大多数人说的团队需要能够胜任不同职位的人的组成，其实就是我所要说的能力梯度差异。团队成员能力的梯度差异存在的横向差异及纵向的差异，横向差异利于分工，纵向差异则利于团队成员能力的提高，同时也就保证了团队的稳定。这才是我的看法中最重要的一条，也是可实现度最高的一条。
当然，上面纯粹是人的技术能力要求，还有所谓的个人魅力、团队精神、吃苦耐劳之类的中华民族传统美德等精神层次要求，有了这些精神层面的支持梯度差异的优势才会被发挥出来。再加上有合理的流程和管理等外因的支持，测试团队的作用才会得到最大的发挥。

不知有没人能给我点意见呢…………

作者: hhwwxx 时间: 2009-9-27 01:37
标题: 理想与现实
理想就是100%自动化，高代码覆盖率，极度团结，业务熟悉，懂业务底层和业务的影响面的测试团队。
现实是。。0%自动化，谈不上代码覆盖率，各自为政，业务不熟，底层连开发都不懂的测试团队很多。想依靠好的测试团队让自己快乐，还不如靠自己。不过有个最最最基本的前提是，也就是我的答案的关键，就是需要团队里面有个价值观，发现BUG是件很骄傲的事情，如果能分析BUG的产生原因就更了不起了。有这个前提，哪怕你活在现实，你也能找到让自己快乐的办法，而且这样的团队，距离理想也不远了

作者: momang 时间: 2009-9-27 10:54

原帖由 远野志贵 于 2009-9-23 21:18 发表
我理想中，只要开发够牛，架构师够牛，BA够牛，其实不用测的。
测试完全是浪费劳动力，不能带来实际价值。
鸡肋，质量有问题推卸责任/背黑锅的对象。在中国目前就是这样

51testing 的学员怎么会说出不用测这样的话呢

哈哈

上课没好好听吧

作者: cri 时间: 2009-9-27 18:09
我理想的测试团队说一下：
首要的是有一个理想的团队管理者，至少要有热情、有开拓精神，因为测试这条路本身就是需要开拓才能走出新路，走出自己的路，如果没有创新，测试将持续停留在固有的模型中流于形式。所以，团队管理者很重要，他的眼光决定了这个团队的组成人选和团队未来的进步；
其次，团队的成员，能够层次分明的拉开，核心人员能够有一定的稳定性；
团队的做事风格，有可持续改进的精神，良好的团队氛围，平等互敬的队员情谊；
明确的目标和执行计划，风险意识，工作流程、财富库、持续改进机制等等一切成熟团队应该具备的东西。
我想，以上这些具备了，只要有单子做，有能够让团队合作创造出效益的好项目和机会，这个团队做的事情都是很理想的吧

作者: 莫道桑榆晚 时间: 2009-9-27 20:34
继续留意

[ 本帖最后由莫道桑榆晚于 2009-9-27 22:41 编辑 ]

作者: lgy8211 时间: 2009-9-27 21:30

原帖由 远野志贵 于 2009-9-23 21:18 发表
我理想中，只要开发够牛，架构师够牛，BA够牛，其实不用测的。
测试完全是浪费劳动力，不能带来实际价值。
鸡肋，质量有问题推卸责任/背黑锅的对象。在中国目前就是这样

懂啥啊！！！
见过几个测试团队就敢说中国是这样？太偏激了吧！
何谓工程？每一个环节达到无限牛，组合到一起就是废品。

作者: muyang327 时间: 2009-9-27 23:10
标题: 我理想的测试团队：
1、团队成员有责任感，大家能够团结一致，工作的时候心往一处使，目标只有一个——保证软件质量；
2、学习型的团队，能够共同分享各自的经验，共同提高团队能力；
3、要有一位出色的团队领导者，善于沟通；
4、公司重视测试团队，不能认为测试团队可有可无；
5、团队成员各有所长，能够互相扬长避短；
6、有明确的测试流程，并且流程被公司部门承认并执行；
7、能够顺利获取到测试团队进行测试活动所需要的信息；

作者: ganhuiping 时间: 2009-9-28 13:27
标题: 回复 4# 的帖子
说的很好。正是我想说的

作者: bood 时间: 2009-9-28 13:54

原帖由 莫道桑榆晚 于 2009-9-25 00:27 发表
有时候1+1并不等于2，在团队意识和团队内部技术水平可能出现参差不齐，这个时候计算团队的算法应该是1*1=1；沙丁鱼团队中就得放一条鲶鱼，否则就会全军覆没，绵羊团队中就得放一只狼，否则就会随着生存力的消退而消亡

非常经典，看来又来了个数学家+哲学家

作者: bluejay 时间: 2009-9-28 14:17

原帖由 远野志贵 于 2009-9-23 21:18 发表
我理想中，只要开发够牛，架构师够牛，BA够牛，其实不用测的。
测试完全是浪费劳动力，不能带来实际价值。
鸡肋，质量有问题推卸责任/背黑锅的对象。在中国目前就是这样

5楼的这位还是51testing的就业学员？！被门板夹了感觉，说出这种脑残语！

作者: 远野志贵 时间: 2009-9-28 17:00
现有的测试人员，基本上测不出啥问题，都是拿着开发提供的需求规格说明书验证软件是否达标。
测试人员有啥价值？测出来问题又不能自己解决，还不是依赖开发。
性能有问题就找相关的项目组，功能有问题还是找项目组，再不行就报告给领导。
测试除了拿着BA写出来的说明书去验证功能这种纯体力活，还能干什么？
假使有一款软件设计上就没有缺陷，开发人员都是NB，架构师更是滴水不漏，那会有多少大的缺陷？
那需要测么？用户遇到小问题直接反馈给开发，马上修改一下就OK了，
只能表明你们遇到的团队和项目不够大，各人员都不专业。
牛逼的公司只有BA，没有TEST。

作者: 远野志贵 时间: 2009-9-28 17:06
说白了，不懂业务的测试员，他来上班公司不让他交学费就是万幸了。
他能测出啥问题？就几个BUTTON位置不对？业务逻辑一壳不通，
就算是做性能这块的，也最多是说个响应时间太高，CPU占用太高，JVM太高。
能定位问题么？还不是要去问开发？
中国的测试状况，我可以很负责任的告诉各位，就是大街上拉一个能看懂语言的人来也能做。
什么这个覆盖率，那个覆盖率到了实际统计中没有一丁点实际作用。

作者: 远野志贵 时间: 2009-9-28 17:12
还真把软件测试这个行业看得跟朵花一样。
前面做做拿拿3-5K的薪水还凑合，后面你要想牛逼，还不是得去看代码、干开发。
开发测试工具，走白盒代码走查，那实际上你就是在干开发了，不是干测试。
学业务那就是干BA了，学架构就是搞架构师了。大家别虚伪，中国目前的测试有几斤几量。
我通过4年的工作来看待这个职业，还是比较明白现状的。

作者: 远野志贵 时间: 2009-9-28 17:21
楼上的，我可以很负责任的告诉你，IBM就没有测试人员。只有BA，有问题就BA负责，还就没出过大问题。
需求做好了，代码人员全是上海交大的或者复旦的硕士，架构师起码有10年代码经验的。
人家的软件设计完成后就直接上线，你不服不行。等你一个BUG测不出来的时候，你就会明白我说的有多么正确。

作者: 远野志贵 时间: 2009-9-28 17:35
IBM就用BA当测试使的，基本上不测，软件需求把好关了，后面都不用测。
需求---概设---详设，这些都有，PDM好了，字段长度定义好，业务逻辑不出错，开发完就上线了。
只要每个环节都是精英，那就不需要测试。测试不能创造价值，只能小范围的规避风险，这是中国的情况。

另外，麻烦别拿微软的来说事，微软的测试那都是比开发牛逼的，是开发干了N年，经验N丰富才干测试的，
不是单纯的手工测试人员。对软件的结构比开发还熟悉，对业务的了解能达到半个BA相当的水平。
做不了管理层才找个轻松点的活测试，美其名曰质量控制。

作者: 远野志贵 时间: 2009-9-28 17:55
应用

作者: bood 时间: 2009-9-28 20:31
标题: 回复 33# 的帖子
说的话都很脑残。。。。软件测试和软件开发原本就是一家，吃的也上一同碗饭。我看是你自己没有学好，出去找不到工作，心理上受到也什么严重的刺激吧，对于刚兴起不久软件测试行业，竟然如此评价，实在是脑残极至。

作者: Jun_Li 时间: 2009-9-28 20:58
标题: 力量是团结出来的！
1. 是个团结互助的团队
2. 是个充满信任的团队
3. 是个懂得共享的团队
4.是个充满干劲而不失幽默的团队
5.最后一点，希望团队的队员都有不同的特长......

作者: billhu 时间: 2009-9-29 09:09
标题: 回复 39# 的帖子
这不是中国普遍的状况。一个公司，资源是有限的，如果项目经理、需求分析、架构师、设计师、程序员都雇用业界顶尖人员，需要多少工资？你的公司没名气，出了高工资人家也不一定来。需求分析、概要设计、详细设计，每个环节都做好了，需要投入多少资源？特别是详细设计，需要的资源极多，在需求不断变化的情况下，维护详细设计和代码同步需要多少资源？从经济角度说，在质量没有成为产品最重要的因素的情况下，没有公司这样做。除非航天产品、军工产品、医疗产品等质量要求极高的产品，才有可能。雇用测试人员相对来说经济的多。

作者: shark_jr 时间: 2009-10-1 10:17
一、从人员构成上说，一个团队应该包括3种人：
1、统帅。是团队指挥棒，负责团队内部和外部的沟通协调，管理相关的资源，处理各种矛盾。
2、军师。从专业的角度制定团队的计划，项目的解决方案，对技术问题作出科学的决策。
3、士兵。踏踏实实做好本职工作，熟练使用自己的技术能力完成项目各种方案的实现，问题的解决。
对应我们的测试团队，这3中角色就衍生出测试经理、测试设计师、测试工程等角色。当然有时团队中这3种角色不是完全和这些职位一一对应。
二、从制度上讲，一个团队应有一套完整的运作规则。规则包括：
1、公司制定的各种规范和规章制度。
2、团队内部的要求。

作者: fengyupeng1984 时间: 2009-10-8 16:06
学习了。

作者: dabeixiong 时间: 2009-10-8 23:12
人人开着小汽车~生活无忧~可以专心搞技术...

作者: liuchunyanli 时间: 2009-10-9 18:12
标题: 回复 37# 的帖子
硕士毕业，去做那些简单的功能实现、基础的逻辑算法，是不是太浪费资源了？
测试行业的出现不是建立在硕士毕业生开发基础上的。即使是硕士开发，也不见得没有问题，我们公司有很多硕士开发，结果我不敢恭维。
无论设计、开发、测试还是BA等等，最主要的是看你是否有这种思想。
软件工程，要有层次，不只是设计和开发的层次，也包括知识积累的层次。
精英应该做精英的事情。
我觉得建筑师都去垒墙也不太合适。也许建筑师只懂设计，垒墙也有可能垒偏的。毕竟他们学的时候只学设计而非垒墙。
但话说回来，再精英的建筑师也有犯错的时候，人不是机器。

理想的测试团队：
我觉得主要的是一个有场景，如果只是简单网站的开发，基本不需要测试人员。
如果是一个简单的应用系统，且在已经成熟的框架基础上，只需要系统测试人员。
如果只是小产品开发，要有系统框架师，白盒测试人员及黑盒集成、系统测试人员等。
如果是一个较大产品的开发，则需要资深的系统框架师支持、了解系统集成等资深人员的支持等等。

作者: Jackc 时间: 2009-10-10 11:22

原帖由 远野志贵 于 2009-9-28 17:35 发表
IBM就用BA当测试使的，基本上不测，软件需求把好关了，后面都不用测。
需求---概设---详设，这些都有，PDM好了，字段长度定义好，业务逻辑不出错，开发完就上线了。
只要每个环节都是精英，那就不需要测试。测试不 ...

受教老~！

IBM不是在做软件、硬件的整体解决方案？

感情BA除了懂业务，还懂软件和硬件？顺带还要求熟练使用一堆检查工具（也可以说是测试工具啦）的使用），果然是精英集团啊~。

作者: woodcraft 时间: 2009-10-10 11:44
作为一个测试团队的负责人，这个问题很有意思，也是我一直思考的问题。

我认为，理想的测试团队是这样的：

1、最重要的，统一的测试价值观与归属感、成就感。

作为一个团队，最重要的是对自身的的定位。

测试如何体现自身的价值？换言之，如果测试团队没体现自身的价值，即使团队再好，都不是理想的测试团队！

大家讨论的，大多集中于这点，领导不重视，测试人员没地位，我觉得，都是因为我们的价值没有明确，因此也没有得到体现。

我对测试的价值观，是这么理解的：测试，是通过发现的缺陷，去提升软件的质量，使之达到发布的标准。

只有我们摆正自己的位置，作出自己的贡献，才能赢得他人的认可与尊重。

2、作为专业技术团队的技术水平。

测试，我觉得与开发类似，是一个专业的技术团队，因此，技术能力是赢得他人认可的重要因素。

我见过的大部分测试团队，因为是做黑盒测试，所以更多的效率提升集中在流程优化上，却忽略了技术能力的提升。

测试，不仅仅需要了解应用，也需要精通开发架构，只有这样，才能“尽早，尽可能多的发现缺陷”。

3、其他的软因素。

关于理想的团队，答案有很多，上面很多XD也给出了自己的答案，比如气氛，组织架构，待遇，成长空间等，我就不再赘言。

PS1：听过MUSP的陆宏杰老师的课，里面他说的一句话，现在还有印象：开发算什么呀，开发的东西测试去做，能做3遍！

PS2：两年前，我给自己的管理定的目标是3个满意：外部门对测试团队的工作满意，员工对自身的能力提升满意，员工对待遇满意。

PS3：关于5楼，其他的不说了，只是想说，越是牛人多的公司，IBM/MS，越对测试重视，说明什么？回头好好看看书吧！即使如你所说，IBM是BA在测试，那只是表明他没有专门的测试工程师，而不能说明他对测试不重视，否则，还需要测试么？换句话说，是因为你的能力不够！而不是测试没有意义，请不要混淆！

作者: hhwwxx 时间: 2009-10-10 12:40

原帖由 远野志贵 于 2009-9-28 17:35 发表
IBM就用BA当测试使的，基本上不测，软件需求把好关了，后面都不用测。
需求---概设---详设，这些都有，PDM好了，字段长度定义好，业务逻辑不出错，开发完就上线了。
只要每个环节都是精英，那就不需要测试。测试不 ...

楼主也太偏激了吧。如果测试真的没有用，那么为什么现在还有测试呢？说到微软，我是最熟悉不过了，你也不要拿微软说事。。我就在微软做的。看过How we test software at microsoft么？知道测试的历史吗？中国的现状就是测试还需要发展，但是没有你说的那么一无是处。代码也不是一切。我说说微软的状况吧，微软把测试分为STE和SDET，前者是测试，后者是测试开发，也许你觉得测试开发的地位高？其实不完全是这样，只是大家负责的范围不一样，前者设计测试用例，后者负责自动化，没有前者的设计，何来后者的自动化呢。。。在2000年里，几乎全部的SDET都变成了STE，微软有这样一段历史。为什么会这样，是因为微软想明确地告诉自己的员工，STE和SDET没有区别。远野同学。。。你总要把懂代码的人跟测试分开来说，其实他们是一回事，是同一个人。测试人员需要懂代码吗？需要，而且是先决条件。需要懂系统吗？需要。但是测试本身的专业知识呢？是基础中的基础。如果你让一个很牛的开发去做测试，你觉得他能做好吗？我可以很明确地告诉你，绝对不能。所以，我觉得我们要从观念上扭转过来，用以前的观念来看待测试，也是现在中国测试业不能很好发展的重要原因。测试是什么。。从微软对测试的培养流程可以体会：测试的基础知识-》高级测试技术-》系统架构-》代码。微软就是按照这样的流程，无差别地培养测试人员的（无论是SDET还是STE)。“直觉，测试专业知识，网络和系统的专业知识，编程能力”，缺一不可，而且相互依靠，这就是测试。

作者: lydia.pu 时间: 2009-10-10 15:15
标题: 回复 48# 的帖子
从我身边的示例可以看出，学历不能说明什么，能力才是最重要的。

不断的学习，不选的进取才是最重要的。

作者: black_tulip 时间: 2009-10-10 16:01
简单点说，像《Criminal Minds》里的那个团队的。

作者: black_tulip 时间: 2009-10-10 16:13

原帖由 woodcraft 于 2009-10-10 11:44 发表
作为一个测试团队的负责人，这个问题很有意思，也是我一直思考的问题。

PS1：听过MUSP的陆宏杰老师的课，里面他说的一句话，现在还有印象：开发算什么呀，开发的东西测试去做，能做3遍！

...

最好不要让测试部门有人有“开发算什么呀”这个想法，就如同不要让研发部门有人有“测试算什么呀”这个想法一样。

作者: woodcraft 时间: 2009-10-12 10:48

原帖由 black_tulip 于 2009-10-10 16:13 发表

最好不要让测试部门有人有“开发算什么呀”这个想法，就如同不要让研发部门有人有“测试算什么呀”这个想法一样。

补充说明一下:
基于目前的线装，即大多数的测试团队是对开发团队负责的,因此在沟通中经常有一些低人一等的感觉,提出这个观点,并不是为了造成两个团队的对立,而是试图建立一种平等的沟通关系.

作者: black_tulip 时间: 2009-10-12 11:49

原帖由 woodcraft 于 2009-10-12 10:48 发表

补充说明一下:
基于目前的线装，即大多数的测试团队是对开发团队负责的,因此在沟通中经常有一些低人一等的感觉,提出这个观点,并不是为了造成两个团队的对立,而是试图建立一种平等的沟通关系.

平等既不是贬低对方，也不是抬高自己。

作者: 箭在行动 时间: 2009-10-12 14:13

原帖由 jimmyseraph 于 2009-9-24 11:41 发表
佛家讲求圆满::ybaojc::: ，理想的测试团队应该也有这样的特质，不假于外物，圆满如意，是一个自我组织的团队（这个自我组织的概念来自敏捷开发对团队的要求）。
具体来说：
1、技术结构合理：每个业务领域都至少有 ...

这些条件，俺们项目组一个都达不到要求，因为目前整个项目组就我一个人，还是今年才毕业的。

作者: zynuage 时间: 2009-10-12 17:34
理想的测试团队，每个测试工程师认真负责，团结一致。测试经理分工明确，各负其责，互相帮助。测试工程师各有所长，但是不能出现自负的人。这样容易毁掉测试。

作者: shaofei19820625 时间: 2009-10-13 10:41
首先先把你的身体想成一个团队，你的这个团队要很好的协作首先组成团队的各个成员的功能必须是正常的（你可以想象成你的团队里的每个测试人员的能力都是能达到要求的）、然后你的身体会有一个脑袋（你可以想象成一个好的领导者，管理者）、再者你的身体各个器官必须要和大脑指挥的一致（就是说团队各成员需要再领导者的带领下发挥出他所具备的特长）。

以上的比喻可能不是很贴切，另外我还想说的是：
1、一个团队的管理者并不是独裁，而需要一些民主，当他自己突然有个想法的时候需要和团队成员来沟通可行性，毕竟你的想法是要团队成员来执行的，当然需要大家的认识尽量达到一致。
2、团队必须要团结的，各成员有想法能及时反馈给管理者，而不是背地里瞎抱怨
3、团队各成员必须要有目标，就是所谓的KPI，我认为合理的KPI也是触发团队能量的办法
4、还有作为管理者是需要去鼓励团队成员去发挥主动性的（目前我遭遇了不需要团队成员发挥主动性的领导。。。。。）

[ 本帖最后由 shaofei19820625 于 2009-10-13 10:42 编辑 ]

作者: Jackc 时间: 2009-10-15 11:37
望望

作者: gigicat99 时间: 2009-10-16 16:13

原帖由 远野志贵 于 2009-9-23 21:18 发表
我理想中，只要开发够牛，架构师够牛，BA够牛，其实不用测的。
测试完全是浪费劳动力，不能带来实际价值。
鸡肋，质量有问题推卸责任/背黑锅的对象。在中国目前就是这样

完全不认同这个观点，微软的开发够牛吧？微软的架构师够牛吧，微软没有测试工程师吗？

作者: andone 时间: 2009-10-18 10:42
嗯，看完后决定把处女贴留给这里，哇吼吼，看口水战好爽啊... ...

作者: ml3684881 时间: 2009-10-20 23:05
标题: 回复 18# 的帖子
"工作是那么的轻松，心却是那么的累"说到我心坎里去了！！！
得不到重视.....

作者: fengyupeng1984 时间: 2009-10-23 14:56

原帖由 远野志贵 于 2009-9-28 17:12 发表
还真把软件测试这个行业看得跟朵花一样。
前面做做拿拿3-5K的薪水还凑合，后面你要想牛逼，还不是得去看代码、干开发。
开发测试工具，走白盒代码走查，那实际上你就是在干开发了，不是干测试。
学业务那就是干BA ...

我算是新手，不过我有个问题想问这位仁兄，这个世界上有几个IBM有几个微软？开发出来就能保证不要测试的团队有几个？BA做再好，他们能满足所有的需求？架构师再NB，他就能确定自己的架构是完美的？我想，就算是现在在IBM在微软，能够有这样的团队也是很少的吧

作者: yifeng999 时间: 2010-10-17 22:06
我心目中的软件测试团队：
1、公司重视测试项目，重视测试人才发展，重视测试人员的意见，合理的待遇和福利
2、公司有符合自己业务的一套测试流程和项目流程
3、有经验丰富的测试领导者，拥有：协调决策能力、培训技巧、沟通能力、公正的考核、计划和风险防范能力、个人品质等
4、团队成员有一个共识，一个目标，且有学习能力和职业精神

作者: helios 时间: 2010-11-9 11:44
我心目中的完美团队：核心的领导，可以在团队业务管理上给予指导和支持；公平的工作分配，可能术业有专攻，但希望工作内容和压力能够尽量合理、公平；能提升能力的学习氛围，不为能达到什么专家程度，只要能给人一种向上的学习气氛；一定的人员流动率，有人可以向上发展、有人可以对外发展，每年有新鲜血液进来，有活力而不失大局。

作者: harryzhang2522 时间: 2011-8-11 18:15

目前行情来看，简单就几点：
1 公司必须重视测试，测试能与开发同级
2 有一套完整可实行的测试流程 ...
yixiong007 发表于 2009-9-24 17:27

软件测试人员的梦想。。。

作者: liuxiaoh1001 时间: 2011-8-29 10:45
优秀的团队我觉得是一群有能力和有责任心的人齐心协力在做一件有意义的事情，

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