构建软件测试

1、关于测试小组的计划李 勇目 录1引言42近期任务43组织和角色54测试活动过程（草稿）64.1测试流程图64.2需求评审7目的7角色与职责7启动标准7工作流程图8输入/输出8规范84.3测试计划9目的9角色与职责9启动标准9工作流程图9输入/输出10规范104.4测试设计10目的10角色和职责10启动标准10工作流程图11输入输出11规范114.5功能测试执行11目的11角色与职责12启动标准12工作流程图13输入输出13规范134.6集成/性能测试设计14目的14角色和职责14启动标准14工作流程图15输入输出15规范154.7集成测试/性能测试16目的16角色和职责16启动标准16工作流程

2、图17输入输出17规范184.8文档测试18目的18角色和职责18启动标准18工作流程图19输入输出19规范194.9测试报告20目的20角色与职责20启动标准20工作流程图20输入输出20规范215缺陷管理规范（草稿）215.1登记缺陷流程215.2缺陷管理流程说明21发现阶段21严重级别21缺陷状态21缺陷处理权限22上线版本22缺陷类型22缺陷优先级23缺陷引入阶段23项目23子系统235.3注意事项23历史遗留问题处理规则23客户反馈缺陷登记流程24开发人员缺陷处理限定245.3.4缺陷分析246测试环境搭建241 引言由于缺少足够的需求调查分析、系统设计以及足够的测试，软件产品在交付

3、使用后存在较多问题，软件开发人员在后期花费太多的时间修改软件和更改用户需求，安装人员也花费太多的精力维护软件。本文档主要目的在于描述在初期，如何从人员组织、规章和流程上来创建一个软件测试小组，解决从无到有的问题，整个过程是从粗到细、从浅入深的循序渐进的过程。2 近期任务软件测试就是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。在我们成立软件测试小组的初期不可能做到过程周密完善，结果尽如人意。因为测试人员也是初次接触测试，处于学习测试理论和

4、工具的状态；人员配置不一定很合理；测试小组的制度和流程也处于探索阶段。在成立小组的前期（2011年10月份之前，大约6个月）之内，主要工作目标有以下几点：ü 挑选和招聘软件测试人员，并进行适当的培训。ü 学习软件测试的理论、方法和工具。ü 搭建软件测试环境。ü 探索和建立规章和流程。ü 利用现有项目进行实践，熟悉理论和工具。ü 在一定程度内做好软件项目的测试工作。3 组织和角色软件测试小组的角色主要有测试组负责人、评审人员、测试设计人员和测试执行人员，组织结构如下图所示：图 31 测试组的角色设置详细职责如下表描述：角色职责备注测试组

5、负责人1. 向上级领导汇报工作。2. 负责软件组各项制度、流程的整理和设计。3. 制定软件测试计划、测试进度表。4. 负责系统测试过程的控制管理，组织测试计划的实施工作。5. 监督项目成员的工作，处理项目成员的各种申请。评审组1. 对软件测试的测试计划、用例设计、测试报告等等各个阶段的计划和记过报告进行评审。审核计划是否符合要求和完善；根据测试结果对软件进行评估，看是否达到发布标准等等。主要由软件部门领导、测试组长、项目领导人构成测试设计人员1. 根据软件项目的需求规格说明书和系统详细设计说明书，编写测试用例。2. 控制和审计测试活动的变更。3. 纪录和跟踪测试活动变更请求； 4. 分类整理记

6、录软件bug。5. 深入分析bug（缺陷起因、分布等），反馈给软件开发人员或项目经理，并进行沟通。6. 书写测试报告。测试执行人员1. 准备测试数据2. 执行测试用例3. 反馈软件bug配置管理员1. 源代码入库管理2. 测试相关文档管理3. 测试工具、环境管理4. 缺陷管理4 测试活动过程（草稿）4.1 测试流程图图 41 测试主要流程4.2 需求评审4.2.1 目的从源头把握软件质量，并确保开发结果与实际需求相一致4.2.2 角色与职责角色职责备注需求人员需求规格说明书的编写，以及软件开发过程中需求规格说明书的修正评审人员评审需求规格说明书，从全面性、完整性、正确性、一致性、可靠性方面检、

7、查需求规格说明书，将需求缺陷提交给需求人员，并跟踪需求缺陷直至需求缺陷验证关闭。4.2.3 启动标准需求规格说明书编写完成4.2.4 工作流程图图 42 需求评审流程4.2.5 输入输出输入：需求规格说明书输出：需求缺陷4.2.6 规范参见文档评审指南4.3 测试计划4.3.1 目的明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制；保持测试过程的顺畅，有效控制和跟踪测试进度，应对测试过程中的各种变更。4.3.2 角色与职责角色职责备注测试负责人根据项目整体计划、需求规格说明书编制测试计划，明确测试内容、测试任务安排、测试进度、测试策略、测试资源、风险控制，以便测试工作正常开展

