测试主管应该做的工作

kkey

我们公司是一个小公司，一直都没有建立什么正规的测试流程。我刚当上测试主管不久，很希望通过努力使我们部门工作效率及个人技能有所提高。现在手头上有一个新的项目，已给出需求文档的初稿，请问从一个项目的开始到结束，测试主管应该做些什么工作？希望有经验的朋友帮帮忙。小妹在此先谢了。

kkey

没人愿意帮忙吗？

kkey

谢谢两位的回复.

kkey

billrub:我想借由对此项目的测试规划,进而改进测试部门的管理体制.公司对于新项目\产品的做法是:
1.总经理或市场部负责人根据自己的想法或用户的要求向各项目负责人表明;并在部门主管的例会中确定新项目的负责人.接着有关需求的探讨都是项目提出者与项目负责人间的交流,测试部并没有参与其中.项目负责人也会根据自己所得到的资料与技术人员探讨.
2.然后项目负责人会自己或联同需求部人员写出一份需求文档初稿.这份初稿会发给总经理,各部门主管.各人会看需求文档,但回复的意见不一定所有接收需求文档的人都能看到.而测试部由于不了解项目提出者的想法或用户要求,一般对需求文档不作质疑.
写需求的同事会根据收集得来的意见,或多或少地修改需求,这样会产生少则三个多则五个的初稿.最后由总经理或项目提出者敲定了需求文档.
3.确定的需求文档会发给总经理,各部门主管.设计部开始根据需求写设计文档。这时测试主管会为这个项目成立一个测试小组,这个小组会有一个小组长.人员会根据当前的工作忙闲程度来定.如果当时没有项目需要测试,那就全体测试人员都参与.确定人员后,会要求测试员根据需求文档编写用例,测试主管为各人分配用例编写任务。各用例编写任务结束后，由测试主管整理成一个用例文档，发给总经理、项目负责人、测试小组成员，共同阅读用例，提出修改意见。（一般这种内部评审都没提出多少意见，公司也没有对用例作评审）
4．设计文档同样会经过多次修改，测试部技术不足，不参与讨论。设计文档敲定后，交给项目组的代码人员写代码。
5．代码写完后，如果时间足够，代码人员会进行联调，联调通过后（这个通过没有标准，一般是自测认为程序可运行即可）。这里需要指明的是我们没有什么产品送测标准，就算我定了，公司没同意也没用。
6．由项目负责人通过邮件方式将含有产品信息的txt文件（包括产品名称、版本、安装路径、测试软硬件要求等）的测试申请发给测试主管，主管会将这些信息加上由项目负责人处提供的项目计划结束时间（有时没有定）、测试主管根据项目负责人的要求或需求文档中的系统配套选定的测试系统（由于我们公司的测试机是固定的,一般只考虑系统软件环境的配套）转发给测试小组。要求测试小组按照最新版用例执行测试。各测试员在buzillah上记录bug,并及时通知代码人员。测试小组长会根据实际情况向小组成员分配测试任务及需要的测试系统，并在测试过程起到指挥组织的作用。在一个阶段测试结束后，要求测试小组长提交测试总结。测试主管在项目测试过程中起到协调作用：如测试小组反映bug影响到测试的进行、程序员修改bug速度过慢、程序员提交的新测试包没有经过自测，使得安装都完成不了等。我会按实际情况向项目负责人反映，或有时直接跟代码人员接触。
7．最后，项目一般会在交货日期无法再推或错误改得差不多时结束。项目的结束与否是项目负责人决定。结束后，测试部会提交一份测试总结。

测试主管还需要负责刻录母盘、做各产品配套文件，这些技术性低但占时间的事。当然，回复各种工作邮件也是必要的。我也下载有各种测试停止标准等文档，也写过测试计划。这都需要公司上层的肯定才能推行。我们的测试部技术不高，只作功能测试。我写了以上一大篇就是想让大家知道我们公司的项目管理流程。这里有很多的不规范。我认为最致命的是计划与评审机制。希望大家能给我些建议，有可能的话希望得到大家管理测试工作的具体流程与经验。谢谢