51Testing软件测试论坛

标题: 测试小组的负责人如何统计和收集数据？（09-12-21）（获奖名单已公布） [打印本页]

作者: 默默巫 时间: 2009-12-21 13:56
标题: 测试小组的负责人如何统计和收集数据？（09-12-21）（获奖名单已公布）
作为测试小组的负责人，如何统计和收集数据，让领导感觉到测试组做了不少工作呢？

快年底发奖金了，一直为工作总结而发愁。作为软件测试的负责人，如何去统计和收集数据，让领导感觉到测试组做了不少工作呢？怎样去统计？需要统计那些数据和指标？

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

获奖名单
奖项	获奖名单	奖励	答案链接
一等奖	shaofei19820625	当当购物卡50元	12#
二等奖	jscn1982	300论坛积分	3#

作者: sunpeng 时间: 2009-12-21 15:14
那就写的玄乎写写的越玄，领导越高兴

作者: jscn1982 时间: 2009-12-21 18:23
个人觉得两个方面：
一是测试组实实在在到底做了什么工作：这方面包括编写了多少测试用例、测试了多少个版本、执行了多少用例、团队建设怎么样(团队技术实力提升情况、积累的产品知识、积累的技术文档情况)等
二是测试组给公司带来的价值，主要就是发现了多少Bug，给公司节约了多少成本(这里不一定实实在在算节约了多少钱)。但是这过程中一定要强调发现了多少严重Bug，这些bug如果存在会产生什么样的严重后果等。当然还可以包括需求阶段发现了多少问题，设计阶段发现了多少问题，节约了时间成本。

作者: msnshow 时间: 2009-12-21 21:24
其实测试部门算是一个后线的部门，要说成绩，就是经过测试上线后的系统没有出现什么问题，用户很满意

然后就是团队建设、技术实力的提升之类的了

[ 本帖最后由 msnshow 于 2009-12-21 21:25 编辑 ]

作者: UU1983 时间: 2009-12-22 09:28
标题: 不能临阵磨枪
这种数据时天长日久积累下来的怎么到了年底一拍脑袋才写呢？

作为测试组的负责人，在年之初始你就应该做好工作日程表和成绩考核表
一方面对年终总结大有益处另一方面可以考核测试人员的技术程度、进步程度、技术缺陷和职业素养
无论写什么都要在实事求是的基础上，既不夸大也不妄自菲薄，测试组是部门中最闲不住的人了，如果一年了你们发现什么都没干，我只能说一你们公司要倒闭了。二你这个负责人不合格没有做好工作记录
下面我说说在有工作记录的前提下如何写好工作回报总结
工作数据从哪几个方面下手收集
一总结项目
一年之中总会有几个项目做吧，把他们的名称写出来
二进入项目记事录
查看这个项目都做了什么工作，遇到了什么困难，在这种困难的前提下，大家克服了困难，快速的解决了问题为公司做出了哪些贡献如争取时间得到良好的客户评价，致使回款快速等
如果你什么困难都没遇到那我只能说你们都是精英啊。。。。。。其实任何项目都有很难解决的难题。

三将前两条进行分工合并
数据就出来了
对于每个人的数据搜取还是要依靠以前是数据，评价一定不能有失公允，要公正、公平、公开
赢要漂亮输要服气
千万别夹杂个人感情不如以后的队伍就不好带了
顺便一句这东西如果你要把一个人写的太糟除非你想不要他了，否则还是不要那样写的好。什么事情家里说清楚，不要当着领导说，否则领导不会认为他有什么问题，而是你领导能力有问题没管理好团队。
哈哈经验之谈，如果你想开人可以写报告里

作者: wzxshi 时间: 2009-12-22 10:47
感觉5楼说的不错，顶了

作者: snllll 时间: 2009-12-22 11:27
那要看什么样的公司了，如果公司领导是技术出身，要是搞的太邪乎不太好，还不如抓住重点，写发现的重大bug，最后总结下给开发团队各个层面生产力的提高。搞的太虚不好！

假如领导好大喜功，发奖金的事由他拍板说话，那么一定要讲究阅读的质量，总结要写的漂亮好看！

哈哈

作者: snllll 时间: 2009-12-22 11:29
5楼说的非常好！

作者: woodcraft 时间: 2009-12-22 15:38
说说我的“临时抱佛脚”的办法吧！毕竟不管怎么样，涉及到领导以后的重视程度与明年的资源分配呢！

数据的来源：
1、自己从相关测试文档中收集。
这里指的文档主要是测试流程中要求的一些文档，从这里找数据。

2、各项目负责人提供。
平台太多，业务太多，可让相关测试项目负责人一同帮你找，而不是你一个人找。