8、，测试计划实际编写内容参见项目测试计划模版。4.3.3 启动标准需求评审完成，项目整体计划编制完成。4.3.4 工作流程图图 43 测试计划流程4.3.5 输入/输出输入：需求规格说明书、项目整体计划输出：测试计划4.3.6 规范测试计划编写内容参加测试计划模版。4.4 测试设计4.4.1 目的通过多种测试方法编写测试用例，以使最少的测试用例，实现最大的测试覆盖，保证软件功能的正确性，从而提升软件质量。4.4.2 角色和职责角色职责备注测试设计人员采用多种测试方法编写有效的测试用例，并对遗漏/错误的测试用例进行修正。评审人员对测试人员编写的测试用例进行评审，提出遗漏/错误的用例缺陷，并跟踪直至

9、用例缺陷的验证关闭。4.4.3 启动标准需求文档评审完成且测试计划制定完成。4.4.4 工作流程图图 44 测试设计流程4.4.5 输入输出输入：需求规格说明书输出：测试用例、测试用例评审缺陷4.4.6 规范测试用例实际内容参见测试用例模版，测试用例评审规范参见文档测试规范。4.5 功能测试执行4.5.1 目的依据测试计划，按照测试用例对软件进行测试，验证软件功能与需求的实际匹配程度。4.5.2 角色与职责角色职责备注测试人员依据测试计划，按照测试用例对软件功能进行测试。对于发现的缺陷必须记录，并且跟踪缺陷的状态，直至缺陷的验证关闭。在测试执行过程中发现的遗漏测试用例必须补充至测试用例，保证测

10、试用例与实际测试的一致性开发人员对于测试人员提交的缺陷进行确认、修复。开发经理对测试人员与实际开发人员意见不一的问题进行裁决。4.5.3 启动标准测试用例编写完成且用例评审完成4.5.4 工作流程图图 45 功能测试执行流程4.5.5 输入输出输入：功能测试用例输出：功能测试缺陷4.5.6 规范测试执行过程需按照测试行为规范进行，缺陷管理需按照缺陷管理规范进行。4.6 集成/性能测试设计4.6.1 目的为集成测试提供测试依据，记录并保证集成测试覆盖度；依据测试计划及性能指标制定性能测试计划、性能测试用例设计、性能测试脚本开发，保证性能测试有序进行。4.6.2 角色和职责角色职责备注测试人员以整

11、个软件为对象，确保新功能、老功能、新老功能接口正确进行用例设计；依据性能指标及测试计划对性能测试进行计划、以及性能测试用例/脚本的开发。4.6.3 启动标准功能测试完成 且 软件功能无中断4.6.4 工作流程图图 46 集成/性能测试设计流程4.6.5 输入输出输入：功能测试用例、功能测试缺陷、测试计划、性能指标输出：集成测试用例、性能测试计划、性能测试用例、性能测试脚本4.6.6 规范集成测试用例实际内容参见集成测试用例模版；性能测试计划实际内容参见性能测试计划模版。4.7 集成测试/性能测试4.7.1 目的以整个软件为对象，以测试计划为指导，按照集成测试测试用例对新功能、老功能、新老功能接

12、口进行测试和性能测试，保证测试的全面性和完整性。4.7.2 角色和职责角色职责备注测试人员以整个软件为对象，以测试计划为指导，按照集成测试测试用例对新功能、老功能、新老功能接口进行测试，并依据性能测试计划对软件性能进行测试。4.7.3 启动标准集成/性能测试设计完成4.7.4 工作流程图图 47 集成测试/性能测试流程4.7.5 输入输出输入：集成测试用例、测试计划之集成测试事项、性能测试计划、性能测试用例输出：集成测试缺陷4.7.6 规范测试执行过程需按照测试行为规范进行，缺陷管理需按照缺陷管理规范进行。4.8 文档测试4.8.1 目的保证对客户的指导与实际系统的使用状况相一致。4.8.2

