测试组长困惑

applejuzi · 发表于 2011-9-5 21:26:13

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

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

tianyu890619 · 发表于 2013-2-20 09:40:48

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

芒子梦 · 发表于 2013-1-18 09:59:42

我好像带人啊，就是没人给我带

liuyang0618 · 发表于 2012-12-26 16:36:19

制定规范，哪些是生手必须经历的阶段

lotuskbl · 发表于 2012-2-13 14:11:29

统一规范

spring279 · 发表于 2011-9-18 19:54:08

使用BUG管理工具,让他们按上面的步骤一步一步来填写,不规范无所谓,但一定要让人看得懂,按其写的步骤能重现,这才是最主要的.

kofalex · 发表于 2011-9-18 09:50:50

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

qianliemao · 发表于 2011-9-16 17:41:42

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

QQHao · 发表于 2011-9-16 16:56:10

回复 25# kebi317

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

kebi317 · 发表于 2011-9-16 16:45:48

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

测试小书童 · 发表于 2011-9-16 14:24:17

先要看用什么管理bug的工具。
每个工具要求的东西是不一样的！
然后在这个工具上规定一下需要写的东西！
就OK了。

liaolg_gogo · 发表于 2011-9-16 09:15:58

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

xiaohai_cx · 发表于 2011-9-15 22:23:06

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

QQHao · 发表于 2011-9-15 16:53:11

本帖最后由 QQHao 于 2011-9-15 16:54 编辑

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

zyl520xz · 发表于 2011-9-15 14:09:12

制定一个规范吧，然后着急全组测试人员及相关的人员开个回忆探讨下可行性。一个小问题而已

angelzhan · 发表于 2011-9-15 14:03:14

不断充实自己,鞭策自己。

wpyily · 发表于 2011-9-14 16:33:43

指定规范，一起开会学习，会后要求他们遵守，定期review，当然自己得先做的足够好才能服人哦

ximiao · 发表于 2011-9-14 14:56:22

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

unisoft · 发表于 2011-9-14 14:42:58

回复 1# applejuzi

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

caihongtiantang · 发表于 2011-9-14 11:54:51

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

		自动登录	找回密码
密码			(注-册)加入51Testing

[讨论] 测试组长困惑

相关帖子

站长推荐 /1