测试过程分析和总结.docx

  1. 1、本文档共14页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多

PAGE10

PAGE10/14

测试过程

目录

简介 3

目的 3

适用范围 3

背景描述 3

过程总体描述 3

过程概述 3

过程结构描述 5

过程元素描述 6

确定测试需求 6

制定测试计划 8

测试计划评审 9

测试设计 10

测试设计评审 12

测试实施 13

测试总结 13

简介

目的

本文的目的在于定义组织范围内开展软件测试活动所需要遵循的过程,将包含测试过程的整体介绍和每个具体过程元素的详细描述。

适用范围

本文适用于技术部测试组的所有测试任务。

本文的预期读者包括相关项目组的测试人员,开发成员,项目经理,产品经理,测试部经理以及项目管理人员。

背景描述

软件测试是支持软件质量保证的一个重要过程,软件产品测试过程基于软件开发过程,贯穿于整个软件产品生命周期。

过程总体描述

过程概述

测试过程共包括:“确定测试需求”,“制定测试计划”,“测试计划评审”,“功能测试设计”,“性能测试设计”,“其他测试设计”,“测试设计评审”,“测试实施”,“建立、维护测试基线”,“编写测试阶段报告”,“测试总结”。其中,“建立、维护测试基线”,“编写测试阶段报告”这两个活动是贯穿于“测试实施”活动中。

活动

确定测试需求

制定测试计划测试计划评审

标准

当系统测试需求数量较少时,可不形成单独的测试需求文档,将系统测试需求写入系统测试计划

不可裁剪

不可裁剪

输出功能测试点:

总体计划:详细计划:

说明

参与人员:

功能测试设计

不可裁剪

测试用例

参与时机:

性能测试设计 当无性能测试需求时,测试场景:

测试设计评审测试实施

建立、维护测试基线

编写测试阶段报告

可裁剪此活动。不可剪裁

不可剪裁可剪裁

不可剪裁

性能指标:测试方案:

参与人员:参与时机:

测试总结 不可剪裁

过程结构描述

确定测试需求

测试需求列表

测试人员

制定测试计划

PMS:测试计划

测试人员

测试计划评审

确认的测试计

测试人员,开发人员,产品经理

测试设计(功能、性能)

PMS:测试用例

测试人员

测试设计评审

测试用例

测试人员,开发人员,产品经理

测试实施

PMS:Bug列表

测试人员

测试总结

测试报告

测试人员,开发人员,产品经理

图1测试过程结构图

过程元素描述

确定测试需求

概述 测试需求是测试计划的基础。测试人员根据项目需求确定本次测试的内容和范围,以便确定测试的规模、复杂程度与可能存在的

风险。相关人员起协助确认作用。

参与人员及职责

入口准则

输入

任务/步骤

测试负责人:收集、分析和确定测试需求

产品经理:协助测试人员确认系统测试需求范围

开发负责人:协助测试人员确认系统设计影响范围

存在能够支持测试人员制定测试需求的指导文档:需求文档,原型demo等;

存在指导测试人员了解系统实现的设计文档:设计说明书,

数据结构,流程图等

说明:形式不限,但是要能指导测试确认测试范围,提供测试执行过程中的测试依据。

需求:需求说明书,原型demo,需求流程图等一切可以描述系统实现的资料

设计:设计文档,实现流程图,数据结构图,接口协议等等

说明:以上输入形式不限,但是至少能够描述当前任务的实现内容,可以作为测试人员测试功能的依据。

接口测试:

确定接口:与外部系统关联的接口,非系统内部模块间的调用接口。

收集和分析接口测试需求。

测试人员从以下方面收集和分析接口测试需求:

确定接口类型:主动接口或被动接口;

确定接口协议类型;

确定接口测试范围和粒度;

根据接口类型选用接口测试工具;

分析接口所用的业务需求。

开发人员提供相关的文档,并给予必要的培训和支持。

确定接口测试需求列表。

测试人员根据分析结果,整理出一个测试需求列表,并确定各测试需求项的优先级、覆盖程度等。开发人员和产品经理对测试需求予以确认。

系统测试:

收集系统测试需求。

测试人员以测试的观点根据软件需求整理出一个测试需求列表,作为测试该软件的主要工作内容。测试需求主要通过

出口准则

输出(工作产品)

以下途径来收集:

与待测软件相关的各种文档资料。如软件需求规格、Usecase、界面设计、项目会议或与客户沟通时有关于需求信息的会议记录、其他技术文档等。

正式与非正式的需求沟通会,设计沟通会。

产品经理提供相关的文档,并给予必要的培训和支持。

分析系统测试需求。

测试人员从待测软件的特性,测试的焦点两个层面上进行分析,需确定以下类别的系统测试需求:

功能测试需求(如常用的或规定的业务流程,各业务流程分支的遍历,明确规定不可使用的业务流程,没有明确规定但是应该不可以执行的业务流程,其他异常或不符合规定的操作等)

兼容性测试需求(如用户使用的操作系统,浏览器等)

文档评论(0)

tianya189 + 关注
官方认证
内容提供者

该用户很懒,什么也没介绍

认证主体阳新县融易互联网技术工作室
IP属地上海
统一社会信用代码/组织机构代码
92420222MA4ELHM75D

1亿VIP精品文档

相关文档