13、角色和职责角色职责备注测试人员对用户操作手册及在线帮助进行测试，记录文档描述缺陷，并跟踪直至缺陷的验证关闭。需求人员对测试人员提出的文档描述缺陷进行修正。4.8.3 启动标准用户操作手册或在线帮助编写完成4.8.4 工作流程图图 48 文档测试流程4.8.5 输入输出输入：用户操作手册、在线帮助输出：文档缺陷4.8.6 规范参见文档测试指南4.9 测试报告4.9.1 目的真实、客观反映测试过程中各测试阶段、测试项的情况，并将结果进行数字化/图像化进行分析，真实反映软件质量实际情况。4.9.2 角色与职责角色职责备注测试负责人真实、客观地对测试过程中各测试阶段、测试项的情况，并以数字/图像的形式

14、对实际情况进行分析，真实反映软件实际测试状况。4.9.3 启动标准集成测试完成4.9.4 工作流程图图 49 测试报告执行流程4.9.5 输入输出输入：各测试阶段、测试项实际测试情况输出：项目测试报告4.9.6 规范参见文档测试指南5 缺陷管理规范（草稿）5.1 登记缺陷流程5.2 缺陷管理流程说明5.2.1 发现阶段序号发现阶段描述11-系统测试测试环境测试发现有的缺陷22-验收测试内部验收测试发现有的缺陷，由质量部进行5.2.2 严重级别序号级别描述10-建议建议增加或修改优化操作21-轻微微小的问题，几乎不影响功能；如界面上错误字32-中等次要功能未实现43-较高功能无法完成，配置错误，

15、程序异常错误54-高操作无法完成，数据库对象存在问题65-紧急主机功能都未实现，出现严重的问题5.2.3 缺陷状态序号状态描述1New测试过程中新提交的缺陷2Open新提交并指派给开发人员处理的缺陷3Fixed开发人员已修复的缺陷，等待测试人员验证4Reopen缺陷修改未达到目标，重新指派给开发人员处理5Closed缺陷已修复并已经通过测试人员验证6Rejected开发拒绝的缺陷，不需要修复或者不是缺陷7Pending当前版本不能修复的缺陷8Distract在上线前仍未修复，后续跟踪的缺陷9ISNT BUG问题不是缺陷的最终状态5.2.4 缺陷处理权限 权限角色NewOpenFixedReop

16、enClosedRejectedPendingDistract测试人员×××开发人员×××××项目经理×××5.2.5 上线版本序号上线版本描述1上线时间未定测试任务上线时间不确定的缺陷2各系统上线时间各个项目的具体上线时间，确定到日5.2.6 缺陷类型序号缺陷类型描述101-基础功能未实现页面无法打开，或打开报错，无法正常操作202-提交不完整功能设计说明书中的功能模块部分未提交303-功能未实现指的是功能不可用或虽然功能可用、但某些方面不能像所希望的那样起到相应的作用404-数据丢

17、失或错误指的是对应数据无记录或数据计算错误、数据约束错误等505-操作界面指的是功能可用但是界面不友好或界面信息错误；用户图形、图表界面有错误606-接口问题指的是与其他组件、模块或设备驱动程序、调用参数、控制块或参数列表相互影响的缺陷707-版本和环境配置指的是编译、版本问题或其他支持系统问题808-文档问题指的是设计文档与需求不一致类问题909-致命错误指的是服务器崩溃、死机等系统类问题1010-性能问题指的是响应时间不合理、CPU等系统资源被占用率太高5.2.7 缺陷优先级序号优先级描述平均时间11-低暂时不影响继续测试；可以在方便时解决3天22-中部分功能无法继续测试；需要优先解决2天

18、33-高测试暂停，无法进行；必须立即解决1天5.2.8 缺陷引入阶段序号引入阶段描述1测试缺陷是由测试理解或环境错误造成2开发缺陷是由开发错误造成3设计缺陷是由设计理解错误造成4需求缺陷是由原始需求分析错误引起来的5.2.9 项目序号项目描述1XXXX各个具体项目具体的项目名称2XXXX各个具体项目具体的项目名称5.2.10 子系统 序号子系统描述1XXXX子系统名称子系统的项目名称2XXXX子系统名称3XXXX子系统名称子系统的项目名称4XXXX子系统名称5.3 注意事项5.3.1 历史遗留问题处理规则1、 测试人员发现问题登记在测试工作中，指派给开发人员；2、 开发人员认为不是本需求引入而是历史问题，上升项目经理；3、 项目经理确定在此版本是否修复；1） 如修复重新指派给开发人员，走正常流程2） 如不修复，则将状态置为“Pending”，后续跟踪。5.3.2 客户反馈缺陷登记流程1、 客户反馈的缺陷首先在测试环境中验证是否存在，存在登记缺陷，类型选择客户 反馈，缺陷登记后走缺陷处理正常流程，不存在同客户确认问题原因，是否是客户环境与系统版本问题。2、 用户反馈的缺陷的严重级别和优先级按最高处理3、 在