质量保证工作职责Word格式.docx

质量保证工作职责Word格式.docx

《质量保证工作职责Word格式.docx》由会员分享，可在线阅读，更多相关《质量保证工作职责Word格式.docx（11页珍藏版）》请在冰豆网上搜索。

备注

2006-02

文档批准记录

姓名

职务（职责）

签字

日期

SCCB工作职责

1.审核对配置项的变更申请，并给出审批意见；

2.配置项变更验证通过后，SCCB负责人审核变更，审核通过后，SCCB负责人关闭变更；

3.审核由配置管理负责人提交的《配置审计报告》；

4.SCCB负责人根据《配置审计报告》决定软件配置管理相应的改进策略；

评审委员会工作职责

1.审批评审申请；

2.根据评审申请，指定评审的方式，指派评审主审人，组建评审小组；

3.审批通过评审的评审对象与评审报告；

集成/系统测试工作职责

1.确保充分理解需求

2.分析测试需求

3.完成测试设计

a）按《软件测试计划》中的进度安排，根据《软件需求规格说明书》及《概要设计说明书》、《模块设计说明书》、《用户接口设计说明书》、《数据库设计说明书》进行软件测试设计

b）根据软件常见错误进行有效的测试用例设计

c）根据软件需求和系统用例模型分析工作流，设计测试输入数据和期望输出

d）根据设计说明书确定测试操作步骤和验证方法

e）将设计好的用例记录在TestLink或其它在测试计划中指定的系统中

4.若需要，进行自动化测试测试实现

a）录制和编写测试脚本

b）调试测试脚本

5.执行测试用例

a）记录测试执行情况

b）分析测试结果

c）登记测试中发现的缺陷

d）跟踪缺陷至解决

6.根据要求完成文档测试/检查，包括：

a）确定测试检查点

b）执行文档测试

c）登记文档缺陷

7.编写《软件安装配置手册》与《软件维护手册》；

8.细化《用户使用手册》初稿，编写出可指导用户使用系统的《用户使用手册》。

集成/系统测试负责人工作职责

1.锁定需求

a）确保测试人员得到最新需求

b）确保能够根据需求开展测试设计

c）确保充分理解需求

2.完成测试计划

a）按《软件项目计划》中的进度安排，根据《软件需求规格说明书》进行测试规划，规划过程中充分考虑目标产品的质量要求和交付时间要求

b）确定测试需求、测试环境、测试软硬件资源、测试人员和时间安排，估算测试工作量和成本

c）制定测试策略和测试方案

d）按文档模板规范的要求完成《软件测试计划》

3.维护软件需求-软件测试追溯矩阵

4.发起测试计划评审

5.决定是否执行自动化测试（如功能回归自动化测试和性能自动化测试）

6.对测试进行评估

a）评估测试进度和状态

b）评估被测工作产品的质量

c）分析常见缺陷产生的原因

d）预测缺陷较多的模块

7.完成测试报告，包括：

a）概述测试执行情况

b）按方案/特征/模块给出每项测试结论

c）测试进度、工作量、缺陷、问题分析

d）给出对软件或被测工作产品的总体评价

8.测试交付

a）打印用例文档、评审报告，交批准人签字，交与SCM

9.对测试过程进行测量

a）测试实际进度和工作量投入

b）各阶段各模块（工作产品）缺陷数

c）用例总数

d）用例执行数

10.管理工作职责内容应参考《任务负责人工作职责》

架构设计、概要设计工作职责

1.根据《软件需求规格说明书》进行软件概要设计和架构设计，设计过程中应考虑软件产品的使用要求，及测试和维护的要求；

2.架构设计应保持与需求的一致；

3.按文档模板规范的要求完成《软件概要设计说明书》；

4.《软件概要设计说明书》完成后，申请评审；

5.对于工作中，如有任务过轻或过重的情况，个人应主动提出。

Ø

架构设计负责人负责整理、维护《软件架构-软件需求追溯矩阵》

模块设计工作职责

1.按《软件项目计划》中的进度安排，根据《软件需求规格说明书》和《软件概要设计说明书》进行软件模块设计和数据库设计，设计过程中应考虑软件产品的性能要求和用户界面要求；

2.模块设计时应保持与基线的软件需求的一致性，任何非基线的软件需求都不在设计范围内容；

当有主动的研发需求变更时要交与需求分析人员分析，需求变更经评审、批准通过后才可并入基线；

3.在设计过程中，模块设计人员可与实现人员讨论、交流，保证实现人员按照设计文档能开发出符合需求的软件；

4.设计过程中，同时要完成单元测试用例的设计；

5.在必要时，设计一些原型代码以证明设计的正确性；

6.按文档模板规范的要求完成《软件模块设计说明书》、《用户接口设计说明书》、《数据库操作说明书》、同时配合DBA整理《基础数据表》，《基础数据表》包括：

数据字典数据、枚举数据、系统参数数据；

7.提交设计评审的文档有：

《软件模块设计说明书》、《用户接口设计说明书》（如果有该文档）、《数据库操作说明表》；

