- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
关于测试小组的计划
李 勇
目 录
1 引言 4
2 近期任务 4
3 组织和角色 5
4 测试活动过程(草稿) 6
4.1 测试流程图 6
4.2 需求评审 7
4.2.1 目的 7
4.2.2 角色与职责 7
4.2.3 启动标准 7
4.2.4 工作流程图 8
4.2.5 输入/输出 8
4.2.6 规范 8
4.3 测试计划 9
4.3.1 目的 9
4.3.2 角色与职责 9
4.3.3 启动标准 9
4.3.4 工作流程图 9
4.3.5 输入/输出 10
4.3.6 规范 10
4.4 测试设计 10
4.4.1 目的 10
4.4.2 角色和职责 10
4.4.3 启动标准 10
4.4.4 工作流程图 11
4.4.5 输入输出 11
4.4.6 规范 11
4.5 功能测试执行 11
4.5.1 目的 11
4.5.2 角色与职责 12
4.5.3 启动标准 12
4.5.4 工作流程图 13
4.5.5 输入输出 13
4.5.6 规范 13
4.6 集成/性能测试设计 14
4.6.1 目的 14
4.6.2 角色和职责 14
4.6.3 启动标准 14
4.6.4 工作流程图 15
4.6.5 输入输出 15
4.6.6 规范 15
4.7 集成测试/性能测试 16
4.7.1 目的 16
4.7.2 角色和职责 16
4.7.3 启动标准 16
4.7.4 工作流程图 17
4.7.5 输入输出 17
4.7.6 规范 18
4.8 文档测试 18
4.8.1 目的 18
4.8.2 角色和职责 18
4.8.3 启动标准 18
4.8.4 工作流程图 19
4.8.5 输入输出 19
4.8.6 规范 19
4.9 测试报告 20
4.9.1 目的 20
4.9.2 角色与职责 20
4.9.3 启动标准 20
4.9.4 工作流程图 20
4.9.5 输入输出 20
4.9.6 规范 21
5 缺陷管理规范(草稿) 21
5.1 登记缺陷流程 21
5.2 缺陷管理流程说明 21
5.2.1 发现阶段 21
5.2.2 严重级别 21
5.2.3 缺陷状态 21
5.2.4 缺陷处理权限 22
5.2.5 上线版本 22
5.2.6 缺陷类型 22
5.2.7 缺陷优先级 23
5.2.8 缺陷引入阶段 23
5.2.9 项目 23
5.2.10 子系统 23
5.3 注意事项 23
5.3.1 历史遗留问题处理规则 23
5.3.2 客户反馈缺陷登记流程 24
5.3.3 开发人员缺陷处理限定 24
5.3.4 缺陷分析 24
6 测试环境搭建 24
引言
由于缺少足够的需求调查分析、系统设计以及足够的测试,软件产品在交付使用后存在较多问题,软件开发人员在后期花费太多的时间修改软件和更改用户需求,安装人员也花费太多的精力维护软件。
本文档主要目的在于描述在初期,如何从人员组织、规章和流程上来创建一个软件测试小组,解决从无到有的问题,整个过程是从粗到细、从浅入深的循序渐进的过程。
近期任务
软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试,甚至根据需要编写不同的测试工具,设计和维护测试系统,对测试方案可能出现的问题进行分析和评估。执行测试用例后,需要跟踪故障,以确保开发的产品适合需求。
在我们成立软件测试小组的初期不可能做到过程周密完善,结果尽如人意。因为测试人员也是初次接触测试,处于学习测试理论和工具的状态;人员配置不一定很合理;测试小组的制度和流程也处于探索阶段。在成立小组的前期(2011年10月份之前,大约6个月)之内,主要工作目标有以下几点:
挑选和招聘软件测试人员,并进行适当的培训。
学习软件测试的理论、方法和工具。
搭建软件测试环境。
探索和建立规章和流程。
利用现有项目进行实践,熟悉理论和工具。
在一定程度内做好软件项目的测试工作。
组织和角色
软件测试小组的角色主要有测试组负责人、评审人员、测试设计人员和测试执行人员,组织结构如下图所示:
图 31 测试组的角色设置
详细职责如下表描述:
角色 职责 备注 测试组负责人 向上级领导汇报工作。
负责软件组各项制度、流程的整理和设计。
制定软件测试计划、测试进度表。
负责系统测试过程的控制管理,组织测试计划的实施工作。
监督项目成员的工作,处理项目成员的各种申请。 评审组 对软件测试的测试计划、用例设计、测试报告等等各个阶段的计划和记过报告进行评审。审核计划是否符合要求和完善;根据测试结果对软件进行评估,看是否达到发布标准等等。 主要由软件部门领导、测试组长、项目领导人构成 测试设计人员 根据软件项目的需求规格说明书和系统详细设计说明书,编写测试用例。
控制和审计测试活动的变更。
纪录和跟踪测试
文档评论(0)