51Testing软件测试论坛

标题: 测试组长困惑 [打印本页]

作者: applejuzi 时间: 2011-9-5 21:26
标题: 测试组长困惑
在公司工作1年多，由于表现还可以加上之前有2年的测试经验，不久前被任命为测试组长，带一个项目。在公司中还有几个人比我资历要老（大概在公司有2年吧），但经验没我多。我想自己带这个项目多少还是有点压力的。

在公司的这段时间我觉得测试写的bug不够好（类似这样的问题还挺多的），有些地方需要改善，我想在我现在的项目中实施，但怕大家有点不接受。请问大家有没有遇到类似的问题，谢谢。

作者: ddss 时间: 2011-9-5 23:01
bug描述不够好？
规范一下bug描述的的格式吧。;-)

作者: roger814 时间: 2011-9-6 09:23
要求所有bug都写明步骤。

作者: 紫薇媚 时间: 2011-9-6 09:28
可以要求尽量贴图吧，或者召开bug会议，沟通怎样的bug是开发看的懂得

作者: yaojingisababy 时间: 2011-9-6 10:03
对bug录入设定规范：包括前置条件、测试数据、测试步骤、实际结果、预期结果、附件等；而后的推行其实楼主不必太担心，任何新规范的实施刚开始大家可能都不适应，但是实行一段时间后自然会形成习惯，而且描述清晰的bug也可以节省开发与测试之间的沟通时间，只要明白了这一点，大家也会欣然接受的。

作者: li373935562 时间: 2011-9-6 10:04

以身作则，劝说（不是要求）同事在描述BUG的时候尽量写清楚步骤，甚至是测试时使用的数据，让读BUG的人完全可以根据描述重现。

作者: zhuzunwei 时间: 2011-9-6 11:52
这不是技术的问题了，纯粹是管理手段的问题，情况就很多了。
描述不够好的话一把米来说是习惯造成的，这需要提升组员的意识与能力。找模板，树立典型，给予写得好的适当的表演和鼓励，应该会有效果的

作者: shu123 时间: 2011-9-7 09:32
我觉得可以先把问题反馈到测试主管那，召开类似会议，就规范BUG的描述提供好的建议！然后再将其传达各小组及成员！共同进步！

作者: 丢了朵朵 时间: 2011-9-7 13:52
我也遇到过楼主这个问题，不过我觉得以身作则蛮重要的，我当时就是自己把这块做好，然后得到开发人员的一致认同，而后也给小组成员开会，规范这一点，后来大家也就自然而然的接受了。

作者: lgs0540 时间: 2011-9-7 16:38
可以看下项目管理的书

作者: dream2030 时间: 2011-9-7 17:42
如果讲的有道理大家还是会欣然接受的。。。不要有压力，其实他们也知道这并不是坏事。。

作者: longlong1988 时间: 2011-9-7 23:21
不断充实自己

作者: 一路向前 时间: 2011-9-9 10:51
制定规范文档，以身作则~

作者: 16535750 时间: 2011-9-9 11:51
同意楼上制定规范文档，以身作则~ 另外充当标杆

作者: caihongtiantang 时间: 2011-9-14 11:54
我觉得应该拟定一个缺陷报告的模板，然后召开测试组会议，大家一起商议，最后定版，然后试运行一个月，再召开会议，就大家觉得不好的地方做出改进，定版，接下来如果再有好的改进点可以不断完善，没有最好只有更好

作者: unisoft 时间: 2011-9-14 14:42
回复 1# applejuzi

晕死了，只能说你个人能力距离测试组长还有相当的差距，这是多大的事啊，这么费劲？测试组长要处理的事情多着呢，要为项目质量负责（兼顾成本、进度）、组员工作质量负责、组员个人成长，项目沟通等，这充其量就是个小小的要求而已，如果这个事情都犹疑，怎么成大事？

作者: ximiao 时间: 2011-9-14 14:56
可以召集测试人员做个交流，准备些描述不清晰的bug做样例分享，我觉得能做测试的人大部分责任感还是比较强的，如果意识到是个问题，再结合一定的规范指导大家如何描述是正确的，问题应该会有改善的。

作者: wpyily 时间: 2011-9-14 16:33
指定规范，一起开会学习，会后要求他们遵守，定期review，当然自己得先做的足够好才能服人哦

作者: angelzhan 时间: 2011-9-15 14:03
不断充实自己,鞭策自己。

作者: zyl520xz 时间: 2011-9-15 14:09
制定一个规范吧，然后着急全组测试人员及相关的人员开个回忆探讨下可行性。一个小问题而已

