软件测试基本流程与规范.docVIP

软件测试基本流程与规范

目标

制定完整且具体的测试路线和流程，为快速、高效和高质量的软件测试提供基础流程框架。

最终目标是实现软件测试规范化，标准化。

测试流程说明

测试需求分析

测试需求是整个测试过程的基础；确定测试对象以及测试工作的范围和作用。用来确定整个测试工作（如安排时间表、测试设计等）并作为测试覆盖的基础。而且被确定的测试需求项必须是可核实的。即，它们必须有一个可观察、可评测的结果。无法核实的需求不是测试需求。所以我现在的理解是测试需求是一个比较大的概念，它是在整个测试计划文档中体现出来的，不是类似的一个用例或者其他.

·测试需求是制订测试计划的基本依据，确定了测试需求能够为测试计划提供客观依据；

·测试需求是设计测试用例的指导，确定了要测什么、测哪些方面后才能有针对性的设计测试用例；

·测试需求是计算测试覆盖的分母，没有测试需求就无法有效地进行测试覆盖；

测试方法与规范

测试方法

随着软件技术发展，项目类型越来越多样化。根据项目类型应选用针对性强的测试方法，合适的测试方法可以让我们事半功倍。以下是针对目前项目工程可以参考的测试方法：

β测试（beta测试）--非程序员、测试人员

β测试，英文是Betatesting。又称Beta测试，用户验收测试（UAT）。

β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。

当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员完成，不能由程序员或测试员完成。

α测试（Alpha测试）--非程序员、测试人员

α测试，英文是Alphatesting。又称Alpha测试.

Alpha测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的受控测试，Alpha测试不能由该系统的程序员或测试员完成。

在系统开发接近完成时对应用系统的测试;测试后，仍然会有少量的设计变更。这种测试一般由最终用户或其他人员来完成，不能由程序员或测试员完成。

兼容性测试--测试人员

兼容性测试是指测试软件是否可以成功移植到指定的硬件或者软件环境中，例如在B/S项目中各个不同浏览器之间的测试。

用户界面测试-UI测试--测试人员

用户界面测试，英文是Userinterfacetesting。又称UI测试。

用户界面，英文是Userinterface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。

方法？工作一旦做到执行阶段，我们可以更好的根据这些功能表一点一点的覆盖。也能让我们在用例评审时，充分的证实我们的工作是有效的能够保证产品的质量。）一般在此之前，一些业务培训和需求评审是有必要是听一下的。这样能够更早更熟练的理解需求，也能保证产品设计中出现的一些误区。

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

功能测试

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

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

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

界面测试

兼容性测试

测试计划

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

测试内容：对一个软件来说测试计划中会明确本次测试做哪些测试？

如：系统测试：在整个系统测试中会有（界面测试、功能测试、性能测试、兼

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

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

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

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

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

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

。

测试附件

用例模板、缺陷报告模板

测试环境的搭建

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

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

中间会有：延期、重复、拒