51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 10207|回复: 7
打印 上一主题 下一主题

[求助] 一个测试主管的工作职责是什么,欢迎大家来指点~!小M在此谢谢大家~!

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-1-23 10:52:03 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
问题如下:
       请大家来指点下小M.小M在此谢谢谢大家啦~!


问题一:关于测试主管的工作职责:是什么?

问题二:如何在一家公司的测试工作为空白的情况下,开展测试工作?

问题三:一个公司有多个项目同时进行中,如何支配测试人员?


目前对于一个项目最少需要多少人,其对应的工作职责:个人思路如下:

一个测试负责人:协助公司的版本配置管理,测试工作的按排,协助测试环境的搭建,测试用例设计,BUG的指派及管理,
一个测试工程师:执行测试用例并协助设计用例,BUG的管理,测试环境的搭建.


不知大家对偶的个人思路有何见解.欢迎大家的指点.....谢谢谢谢~!
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-2-2 15:27:54 | 只看该作者
问题如下:
       请大家来指点下小M.小M在此谢谢谢大家啦~!


问题一:关于测试主管的工作职责:是什么?
1.负责测试团队的组建和日常工作管理,
2.指导测试工程师测试用例编写,系统用例需求测试工程师分析,
3.测试工期验收,测试申请流程,配置管理流程,需求变更流程,部署流程建设及维护,
4.对部门测试人员提供测试技能培训,
5.组织制定系统测试方案,
6.设计并指导测试环境搭建,
7.组织自动化测试、性能测试等测试工作的实施,
8.组织系统质量保证计划及实施,组织代码质量,网络质量,设计质量,文档质量,工程实施质量等相关质量保证.
9.进行系统软硬结构设计并进行评审, 网络结构设计并进行评审, 系统HA设计并进行评审,
10.参与各产品的需求,架构设计及评审,参与公司的产品规划及技术规划工作,
11.组织QA部门过程流程建设及持续性改进计划及实施.



问题二:如何在一家公司的测试工作为空白的情况下,开展测试工作?
1.闡述測試的重要性,取得領導層信任與支持
2.招聘人員,組建測試團隊
3.構建測試環境
4.開始執行測試


问题三:一个公司有多个项目同时进行中,如何支配测试人员?
1.對項目進行優先級排序
2.熟悉測試工程師對項目的敏感度及熟悉程度並進行工作分配
3.熟悉測試工程師的工作量及工作壓力進行及時調整
4.留好足夠的人員儲備


目前对于一个项目最少需要多少人,其对应的工作职责:个人思路如下:

一个测试负责人:协助公司的版本配置管理,测试工作的按排,协助测试环境的搭建,测试用例设计,BUG的指派及管理,
一个测试工程师:执行测试用例并协助设计用例,BUG的管理,测试环境的搭建.

如果人員緊缺,可以由一個人負責並進行測試.如果人員足夠,1管1的方式並不推薦.一般最好以三人小組進行.1管2比較好
如果是兩個測試人員工作,給予相同的位置,令其協調工作即可


不知大家对偶的个人思路有何见解.欢迎大家的指点.....谢谢谢谢~!
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2009-2-12 15:47:36 | 只看该作者
楼上的比较支持,
不过对于问题2 我还有个建议是两件事情一定要提前做好,
建立测试用例管理系统和bug管理系统,这点很重要。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2009-3-11 09:37:44 | 只看该作者

我整理的一个QPM工作内容

QA PM工作指南


目的:
    每个PM都身兼多个测试项目,在忙忙碌碌的过程中时常会忘记自己该完成的内容,忘记记录一些重要的数据。以下为QA PM日常工作中需要完成的工作以及一些事件记录的建议,各位PM可以在上班,下班的时候打开本文档确认一下本日的工作内容是否都已完成。此文档仅供参考。



日工作
早上上班时:
1.        查看doc-server, 确认本日工作内容
2.        确认当日的工作内容,按照安排的工作分配case.
3.        确认昨天的工作内容是否已经完成。
4.        检查TT上的bug, 确认当日需要确认的issue.
5.        收到TT的邮件及时对其操作, 确认,指派,close 这些issue。