3、从上下游着手收集的数据。
软件开发人员的数据，如果他们整理好了，可以拿来参考使用。软件测试完了需要发布，可同软件接收人员沟通，让他们提供一下今年发布了多少软件。

数据的要求：
1、BUG数
这个数据是一定要的，体现工作成果的。来源可通过BUG管理平台（基本上大家都有用吧），从里面直接获取今年提交的BUG数量。

2、项目数
这是体现工作量的。自己如果统计不出，可通过软件开发人员（基本上他们有工作量，测试就跑不了），或者从发布软件的数量统计。

3、测试轮数与执行用例数
这也是体现工作量的，一般来说，项目数都不会超过100，领导对此没概念，也不会“震撼”.......
轮数就多了.....什么，没记录？OK，那找找软件人员的版本记录吧.....没有？那我也没办法了.......
执行用例数，如果你能统计出来，估计那是相当震撼的一个数字，不过基本上比较难.....

4、其他数据
恩，这是体现工作成果的，比如说系统上线后的用户投诉等等，找支持部门或品管部门要下吧，如果不太好，那就别说了，反正他们部门总结时会说的..........

话说回来，同意5楼，明年还是注意平时收集吧！取巧的感觉真不好...........

作者: UU1983 时间: 2009-12-23 13:48
多谢大家的赏识，谢谢

作者: 于于于 时间: 2009-12-23 13:48
标题: 数据统计
1 测试计划统计
2 测试用例统计
3 测试缺陷统计
4 测试报告统计
如果还有后期的文档工作，也要进行统计。

作者: shaofei19820625 时间: 2009-12-23 13:57
从楼主的问题里分析，楼主做这个年度总结应该是对测试负责人的考核，而不是对小组里其他成员的考核吧。
那我觉得要从领导想了解什么信息去入手。领导关注的不是你的过程，他要的就是结果。而要让他了解你带队的小组做了很多事情，那么必须将你的产出量化给领导看。我觉得有以下几个方面：
一、项目。作为负责人，你可以制定一个表格，让各个项目负责人去填写统计。表格包含以下方面
1、项目名称
2、项目规模。分项目开发人数、项目测试人数、项目周期、项目测试用例数等几方面去统计
3、项目线下bug数
4、项目线上bug数
5、项目是否有严重bug：每个公司对严重bug的判断标准不一样，根据你自己的公司情况来
6、产出：《缺陷分析报告》、《项目测试总结报告》、《业务总结报告》等等，附件最好带上，或者告之共享目录地址。我认为这部分很关键，项目结束之后的一系列总结就是你们组的沉淀，要说明清楚这些总结给别人带去了什么价值。比如项目测试总结会将你们项目过程中的一些好方法啊，好的教训啊总结出来和大家分享。
二、团队建设。
做为小组负责人，不光光关注的是你小组里各项目的情况，还需要关注小组成员，就是对人的管理。因此为了这个团队的发展，你做过什么事情,产出了什么。
1、新人：人数，师傅，业务学习方法，业务能力考核方法
2、小组成员的技术能力的学习和提高氛围
3、组织了几次内部培训，效果如何
4、和其他小组间有没有进行过学习交流
5、小组所负责的业务知识沉淀
6、小组里的一些规范的建立
...............

总之，同楼上说的，以上所有的内容要统计出来，还是靠的平时的记录，所以作为测试负责人其实还需要培养团队的这种习惯。还有，要做出这些统计，靠你一个人的力量也是不行的，还需要团队成员的积极配合。

[ 本帖最后由 shaofei19820625 于 2009-12-23 14:01 编辑 ]

作者: mars_diablo 时间: 2009-12-23 13:57
楼上各位大大已经说的差不多鸟，我觉得综合一下就好
个人感觉写总结还是要看所处环境，领导是怎么样的，技术型，管理型，还是浆糊型...再看边上的开发组，他们都是牛人啊，小心你的年终总结里得罪了他们可是让来年不好过的，要是写得你好我也好，说不定他们来年美言几句，领导就批准你申请的各种设备...再看手下的兄弟们，如果他们和你出生入死，为你扛枪档炮你写差了怎么对得起他们，如果他们成天大事不做，只游戏聊天，那你写好了就是在给自己埋炸弹
SO，领导是技术型的，一定要多谈自己的小组是如何克服了技术上的难题解决了XXX问题，最终取得了XXX成绩。还有一个重点就是在这一年里小组又学习到了什么，这个是技术型领导喜欢看到的。管理型的领导注重数据，在数据上一定要多下功夫，平日的收集很重要，最好不要打马虎眼，糊弄了的话被揭穿是很尴尬的事情，可能就从此打入冷宫了。浆糊型的就要把马屁功夫发挥到极致，领导是如何的好啊，如何的英明之流啦....
还有就是无论哪种领导，其实都是很忙的，所以对总结的东西还是有一定的要求，最好能即说明问题又简洁，不要曲折离奇，这样他们是么心想看下去的...
如果有取巧的话，也是对付浆糊领导，但这类领导是最考验写作水平的，如果写作水平不佳，很可能马屁拍到马腿上....慎之...

