测试主管应该做的工作
我们公司是一个小公司，一直都没有建立什么正规的测试流程。我刚当上测试主管不久，很希望通过努力使我们部门工作效率及个人技能有所提高。现在手头上有一个新的项目，已给出需求文档的初稿，请问从一个项目的开始到结束，测试主管应该做些什么工作？希望有经验的朋友帮帮忙。小妹在此先谢了。 没人愿意帮忙吗？ 你先明确目前你首要问题是对此项目的测试规划，还是部门的管理体制。测试初行。两者同上有难度！ 既然你已经有需求文档了，那就可以开始质疑需求了。 需求总归是不完善的，测试的第一步可以是质疑需求，帮助需求更加完善。 然后可以开始写测试用例了。 谢谢两位的回复. billrub:我想借由对此项目的测试规划,进而改进测试部门的管理体制.公司对于新项目\产品的做法是:1.总经理或市场部负责人根据自己的想法或用户的要求向各项目负责人表明;并在部门主管的例会中确定新项目的负责人.接着有关需求的探讨都是项目提出者与项目负责人间的交流,测试部并没有参与其中.项目负责人也会根据自己所得到的资料与技术人员探讨.
2.然后项目负责人会自己或联同需求部人员写出一份需求文档初稿.这份初稿会发给总经理,各部门主管.各人会看需求文档,但回复的意见不一定所有接收需求文档的人都能看到.而测试部由于不了解项目提出者的想法或用户要求,一般对需求文档不作质疑.
写需求的同事会根据收集得来的意见,或多或少地修改需求,这样会产生少则三个多则五个的初稿.最后由总经理或项目提出者敲定了需求文档.
3.确定的需求文档会发给总经理,各部门主管.设计部开始根据需求写设计文档。这时测试主管会为这个项目成立一个测试小组,这个小组会有一个小组长.人员会根据当前的工作忙闲程度来定.如果当时没有项目需要测试,那就全体测试人员都参与.确定人员后,会要求测试员根据需求文档编写用例,测试主管为各人分配用例编写任务。各用例编写任务结束后，由测试主管整理成一个用例文档，发给总经理、项目负责人、测试小组成员，共同阅读用例，提出修改意见。（一般这种内部评审都没提出多少意见，公司也没有对用例作评审）
4．设计文档同样会经过多次修改，测试部技术不足，不参与讨论。设计文档敲定后，交给项目组的代码人员写代码。
5．代码写完后，如果时间足够，代码人员会进行联调，联调通过后（这个通过没有标准，一般是自测认为程序可运行即可）。这里需要指明的是我们没有什么产品送测标准，就算我定了，公司没同意也没用。
6．由项目负责人通过邮件方式将含有产品信息的txt文件（包括产品名称、版本、安装路径、测试软硬件要求等）的测试申请发给测试主管，主管会将这些信息加上由项目负责人处提供的项目计划结束时间（有时没有定）、测试主管根据项目负责人的要求或需求文档中的系统配套选定的测试系统（由于我们公司的测试机是固定的,一般只考虑系统软件环境的配套）转发给测试小组。要求测试小组按照最新版用例执行测试。各测试员在buzillah上记录bug,并及时通知代码人员。测试小组长会根据实际情况向小组成员分配测试任务及需要的测试系统，并在测试过程起到指挥组织的作用。在一个阶段测试结束后，要求测试小组长提交测试总结。测试主管在项目测试过程中起到协调作用：如测试小组反映bug影响到测试的进行、程序员修改bug速度过慢、程序员提交的新测试包没有经过自测，使得安装都完成不了等。我会按实际情况向项目负责人反映，或有时直接跟代码人员接触。
7．最后，项目一般会在交货日期无法再推或错误改得差不多时结束。项目的结束与否是项目负责人决定。结束后，测试部会提交一份测试总结。
测试主管还需要负责刻录母盘、做各产品配套文件，这些技术性低但占时间的事。当然，回复各种工作邮件也是必要的。我也下载有各种测试停止标准等文档，也写过测试计划。这都需要公司上层的肯定才能推行。我们的测试部技术不高，只作功能测试。我写了以上一大篇就是想让大家知道我们公司的项目管理流程。这里有很多的不规范。我认为最致命的是计划与评审机制。希望大家能给我些建议，有可能的话希望得到大家管理测试工作的具体流程与经验。谢谢 kkey：其实你自己也意识到了其中的关键问题，问题在于怎么体现，怎么协调解决。
现在你所参与的测试流程最缺少的是一个测试的计划和测试对项目质量的控制、以及测试对项目周期的影响力。
测试计划：如果测试初行，那么我们可以认为测试计划比测试用例更关键，计划不同的测试阶段和在不同阶段采用的测试策略，需要哪些资源等；搭建有计划、有目的的分步骤测试过程；
测试对项目质量的控制：最后项目的发行必须经由测试过程，测试必须给出较精确的项目质量测试报告，给待发行项目一个精准的质量评估（再给项目统一定几个质量标准），如果未达到质量标准，测试拒绝发行，如果仍需必须报高层经理。（测试必须表现自己的影响力，承担责任后才会有相应的权力，才会更好地体现测试的价值，别让测试成为整个软件工程的附属过程，测试永远是关键过程）
测试对项目周期的影响力：需求测试介入，需求不明确有分歧，测试拒绝结束需求调研过程；发行之前给予回归测试时间过短，测试拒绝测试，必须上报高层经理，由高层经理负全责；回归测试后测试报告说明项目质量不达标，测试不同意继续发行。等等，相信你可想到更多更好的测试工作表现方法。
有一点必须明确，不论在哪个过程哪个方面，测试应该给出哪些工作结果（例哪些文档），这些工作输出需要承担哪些具体责任，它们又具备哪些权力和对项目的控制力，它们对谁负责。
[ Last edited by billrub on 2005-3-25 at 13:45 ] 最近我也在茫然中，不过我们公司有明确的停测标准，要求开发人员在测试环境上组装自己程序，不知道测试主管到底每天的主要任务是什么？呵呵，我们领导的说我的主要任务就是沟通交流，审核缺陷。 作为一个项目中测试活动的计划者、组织者、管理者，测试主管的职责简单说是让测试工程师知道他们要做什么，怎么做，何时做，并且你有办法衡量他们是否沿着正确的道路行进，对他们进行必要的指导帮助。
多方向的沟通交流不是目的，只是手段，但这是必不可少的手段。 主管的工作:管人,管事! Originally posted by beck3000 at 2005-7-1 01:55 AM:
作为一个项目中测试活动的计划者、组织者、管理者，测试主管的职责简单说是让测试工程师知道他们要做什么，怎么做，何时做，并且你有办法衡量他们是否沿着正确的道路行进，对他们进行必要的指导帮助。
多方向的 ...
同意！管理者关键的还是管理，虽然技术同样重要，但没有很好的统筹与协调的话根本无法很项目进行融合～～ kkey
你好！
我也是刚刚在一个公司做测试经理，对测试管理也是不知该如何去操作，希望我们能够经常交流 我们公司的测试流程为：测试人员应该参与早期的调研与可行性研究，根据以前项目的积累提出自己的意见。需求文档编写不参与，但要review，需求中往往有些不明确甚至错误的地方，如果前期不确定清楚，就会影响以后的测试用例编写，是不是bug的争论等等。
确定需求后，编写测试计划，确定测试resource,shedule,strategy，QA会给参考意见，什么情况下，有多少bug，多少严重的bug，软件质量的定量值等等决定是不是达到每个milestone的质量。
测试用例编写由测试人员进行，每个方面都有把关的专家，内部评审后，提交开发人员评审。
测试用例执行，报告，时间的控制，计划地执行，内部与外部的协调。
测试主管应该懂技术，但更重要的是有管理，协调和沟通的能力。一定要体现自己的工作，坚持自己的立场，不能先自己就认为自己的部门没技术，没有发言权，充分相信团队的成员，同时激励他们提高自己的水平，体现整个部门的形象。经常组织内部外部培训会对提高大家的能力有很大帮助。
一时就想到这么多，共勉！ 我还是测试工程师,希望向测试主管这方面发展.向楼上各位学习.
测试标准很重要. 原帖由 yuan_fang 于 2005-12-29 15:51 发表
测试主管应该懂技术，但更重要的是有管理，协调和沟通的能力。一定要体现自己的工作，坚持自己的立场，不能先自己就认为自己的部门没技术，没有发言权，充分相信团队的成员，同时激励他们提高自己的水平，体现整个部门的形象。经常组织内部外部培训会对提高大家的能力有很大帮助。
纯粹纸上谈兵。
1。测试相对研发就是没技术，而且除非是大公司，多数测试都是服从于研发，测试主管如何能够有发言权，且激励团队的成员提高自己的水平?
2。测试经常忙得加班，如何有时间经常?组织内部外部培训?
除非公司高层重视质量管理，否则测试主管的工作就是救火。
所以一个好的测试主管应该懂得如何技巧地使公司上下意识到测试的重要，从而提升测试在公司中的地位，而不是仅仅简单地考虑如何管理自己的团队。
[ 本帖最后由 atce 于 2006-1-10 12:31 编辑 ] 原帖由 billrub 于 2005-3-25 13:40 发表
测试对项目周期的影响力：
需求测试介入，需求不明确有分歧，测试拒绝结束需求调研过程；
发行之前给予回归测试时间过短，测试拒绝测试，必须上报高层经理，由高层经理负全责；
回归测试后测试报告说明项目质量不达标，测试不同意继续发行。
我们的地位现在这么高了？我在小公司做测试，以后有机会一定要跳到大公司去，我的意思是跳到注重测试的公司去。 关注这方面的资料!向大家学习！
测试沟通
刚在 一家公司准备担任测试主管工作，希望能和各位多交流联系，本人在广州市，QQ:183718756
Email:jackly2002@126.com
晚上的时候都在恭候各位联系！ 原帖由 atce 于 2006-1-10 12:29 发表
纯粹纸上谈兵。
1。测试相对研发就是没技术，而且除非是大公司，多数测试都是服从于研发，测试主管如何能够有发言权，且激励团队的成员提高自己的水平?
2。测试经常忙得加班，如何有时间经常?组织内部外 ...
本人不同意该朋友的话，谁说测试没有技术呢？就是小的公司，同样有技术层面的测试，比如单元测试，性能测试，如果作为主管这些都不清楚，不能给员工提出好的建议，给出正确的工作方向的话，我想这位主管也是失败。 原帖由 atce 于 2006-1-10 12:29 发表
纯粹纸上谈兵。
1。测试相对研发就是没技术，而且除非是大公司，多数测试都是服从于研发，测试主管如何能够有发言权，且激励团队的成员提高自己的水平?
2。测试经常忙得加班，如何有时间经常?组织内部外 ...
1.作为一个测试经理如果自己都觉得测试相对研没技术，那么就不要做经理害人了
2.测试加班确实难免，难道就没有空闲的时间了么？一般加班多那么也就意味着空闲的时候也多。磨刀不误砍柴工，时间永远是不够的，只在于你怎么去把握
页:
[1]
2