下班前确认:
6.        检查TT上的bug确认当天需要确认的issue已经完成。
7.        如果有新项目递交让王伟将递交包放到199网段。
8.        有Alpha递交时是否有test case放到相应的目录。
9.        有用户反馈, 特殊任务或需要别组帮忙解决的问题,请用outlook或其他提醒工具在适当的时间做提醒,这样就不会忘记。
10.        查看doc-server, 确认本日递交项目是否递交,工作计划是否完成填写,
11.        查看doc-server,确认明天的工作已安排
12.        确认已用完的设备是否已经及时归还,没有归还的是否已经保存好。
13.        确认下一个工作所需要的设备或环境已经准备好。
14.        找到借出的设备,并记录。
15.        如果是周末或周一,请注意以下周工作内容
16.        如果是月初月末,请注意以下月工作内容。
17.        今天发现的典型问题是否在test case中记录。
18.        确认新的测试文档及开发的测试工具需要统一保存
19.        检查测试报告是否放在22.51上
20.        确认明天是否有需要其他engineer或开发帮忙的地方,提早做出请求。
21.       





周工作
1.周一参加每周例会,内容如下:
a、新立的项目介绍,说明项目主要功能,以帮助其他小组了解项目
b、项目中存在的问题:项目进度、开发流程、测试流程、质量情况。只需要说明有异常的部分
2.周五weekly Report发给Bill并抄送给许英俊
3.需要自己确认的工作最好在outlook等提醒工具上做记录,以免忘记。
4.检查上月制定的本月目标,是否及时完成。没完成的需要在下周调整安排。
5.记录本周的外部issues,在特定的文档中保存。
6.记录本周本组员工的工作情况和特殊事件,以便下次考评使用。在特定的文档中保存。
7.想想本周是否有什么特别的事情需要跟开发或领导讨论,及时联系对方解决。
8.检查test plan中内容,看看本周进度是否正常,确认下周具体工作方向。
9.确认是否需要申请设备。
10.每周报告中给出2类issues, 外部issue, 发现问题在case中的比率。




月工作
1.        每月10号之前需与总监进行Review上月工作进展,以及下月目标
2.        确认下月是否需要添加设备,并提出申请。
3.        整理本月培训文档,知识库等。
4.        是否有与其他部分分享的内容?如果有,在outlook等提醒工具上记录,确认下月某一时间完成文档。


季度工作
1.        每个季度至少有一份部门级知识分享(资料,文档,或者经验),将内容存放在Hz -SharePoint上,并将此记录登记到Team贡献记录表。
2.        每个季末进行总结,汇总数据,设计奖金分配方案
3.        下季度测试人员是否需要调整
4.        项目评价表填写。


需要完成的文档,请及时确认
1.        Delivery report
2.        Delivery plan
3.        较大的项目需要完成Test plan
4.        及时完成Test case
5.        质量分析报告
6.        用户测试报告。
7.        开发文档review.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-4-28 14:18:06 | 只看该作者
学习了~
但是问题二回答的还不够全面:
测试工作为空白的情况下,需求文档通常也是空别,怎样推动和参与需求定义、需求文档的编写和测试模型的选择?
请大家继续讨论。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    奋斗
    2016-5-18 09:09
  • 签到天数: 19 天

    连续签到: 1 天

    [LV.4]测试营长

    6#
    发表于 2009-4-28 17:31:01 | 只看该作者
    先学习了
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2009-5-5 15:56:40 | 只看该作者
    测试主管是PM么?还是类似项目总监的职位
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2009-5-11 18:13:54 | 只看该作者
    不过,小M 可是知道如果一个公司根本没有专门的测试组,或没有正规测试流程的话,开展工作很难的,即使是有经验的测试人工作开展起来的都很艰苦的.我现在是深有体会.
    而且测试工程师的工作都无法深入进去的,测试无法达到充分,更别提测试的覆盖率了
    建议你先给所有的研发工程师洗脑吧,让整个部门深入理解测试的重要性
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-23 08:38 , Processed in 0.067939 second(s), 25 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表