测试组长困惑

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

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

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

ddss · 发表于 2011-9-5 23:01:21

bug描述不够好？
规范一下bug描述的的格式吧。;-)

roger814 · 发表于 2011-9-6 09:23:33

要求所有bug都写明步骤。

紫薇媚 · 发表于 2011-9-6 09:28:18

可以要求尽量贴图吧，或者召开bug会议，沟通怎样的bug是开发看的懂得

yaojingisababy · 发表于 2011-9-6 10:03:31

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

li373935562 · 发表于 2011-9-6 10:04:44

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

zhuzunwei · 发表于 2011-9-6 11:52:01

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

shu123 · 发表于 2011-9-7 09:32:17

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

丢了朵朵 · 发表于 2011-9-7 13:52:40

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

lgs0540 · 发表于 2011-9-7 16:38:07

可以看下项目管理的书

dream2030 · 发表于 2011-9-7 17:42:37

如果讲的有道理大家还是会欣然接受的。。。不要有压力，其实他们也知道这并不是坏事。。

longlong1988 · 发表于 2011-9-7 23:21:30

不断充实自己

一路向前 · 发表于 2011-9-9 10:51:47

制定规范文档，以身作则~

16535750 · 发表于 2011-9-9 11:51:22

同意楼上制定规范文档，以身作则~ 另外充当标杆

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

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

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

回复 1# applejuzi

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

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

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

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

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

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

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

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

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

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

[讨论] 测试组长困惑

相关帖子

站长推荐 /1