8.设计文档一旦通过评审，设计的变更需要符合变更规程；

9.负责完成《用户使用手册》的初稿；

10.对于实际工作中，如有任务过轻或过重的情况，个人应主动提出；

任务负责人根据基线的《软件需求规格说明书》整理《软件设计-软件需求追溯矩阵》。

软件实现工作职责

1.根据被批准的《软件配置管理计划》和相关规定，按照软件配置管理系统的使用模式来协助完成实现负责人分配的任务；

2.深入理解开发模块的设计，保证软件实现逻辑与软件设计一致；

3.在实现工作中，不可进行需求以外的开发工作；

4.可对所开发模块的设计工作，提出个人意见与建议；

5.执行由模块设计人员设计的单元测试用例；

在需要时，可自行编写单元测试代码，进行单元测试；

6.在提交代码到开发库前，需经过严格的单元测试和代码走查，以确保其基本正确；

7.开发小组经过集成测试的代码方可提交到基线库，基线库中的代码是可供其他小组利用的有效代码。

8.对基线库代码的修改、删除、增加操作必须在“缺陷跟踪管理系统”中有记录作为依据，在处理完毕后，代码提交到基线库时必须记录对应的BUG编号。

9.开发人员对已提交的代码进行修改时，应从基线库中取出相应的版本置于本地工作目录中。

10.代码提交到基线库后，开发人员自己报告时bug，bug的严重级别应设置为“变更”；

此类bug由测试组验证，开发人员不得自行验证或关闭。

11.允许个人给自己报告“缺陷”，但必须由负责人进行验证；

12.对于实际工作中，如有任务过轻或过重的情况，个人应主动提出。

实现负责人要按照开发计划进行模块的内部集成测试，通过集成测试的代码才可提交到基线库中。

数据库设计工作职责

1.按《软件项目计划》中的进度安排，根据《软件需求规格说明书》和《软件概要设计说明书》进行数据库设计，设计过程中应考虑软件产品的性能要求和用户界面要求；

2.数据库设计时应保持与基线的软件需求的一致性，任何非基线的软件需求都不在设计范围内容；

3.在模块设计评审时提交对应模块数据库设计的工作产品，参加评审；

4.负责整理、维护各模块的《基础数据表》，在模块设计时一并提交评审；

5.设计文档一旦通过评审，设计的变更需要符合变更规程；

6.完成数据库脚本的实现；

7.数据库脚本通过单元测试后，才可提交到基线库中；

8.维护与软件版本对应的所有脚本的版本；

9.对于实际工作中，如有任务过轻或过重的情况，个人应主动提出；

需求分析工作职责

1.从各个途径（如：

相关项目合同、目标用户、领域专家、已有用户需求资料、有关竞争对手的信息等）收集目标用户需求，形成《用户需求说明书》；

2.根据评审过的《用户需求说明书》分析用户需求，将其细化、扩展，抽象并整理成《软件需求规格说明书》；

3.《软件需求规格说明书》完成后，申请评审；

4.负责各个模块的需求细化工作，包括整理《模块用户用例》、界面原型；

并按计划将其提交评审；

5.任何在开发过程中或项目实施过程中提出的需求变更，必须得到需求分析人员的同意，同时，需求分析人员必须向需求分析负责人汇报该变更；

6.对需求变更与基线的需求相关文档的变更，需求分析人员要按已制订的“变更过程”执行变更。

7.对于实际工作中，如有任务过轻或过重的情况，个人应主动提出。

需求分析负责人根据基线的《用户需求说明书》与《软件需求规格说明书》整理《软件需求追溯矩阵表》。

需求分析负责人在必要时邀请相关人员提供意见与支持和/或组织必要的需求讨论会；

对于单项需求变更带来的设计、编码和测试工作量总和大于5个人日时，需求分析负责人必须向项目负责人汇报；

1.在项目策划阶段，与项目策划组协商软件质量保证活动、过程改进和其他与质量相关的事项，制定《软件质量保证计划》；

2.按照《软件质量保证计划》，审查项目开发过程中活动与规定规程不一致的问题；

3.审计工作产品，检验其是否符合制定的标准。

4.检查项目的进展是否有与内部承诺不一致的问题；

5.监督评审过程是否按照规程有效进行；

6.监督变更过程是否按照规程有效进行；

7.对不一致问题进行评估，判断是否需要制定纠正/改进计划或预防计划。

8.对不一致问题，与任务负责人沟通，提出改进建议；

跟踪问题并督促问题的改进过程，对改进的结果验证。

9.根据《软件质量保证计划》中规定的问题级别，质量保证员要向相应的责任人汇报所发现的不一致问题。

10.整理审计结果，形成《SQA审计报告》；

11.记录、测量软件质量保证活动，并定期总结软件质量保证活动，形成《SQA月度状态报告》，交与管理团队。

12.定期抽查“缺陷跟踪管理系统”中，缺陷的报告，处理情况；

重点检查报告的格式是否正确，缺陷说明、处理说明内容是否全面、有效；