作者: QQHao 时间: 2011-9-15 16:53
本帖最后由 QQHao 于 2011-9-15 16:54 编辑

找部门经理测试经理哇
只是一个测试组长想改动一些制度，首先做好准备找上级领导谈，认可了做个模板流程，实际中先在本项目中贯彻执行。不认可的话，那就保持现状，以后出问题了就说领导要这样的
这就涉及到领导能不能挡事。

作者: xiaohai_cx 时间: 2011-9-15 22:23
针对你说的问题，第一点，既然你被任命为测试组长，说明你肯定是有qualify这个职位的地方。资历不是用来衡量的标准，测试team leader和senior tester所做的工作是完全不一样的。
第二，你提到测试写的bug不够好，这个有些笼统。作为team lead,我觉得你首先应该研究清楚不够好在哪里。是提交的bug质量不够高？ (没有提出足够critical和customer related的bug)还是说bug description不够清楚。
如果是质量不够高，那可能是说你们的测试成员没有很好的business knowleage，或者说不够熟悉customer的使用习惯。
如果是description的问题，那比较好解决，最简单的就是当他写完一个bug description的时候，先自己尝试着照着它重现问题。

作者: liaolg_gogo 时间: 2011-9-16 09:15
其实bug首先是记录系统缺陷，其次是根据bug描述去定位问题，一个好的bug描述能让开发人员迅速地定位到问题，提高开发效率，所以对于bug的描述，开发人员也会有很多很好的建议，可以先自己制定一个模板，然后召集开发代表和测试人员一起讨论出，最后定下来试运行，因为这里面也有开发人员的意见，所有LZ不用担心由于自己在公司时间不长而hold不住的情况，你说呢？

作者: 测试小书童 时间: 2011-9-16 14:24
先要看用什么管理bug的工具。
每个工具要求的东西是不一样的！
然后在这个工具上规定一下需要写的东西！
就OK了。

作者: kebi317 时间: 2011-9-16 16:45
我也存在同样的困惑，因为有点工作经验，被安排带2个新人做测试，测试公司都有相应规范和模板，只是这本人不会带人，只会自己瞎忙，所以老是挨领导训，55!

作者: QQHao 时间: 2011-9-16 16:56
回复 25# kebi317

曾经哦也带过，先问下领导带新人要达到怎样的一个程度。不要抛一句话什么也不管了。有怎样的进度都跟上头领导说。免得出了事情小兵会说是他没教好，他不教的。最终领导也只会骂。
具体工作中，根据各自能力安排事情磨砺咱都是磨砺出来的
不过确实遇到过，讲了三四遍的业务，用例都摆在那，就是理解不了的。妈的，急死我了自己不操作，瞎扯淡

作者: qianliemao 时间: 2011-9-16 17:41
规范是个好东西,但在时间,人力资源十分紧张的情况下,往往又会造成浪费. 一个简单的一句话能描述清楚的问题如果按照规范可能需要写很多很多字. 有时,一个问题喊开发人员看一眼就能明白,但是如果要用文字描述,会非常的累赘,写的多了,开发人员就得看的多,还会造成浪费. 所以说规范也是要付出代价的.在资源紧张的情况下,往往就会以解决问题为根本. 所以说,规范和资源本来就是矛盾体.规范的建立需要也需要人员配备,项目时间等等允许,不然也会造成不好的后果.

作者: kofalex 时间: 2011-9-18 09:50
如果只是描述能力差的话这东西有时候很难改变，是随着测试人员本身的思维清晰度来养成的，在短时间内改变可能会有些困难，但是补救方法是很多的，比如加入清晰的截图，截图是最显而易见的了，把描述分成几部分的格式等等。
作为测试组长，其实已经进入了管理的角色，建议你看一些管理方面的资料，所有东西都去问别人是不现实的，别人也不一定能理解你的意思，也不一定会都教你。管理者首先要学会自我思考。找最有效的方法去解决问题吧。

作者: spring279 时间: 2011-9-18 19:54
使用BUG管理工具,让他们按上面的步骤一步一步来填写,不规范无所谓,但一定要让人看得懂,按其写的步骤能重现,这才是最主要的.

作者: lotuskbl 时间: 2012-2-13 14:11
统一规范

作者: liuyang0618 时间: 2012-12-26 16:36
制定规范，哪些是生手必须经历的阶段

作者: 芒子梦 时间: 2013-1-18 09:59
我好像带人啊，就是没人给我带

作者: tianyu890619 时间: 2013-2-20 09:40
既然让你当了组长，身在其位笔谋其职嘛，可以先把你要的改善措施与其他人进行沟通，然后根据大家的接收情况，制定一个bug的提交规范，我想这个应该是能接受的

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