共享麻烦，有“难”众解决

billrub

各位测试主管、质量管理人员：
在这里启动一个帖子，所有测试管理版块的从事测试方面管理的人员大家共同“分享”在各自领域遇上的管理方面麻烦和困难，在这里可以尽情地吐吐苦水，把详细情况描述一番。
我们在这个帖子的互动过程中尽量避免过多的教程式解答、讨论，针对一个问题讨论一个问题，遇上一个问题从实际出发解答一个问题，启动所有测试管理人才的智慧解决个人的工作困难和管理瓶颈。
另一方面因为测试管理人员所面临的问题能更典型、更深层次地反映我们国内测试存在的普遍问题、现象，透过大家一起提供的这些现象或许我们能在这里总结出一二，以使大家“活”得更明白，或者实在不幸运的测试管理人才“死”也“死”得其所。

请大家在发帖提问或回复过程遵循以下规则：

1、提问者发帖请在内容前加注：   [提问1]，其中“1”表示的帖子中发表的第几个问题，按顺序递增

2、回复解答者发帖请在内容前加注： [答复1]，其中“1”表示的帖子中发表的第几个问题，解答的是该问题

斑竹将定时整理所有问题和回复，将同一个问题的提问和回复整理到一个主题中，以方便大家参阅

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

zhsh1203

支持

luckhj

原帖由 huangcm 于 2007-6-8 15:15 发表
【提问6】当分配下去的测试任务，感觉测试人员没认真执行测试怎么办？

首先要分析下为什么测试人员没有认真执行,是能力不足还是态度问题;若是能力不足,可以及时指导;若是态度问题,那就了解原因,帮助他,若无法改变要么接受要么换人.

luckhj

原帖由 njalic 于 2007-3-30 20:28 发表
我刚刚接手管理测试组,公司里的很多管理不规范.有很多规范文档和制度都在制定当中。由于公司的定位问题，导到很多测试任务有个最大的特色就是短、频、快。每个需求一般不会超过5天，基本上都是在一两天内能完成 ...

在任务下达后,一定要在第一时间和接受任务者进行当面沟通和确认,当测试人员和你的要求以及项目的标准达成一致,只有目标一致才能做好测试.同时对于测试人员之前没有接触和不了解的要让他们明白,这样做起来才会比较顺利.

小毛驴

提问8: 有些测试用例已经不怎么能发现故障了，怎么在测试策略中决定是否还需要执行呢？就是决策中的风险和利益怎么计算？
因为新一次的版本中不敢肯定这个没有问题了。

huangcm

[提问7]使用什么工具来管理测试用例

目前我们是使用EXCEL，但是当一个软件系统用例是由多个人一起写的，后期的维护就比较麻烦了：
软件系统变更，产生的多个版本，相应的用例如何维护；
多个人都对这个系统用例进行修改（一般按各自负责的模块，或者任务进行修改），最后整合在一起又是一个麻烦的事情；

请问大家是用什么工具来管理的，或者有什么好的工具可以解决上面的问题，可以说说

njalic

1.制定严格的测试质量考核制度, 并以身做则 对相关测试人员进行考核,定期公布考核结果. 可以做排行榜之类的,相信不会有那个人不看重自己的名誉.关键是自己得先做好.自己严格按照考核要求来做.

2.找那些不负责的同事谈谈,看他们有什么想法,对目前的工作流程或制度有什么建议.综合各人所说,总结优缺点.将这些建议增加到部门管理制度里,并督促员工认真执行.

3.找你们公司的领导给那些工作不认真的人施加压力,比如扣工资,奖金之类的.

4.自己多抽点时间,把测试质量控制好,这样在软件发布出去后,才不会太难看.毕竟做为测试负责人,对软件测试质量负有直接责任,不管下属是否用心工作,自己都得用一样的心对做监督和管理.

5.注意整理测试过程中产生的缺陷清单,将软件中经常出现的错误统计一下,一方面发布给程序员和项目经理,另一方面也向别人展示你的工作成果.根据组内成员提交的缺陷质量要求领导(如果自己没有相应权限的话)给予工作优秀的成员加分或发奖金.多做些表杨少做些批评.

6.组织组内培训,提高测试技能和测试方法.交流多了,管理起来自然会好很多.

ioeoryoery

我现在也遇到同样的烦恼：分配下去的任务，测试人员没有认真去做，只是在应付和拖延时间。
分析了一下感觉和测试人员的责任心和上进心有关系

[ 本帖最后由 ioeoryoery 于 2007-7-10 15:46 编辑 ]

huangcm

【提问6】当分配下去的测试任务，感觉测试人员没认真执行测试怎么办？

njalic

测试工作流程规范,测试缺陷管理规范,软件缺陷标准定义,软件测试停止中止测试标准,测试工作度量标准,测试工作考核标准

也许还有更多的,欢迎补充

just_cici

[提问5]测试部门成立后需要建立哪些规范、流程？
假如公司刚刚成立测试部门，所有都是0起点，那需要建立哪些规范、流程呢？

njalic

我个人比较倾向于后者,也就是甲测项目A,B; 乙测C,D .
一个人的精力是有限的,同时负责过多的项目会造成测试的不深入,可能会只测试一些表面层次的功能.而且每个项目的测试重点测试方法都不一样.同时测试很多项目会给测试工作带来混乱.如果能专注的只测其中的一到两上项目,在时间和精力允许的情况下,会比同时测4个项目效果更好些.

huangcm

[提问4]当项目较多时，如何进行分配执行工作？

如项目：A,B,C,D, 人员：甲，乙

甲乙对项目A,B,C,D,都进行测试，还是分配甲测试项目A，B；乙测试项目C，D好，
或者其他分配方式？<br>


补充说明下，项目A,B,C,D不一定全部同时提交测试，可能这段时间只有A,B,C,那段时间只有B,D等，
怎么分呢？最好具体说下各情况下的分配。

[ 本帖最后由 huangcm 于 2007-7-17 09:28 编辑 ]

wwu

规范的测试非常重要

huangcm

【答复2】
我觉的你列的已经很具体了，没什么好在说明了；
可以直接从他们那了解在需要补充什么，
很多时候可能是没仔细看清楚吧，所以重点部分要强调下；


【答复3】
对测试人员总的考核有：
提交bug的数量以及bug的本身价值
测试文档的质量
测试技能水平（测试用例设计水平，测试工具使用水平，测试结果分析判断水平）
测试技能以外的综合能力（工作态度，沟通，团队合作，钻研）

学习能力方面就对这些看进步程度如何了

我觉得主观评价不代表评价效果就不客观了，
用具体的标准或具体指标来量化来比较主观的东西能说明就是有效的评价？

[ 本帖最后由 huangcm 于 2007-4-30 16:43 编辑 ]

QA_lucy

可以看他提交的bug 的数量和质量
查看一下他的工作的态度
与同事的沟通的能力

laplas

捞分加支持。sdlkfj2

lsy325

关注中

hamlet1220

支持，支持，良好的规范最重要

yu369

想我带个头，