软件测试工作流程个人版修订稿

软件测试工作流程个人

版

集团标准化工作小组 [Q8QX9QT-X8QQB8Q8-NQ8QJ8-M8QMN]

软件测试流程

测试基本阶段划分

•测试计划阶段

•测试设计阶段

•测试执行阶段

•测试评估阶段

•测试验收阶段

文档编写人：龙文

编写时间：2010-8-3

目录

1、测试计划阶段

•做测试需要做好准备工作，把做一件事需要做的准备工作做好，明确做这件事的目的，最终达成目的并验证结果是我们要做的事情。这要求我们有一个完善的

“测试计划书”。

•测试计划的内容：

1、测试范围：描述本次测试中做的测试范围，如：测试软件功能范围、测试种类等

2、简单的描述如何搭建测试平台以及测试的潜在的风险。

3、项目信息：说明要测试的项目的相关资料，如：输入输出文档，产品描述，软件主要功能

4、人力资源的分配

注：

计划和设计分开编写，最好安排充分的时间去明确测试需求

测试需求：笼统说，就是测试中的所有设计和需求文档。作为本次测试的依据、测试计划考虑的问题

•1、要充分考虑测试计划的实用性，即测试计划与实际之间的接近程度和可操作性（必须对需求有透彻的理解）。编写测试计划的目的在于充分考虑执行测试时的各种资源，包括测试内容、测试标准、时间资源、人力资源等等，准确地说是要分析执行时所能够调用的一切资源以及受各种条件限制，可能受到的各种影

响。说的再明确一点就是要“计划”“如何”去做“测试工作”，而不是“如何编写测试计划”。

（1）测试内容：对一个软件来说测试计划中会明确本次测试做哪些测试如：系统测试：在整个系统测试中会有（界面测试、功能测试、性能测试、

兼容性测试、安装卸载测试、可靠性测试等测试）

（2）测试目的：一般多为保证产品质量是否达到预期的指标。这个指标也就是在测试中定义的结束标准。

（3）测试标准：需要考虑本次测试需要输入那些文档，该项目结束标准定义、测试结束标准的定义bug级别定义、优先级定义、bug管理流程定义。这个都需要在执行测试事明确。计划中应该包含这些内容。

（4）资源分配：这里分为人力资源、软硬件资源等划分。一般会把人力资源的利用写入一个测试人员任务分配表里，按照不同的阶段，每个阶段提交相应的成果（难度很大）。软硬件资源中主要是在做计划时考虑到需要多少电脑或别的工具，列出清单。

（5）测试风险：大多考虑到的就是项目开发延期、测试人员不足用例无法全面覆盖测试点、时间不足用例无法全部执行、bug无法及时修改导致无法验证、测试人员技能不足导致测试进度拉长。

（6）软件测试策略一般都是分开来做相关测试方案。

•2、要坚持“5W1H”的原则，明确测试内容与过程。

•◇明确测试的范围和内容（WHAT）；

•◇明确测试的目的（WHY）；

•◇明确测试的开始和结束日期（WHEN）；

•◇明确给出测试文档存放位置（WHERE）；

•◇明确测试人员的任务分配（WHO）；

•◇明确指出测试的方法和测试工具（HOW）。

、测试策略

•这一阶段在于需求、详细设计、测试计划完成之后，主要是本次测试的策略阶段。很多公司少这个一个阶段，需要有计划性的分出产品的功能扣出测试的功能点，现阶段大多公司都是直接拿着文档就开始做用例设计。

•对需求进行分析，列出具体的功能列表。（一般根据功能交互文档就能明确出此功能的大体功能，一层层的分下去，一直到没个功能表单。然后考虑到使用那些测试方法工作一旦做到执行阶段，我们可以更好的根据这些功能表一点一点的覆盖。也能让我们在用例评审时，充分的证实我们的工作是有效的能够保证产品的质量。）一般在此之前，一些业务培训和需求评审是有必要是听一下的。这样能够更早更熟练的理解需求，也能保证产品设计中出现的一些误区。

•对于一个个测试该如何进行测试如下：

1、功能测试

、功能范围（划分出各自负责的功能模块）

、使用测试方法（等价类、边界值等测试方法方法）

、测试标准（符合设计、需求和规范文档对该功能的描述）

2、界面测试

3、兼容性测试

…………

列举出策略中常用的测试种类

功能测试、界面测试、兼容性测试、性能测试、安装卸载测试、数据库测试、文档测试、安全性测试、可靠性测试等等

功能列表

功能描述：

需求：

–公告条数上没有限制；

–公告有两种显示方式：顺序排列和随机排列，默认显示方式是顺序；

–每条公告不超过50个中文字符或100个英文字符；

–公告在客户端上以顺序排列方式显示的顺序同运营后台页面上从上到下显示的顺序。

–新增公告文字如需对应宝贝详情链接，则文字内容必须含有对应宝贝的名称，作为公告内的关键字链接。

–新增公告文字如是纯文字公告，不需选择“指定宝贝”。

1、实际中我们可以根据设计图形，可以看出内部的功能点

如：删除、修改、新增、排序

2、细分到具体的功能表单：（详细设计）

如：、结合设计图找出每个测试点（内部表单）

、其他非功能测试

•界面测试

•兼容性测试

后台软件分：、、Firefox浏览器

前端手机分：手机系统、手机品牌

•安装测试

1、文件安装是否完整

2、卸载是否干净

3、安装时停止，是否删除干净

4、安装文件是否散乱

…………………………

•性能测试

性能测试应该另外确定需求指标，按照需求设置具体的场景和性能参数指标

、策略附件要求

•用例模板、缺陷报告模板

•测试环境的搭建

•缺陷管理流程和缺陷级别定义

为下一阶段做好准备

缺陷状态一般分为：新建、打开、已分配、已修复、关闭、重新打开

中间会有：延期、重复、拒绝等状态

缺陷管理流程

1、由测试人员发现bug后，新建bug。Bug的状态为《新建》

2、测试人员直接把bug指派到相应的管理者（一般是由测试组长、项目经理等人参

与bug分配）（打开）或者是在管理者那里就直接关闭 bug状态就直接改为关闭3、Bug经过分配给相应的开发者手中或者是开发组长手中，测试组长能够讲该bug

转移给相应的开发人员。Bug状态不改变。状态改为《已分配》。（拒绝修复、延期修复等）

4、测试人员在做验证时，主要关注bug状态为已修复的bug 如果bug任然存在或

者导致了新的bug。那么就《重新打开》然后新建新的bug。。如果bug修复未修复，那么就重打开

5、Bug修复验证完毕，就直接关闭