13.定期抽查实现组对代码的修改内容是否与所在“缺陷管理系统”里建立的记录要求一致。

14.记录由各负责人所报告的风险；

15.收集过程改进实施过程中的意见与建议，及时反映给SEPG。

检查各组的任务周报，协助项目经理完成《项目双周\月状态报告》；

配置管理工作职责

1.制定《软件配置管理计划》（除“配置审计计划”部分），并根据“计划”，开展软件配置管理工作；

2.创建和管理软件配置管理系统；

3.创建和管理项目配置库（包括项目基线库、项目开发库、工作空间），并设置目录访问权限；

4.对配置项版本、基线版本、产品版本进行管理；

5.标识并基线化配置项，确定并创建基线；

a）在文档类配置项入基线库前，应查看打印的文档与电子文档是否一致；

b）在配置项入基线库前，应查看是否有相关责任人的批准；

6.生成基于项目基线库的产品，以备测试和发布之用；

7.当配置项变更被批准后，在“缺陷跟踪管理系统”中建立对应的变更项，对其进行跟踪，并验证变更结果；

8.当配置项变更关闭后，更新配置项和基线，并确保相关人员能取到配置项的最新版本；

9.根据项目需要，配置和管理每日构建服务器；

10.根据“计划”，定期整理《配置状态报告》；

11.对于实际工作中，如有任务过轻或过重的情况，个人应主动提出。

配置管理负责人制定《配置审计计划》，并根据“计划”，定期进行配置审计，生成《配置审计报告》；

配置管理负责人定期检查变更的管理情况；

任务负责人工作职责

1.负责领域相关工作的任务分配，并跟踪进展情况；

2.定期收集任务进展数据，整理《任务周报》，提交到规定存储位置；

3.跟踪领域内变更的情况，直至变更被关闭；

4.负责把他人报告的与负责领域相关的缺陷，分配给合适的人员，并对其跟踪，直至缺陷被关闭；

5.向项目负责人报告，所安排的任务是否能按时按质完成；

6.当有额外冲击性任务产生干扰时，如不能完成已承诺任务，负责人必须及时向项目负责人报告，协调解决；

否则，任务必须按时按质完成；

7.对于发现到项目中存在的风险，无论是否与自己直接负责的任务相关，都应及时在“缺陷跟踪管理系统”向项目负责人、相关任务负责人提出，并以抄送的形式，通知SQA；

8.负责人要提供质量保证员访问其任务组的团队成员，工作产品与工作活动的方式与路径；

在质量保证员发现问题时，与质量保证员沟通，制定改进、纠正措施，并安排相应人员负责执行；

9.各个领域负责人还有另外不同的任务，请参考领域对应的工作职责文档特别标出的内容；

项目管理的工作职责

[项目策划过程]

1.项目经理负责组织项目估算活动，建立估算团队，安排估算会议，记录估算结果。

2.项目经理调度人力成立项目策划组；

3.协调、协助项目策划过程中的所有活动；

4.负责编写《软件开发计划》；

5.《软件开发计划》整理完毕后，组织评审活动；

6.控制、维护已经纳入基线库的软件开发计划；

7.规划一个每个子版本（revision）应包含什么（新代码、Bugfix代码）。

[需求管理过程]

1.项目经理负责领导、组织需求管理工作，包括新需求的发起、评审团队的建立、组织需求评审会议；

2.定期地或事件驱动地跟踪与管理需求，负责维护所有追溯矩阵，保证开发过程中的需求一致性；

3.跟踪需求变更的情况，并收集需求变更的数量数据。

[配置管理过程]

1.项目经理必须是软件配置控制委员会的成员之一；

2.审核、批准《软件配置管理计划》；

3.确定项目初始基线；

4.验证变更的执行结果，验证通过后，确保所有受影响的组或人得到通知；

5.跟踪所有配置审计所引起的各项活动直到结束。

[变更管理过程]

1.项目经理考虑变更的请求；

2.确定恰当的人选对变更引起的影响进行评估；

3.把变更任务分配给合适的软件开发人员，并对其跟踪；

4.当变更完毕时对其验证；

5.验证通过后，确保变更申请人和所有受影响的组或人得到通知。

[软件项目跟踪与监督过程]

1.负责项目任务的分配，并跟踪任务的进展情况；

2.定期组织“项目会议”，并在会中组织讨论关于项目实际进度、工作量等相关信息；

3.当有额外冲击性任务产生干扰时，如不能完成已承诺任务，项目负责人必须及时向管理团队报告，协调解决；

否则，任务必须按时按质完成。

4.收集项目测量数据，并分析其与计划的偏差；

必要时采取纠正措施；

5.管理项目风险，制定相应的措施，预防风险；

6.与各个任务组沟通，整理《项目进展报告》与《项目定期报告》；

7.定期或事件驱动地主持召开“项目评审会议”。

会后，对于会议中确定的问题，要跟踪问题的解决情况，直至问题被关闭；

8.定期或事件驱动地检查项目中的缺陷处理情况，对于较长时间没有被处理的缺陷要督促相关责任人对其处理。