作者: zhanghl 时间: 2009-12-23 13:58
对测试团队测试设计能力的体现，对测试用例的数量进行统计，对测试用例的广度，深度，有效性进行统计。
对测试团队测试执行水平的体现，对测试执行中的测试执行效率和执行质量进行统计，如遗留的缺陷百分比，每个人日所执行的测试用例数，每个人日所发现的缺陷数，每修改KLOC所运行的测试用例数。
对测试团队管理水平的体现，对测试计划的执行情况进行统计，计划与实际工作的符合程度，测试成本控制，测试风险控制等。

作者: Yr-Test 时间: 2009-12-23 22:21
写出的东西一定要量化，最好能做出报表，邻导一般都没啥子时间仔细去看，所以最好有具体的数据，一看就能一目了然。
我以前为了向邻导申请编制人员，就写过类似的统计报表。

作者: majun915 时间: 2009-12-23 22:52
我虽然不是测试人员但是还是学习了呵呵

都说的很不错

作者: 夜魅 时间: 2009-12-24 08:56
支持5楼

作者: UU1983 时间: 2009-12-24 09:18
谢谢大家的支持

作者: 龙雨 时间: 2009-12-24 10:51
一定要突出成本！这是最体现测试团队存在价值的地方。

作者: UU1983 时间: 2009-12-24 11:23
成本固然重要，但是质量是更重要的，如果就招一个人，出去的东西总有问题，算算这中成本要比多招几个人多好多

作者: 5有2块钱 时间: 2009-12-24 13:36
恩。。总体看下来。。5楼写的最实惠。。。。

作者: UU1983 时间: 2009-12-24 15:07
多谢支持

作者: rolei 时间: 2009-12-24 21:25
标题: 数据用来做什么？
统计和收集的数据指标太多了，找本质量管理的书一看便知。

一个问题：统计和收集的数据用来做什么？

收集的数据用来支撑后期的分析，为质量指标提供数据支撑；
统计分析数据后，公正的得出项目的质量情况，指出项目所存在的问题和风险；
一方面是项目质量数据收集分析，另一方面是公司级的质理度量数据收集分析；
一方面是反映项目的质量情况，另一方面是反馈公司整体的质量指标，为下一步改进做准备；
－－统计和收集数据的依据。

如果为了数据而做数据，无法暴露问题，这样的数据留着装面子吧，项目不需要。
使用图表形式会更清晰，分析不足的同时，更要指出数据反映出的优势，这样数据报告才可能更容易被阅读者所接受。

作者: woodcraft 时间: 2009-12-25 11:04
觉得大家有点偏题了.....

题目的目的是:
作为测试小组的负责人，如何统计和收集数据，让领导感觉到测试组做了不少工作呢？

快年底发奖金了，一直为工作总结而发愁。作为软件测试的负责人，如何去统计和收集数据，让领导感觉到测试组做了不少工作呢？怎样去统计？需要统计那些数据和指标？

我们都想把事情做好，但是需要领导的支持与资源的投入，在不成熟的环境中必须学会一些取巧的做法.......

做测试团队负责人好多年了，很累，也想做的理想，但是太多的制约.......

相信提问题的楼主也有同样的困惑，所以希望大家也不要太指责，不要把一些想的都太理想，规范的流程做测试的都想，但是大多数公司的环境远不是那样。

恩，就这样吧，希望大家回归实际，不要说应该怎么样怎么样做了。

作者: UU1983 时间: 2009-12-25 14:10
标题: 要学会取巧但是不能以取巧为主
其实大家也不是在职责，只是认为做好基础数据最重要今年可以取巧，那明年、后年呢、取巧的成果往往是不够理想的。作为一个负责人就要有些但当，用我的话说就是拿多少钱干多少事情，如果你第一次这么干，大家可以理解，但是每次都这么干你首下怎么想呢，谁都做过底层。
数据个人认为，自己的做法已经是将工作量减到最少的方法，也许我工作年限尚浅没有更好的办法。
所谓让老板知道干了多少事情数据就是有力的证据，后果也很重要，要干好要干巧说的容易做的难
所以在数据的基础上在事实的基础上要注重成果物，那是什么成果物呢就是你为公司间接的创造了怎样的价值。
一个测试团队不能像销售一样直接能看到利润，但是一定要让老板知道如果没有你们，我们将要付出多少money去做大量的维护和修正还有破坏客户印象后的关系维护。
这就是你给公司所带来的价值

