新部门的测试组管理

上一篇 / 下一篇  2011-05-15 16:45:00 / 个人分类:测试管理

刚到新部门两个月,慢慢地熟悉了业务。由于部门是刚成立两个多月的,所以没有任何流程,一切都是混乱。

我在这里一直想办法建立流程,包括自己组内的管理流程,同开发和实施的接口流程。虽然这个过程异常的痛苦,例如要求大家使用TD,结果对开发说了五六遍要改bug状态,他们还是会提交了版本后,仍然不改。结果又要找开发的主管领导来协调,绕了一圈,最后才能达到目的。

诸如此类的问题就不必再重复多说,反正我的终极目的是要把我的流程理顺和推广,保证大家的工作顺利,尽可能地少扯皮。至于像以上推广遇到困难的时候,我会先礼后兵,如果说服不了的,我会说服对应的主管领导来帮我推广。只要我的思路是为了大家更好地做项目,领导们都还是容易说话,也容易接收我的想法。毕竟他们也确实需要这样的人来为他们做好事。当然,如果所有人都不认同,我认为暂时可以停止推广,到了一定的事情上面,发现我的想法对项目有利,再拿出来不迟。

反正流程建设基本上成了我工作的一部分。在组内推广是很容易的,毕竟我一个人能说了算,当然我会比较民主,先征求大家的意见,如果大家有异议,我会把我的理由解释清楚,让每个组员能够初步理解我的思想,告诉他们这样做的好处。这样,在组内基本上都是很顺利的。

在组内我使用了几个工具,TD管理测试过程,包括测试用例、测试执行和缺陷;同时,在我以前老大的帮助下,她利用TD管理bug的思想建立了一个任务管理库,用来管理测试任务,我沿用了这个工具和思想。这样我组内的成果物和任务都非常地明确。大家只要看任务库就知道要做哪些事情,事情的优先级都定义好了。另外,一些临时性的文档和发布的软件版本,我还是会用到配置库管理。所以我的组内的测试过程还是比较顺,测试新人一进来就给他们培训这些流程,基本上每个人都知道这一套办法,同时还会要求我的测试人员去帮助我推广我的这些想法到其他组。

以上都是我在新的部门,新成立的测试组内管理测试和协调测试组同其他组之间的管理方法,这个建立流程的过程非常辛苦,但是建立好了流程后,我们组内的每个人都学会了和其他组打交道,不需要每次一提交版本,就要我去协调半天,虽然现在暂时还是少不了我的参与,但是我相信慢慢地,我的测试人员能力上来后,他们能够成为我思想的推广者和执行者,而我可以花更多的心思来提高我组内的能力,甚至建立起更广阔的测试范围,包括白盒测试、接口测试、自动化测试等等。


TAG:

散步的SUN的个人空间 引用 删除 散步的SUN   /   2011-06-09 19:36:41
白盒测试、接口测试、自动化测试...
看样子还有很长的一段路要走
白盒测试不是一个人能推动的
自动化测试,也需要配合,个人觉得,最好在前期就能有这样的意识吧,能有开发的配合
sunlight426的个人空间 引用 删除 sunlight426   /   2011-05-22 13:08:26
谢谢朋友们的支持,我也放弃过,但是领导们的重视还是把我留下来的,在这里就还是得坚持,慢慢地把业务理顺了,做起来也顺手点了。前期痛苦了,经历过了回头看看也没什么
@槽神刘叫兽 引用 删除 lyscser   /   2011-05-16 11:07:00
你可以写段代码加个控制,让开发不改bug状态移交不了……
aying2163的个人空间 引用 删除 aying2163   /   2011-05-16 10:31:36
佩服你,我也有这方面的经历,由于这样那样的原因,没有像你那么幸运,但也也学到了不少东西,倒是。
水儿儿的个人空间 引用 删除 水儿儿   /   2011-05-16 10:14:17
路很长,只能一步一步走。佩服你,加油!
 

评分:0

我来说两句

Open Toolbar