作者: UU1983 时间: 2009-12-25 14:13
具体的我就不说了，猫有猫路鼠有鼠路，这东西说多了反而影响大家思考，在具体那我该把我的报告给你了

作者: lydia.pu 时间: 2009-12-25 17:29
标题: 回复 24# 的帖子
既然要让领导看到你做了不少事情，当然要用数据说话最直观了。
建议你可以使用word格式的文档加上柱状图来展示。俗话说图文并茂嘛。。。

作者: ml3684881 时间: 2009-12-25 22:16
支持23#, 不要为了数据而去统计数据, 为了发现和解决问题才去统计数据才是真理

作者: ml3684881 时间: 2009-12-25 22:20
为了奖金去统计数据，我才不稀罕，我不关心现在能赚多少钱
我只关心我能从中总结和学到什么，将来能赚多少钱，上进上进再上进

作者: UU1983 时间: 2009-12-27 10:26
楼上误解23楼的话了，他不是你说的那意思他的意思是说如果投机才能让老板看了觉得干了很多活而且成绩很高

作者: dumb_dora 时间: 2009-12-27 20:03
支持5楼的，相当滴全面哦

作者: BigStones 时间: 2009-12-27 22:01
看来还是要养成随时总结的习惯呀！

作者: woodcraft 时间: 2009-12-28 09:42

原帖由 UU1983 于 2009-12-25 14:10 发表
其实大家也不是在职责，只是认为做好基础数据最重要今年可以取巧，那明年、后年呢、取巧的成果往往是不够理想的。作为一个负责人就要有些但当，用我的话说就是拿多少钱干多少事情，如果你第一次这么干，大家可以理解 ...

注意:是年终总结!
很多时候,公司要求的总结并不是测试团队期望的,拿数据来说,测试团队也有自己的数据收集,其目的是为了团队成长,个人公平,在这一点上,我同其他人的观点并无二致.

但是,年终总结是什么?这不是在测试团队内搞总结,这是在公司层面上的总结,你的总结是为你的团队,是为你的团队与开发团队\服务团队\销售团队在争取明年的资源!!!

数据要真实,但是要分清数据使用的范围,如果数据是内部使用,为项目提升效率,为公平竞争,我们需要的数据绝对不是取巧的数据.

但是如果需要为团队争取资源的数据呢?而这些数据的收集在平时并不是我们收集的重点的情况下呢??你如何处理?

作者: woodcraft 时间: 2009-12-28 09:43

原帖由 ml3684881 于 2009-12-25 22:20 发表
为了奖金去统计数据，我才不稀罕，我不关心现在能赚多少钱
我只关心我能从中总结和学到什么，将来能赚多少钱，上进上进再上进

你不稀罕,只是因为你代表的是你,而不是测试团队!!!

如果你代表了团队在写年终总结时还这么想,我只能说,明年没有人会留下来和你干活!

作者: UU1983 时间: 2009-12-28 10:02

作者: happy_wendi 时间: 2009-12-28 20:10
标题: 回复 1# 的帖子
我觉得可以从如下几方面考虑：
1、测试组资产：这里包括测试用例数、自动化脚本数、测试经验文档、测试总结等固定资产；
2、测试组工作：包括支撑测试了多少版本，发现了多少问题等方面；
3、团队建设：包括测试人员技能提升、测试组组织气氛建设等方面；
4、其他：测试组获得的其他成就，比如获得的奖励、表扬等等；

作者: 19840120xinru 时间: 2009-12-29 10:11
5楼的说的不错哦，学习了~
看来是很有经验的项目负责人咯！

作者: UU1983 时间: 2009-12-29 11:10
嘿嘿谢谢支持

作者: kiklo 时间: 2009-12-31 10:14
很好很强大正是我需要的年底要写东西啊

作者: Arenas 时间: 2010-1-4 15:31
学习中

作者: dovesky 时间: 2010-1-6 10:23
这是个很经典的问题

作者: dulein 时间: 2010-1-18 21:39
学习了呵呵~！

作者: 061001 时间: 2011-9-29 15:08
一个项目过来了需要多长时间能够测试完成？从哪些方面，怎样去计算？

作者: 孟胡范b 时间: 2011-10-24 20:21
不错的呢。。我看好你噢！吞噬星空 http://www.kanshu.la/

作者: mydceats 时间: 2012-4-1 19:40
标题: 支持！
看贴不回贴都什么习惯呀？

祛痘

作者: 浪花 时间: 2012-4-6 14:57
当项目比较大了后，团队建设就成为比较重要的一项。

作者: 锐鑫模具钢 时间: 2012-5-5 09:50
说的不错！

锐鑫钨钢

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