软件测试理论知识.docVIP

第一章 测试根底

软件测试的定义：

使用人工和自动的手段来运行或测试某个系统的过程。其目的是检验它是否满足规定的需求或弄清预期结果与实际结果间的差异。

软件测试的目的:

证明 检测预防

证明：

获取系统在可接受风险范围内可用的信心

尝试在非正常情况和条件下的功能和特性

保证一个工作产品是完整的且可用或可被集成的

检测：

发现缺陷，错误和系统缺乏

定义系统能力和局限性

提供组件、工作产品和系统的质量信息

预防：

通过将测试活动提前介入到软件生命周期中，尽早的发现并消除前期研发阶段引入的缺陷，以防止前期缺陷遗留并放大到后续环节

通过对发现的缺陷进行分析，找出导致这些缺陷产生的流程上的缺乏，通过改良流程，预防同类缺陷再次产生

软件生命周期：

方案-需求分析-概要设计-详细设计-编码-测试-运行维护

方案:

SDP(软件研发方案) UTP〔单元测试方案〕

SVVP(软件验证与确认方案)ITP〔集成测试方案〕

STP〔系统测试方案〕

需求分析:

SRS〔软件需求规格说明〕

根据研发类型，需求来源，那么用户针对的具体对象分为两种：针对产品的与针对工程的

设计：

HLD(HighLevelDesign概要设计)

LLD(LowLevelDesign详细设计)

编码:

写成以某个程序设计语言表示的源程序清单，使用RDBMS(RelationalDatabaseManagementSystem关系型数据库管理系统)工具建立数据库。

测试：

检验软件是否符合客户需求，到达质量要求。

按测试阶段分单元测试〔UT〕

集成测试〔IT〕

系统测试〔ST〕——最先介入，最晚结束

运行维护:

将软件交付用户投入正式使用，以后便进入维护阶段，可能有多种原因需要对其进行修改，如软件错误、系统软件升级、增强软件功能、提高性能等。

软件研发的相关要素：

人员过程工具

过程〔流程〕技术〔工具〕

过程〔流程〕

技术〔工具〕

质量

人〔组织〕

分析人员

设计人员

开发人员

测试人员

配置管理人员〔CMO,SCM〕

SQA

组架构

工程经理

工程经理

配置经理

测试经理

开发经理

配置管理组

软件测试组

软件开发组

SQA

软件研发流程：

常见的软件研发流程：瀑布模型，螺旋模型，RUP流程，IPD流程

软件缺陷和BUG〔包括错误和缺乏〕：

缺陷的引入是随时的，不确定的。

缺陷可以归结为三类：遗漏、错误、额外的实现。

附录：

SDP:SoftwareDevelopPlan软件研发方案

SVVP:SoftwareVerificationandValidationPlan软件验证与生效方案

第二章测试过程

划分为三阶段：

单元测试〔UnitTesting〕

集成测试〔IntegrationTesting〕

系统测试〔SystemTesting〕

*确认测试〔ValidationTesting〕

UT

UT

IT

ST

VT

UT：针对软件根本组成单元

目的：检验软件模块对《详细设计说明书》的符合程度。

UT面向过程：函数

面向对象：类属性

方法

IT：针对组装后功能及模块间接口是否正确

目的：检验软件模块对《概要设计说明书》的符合程度。

ST：针对硬件、外设、某些支持软件、数据和人员等

目的：检验对《软件需求规格说明书》的符合程度。

VT：纯系统测试，介于IT与ST之间

假设该软件包括硬件外设等，那么VT相当于IT。

假设该软件为纯系统软件，那么VT相当于ST。

UT，IT，ST的比拟

UT

IT

ST

测试方法

白盒〔某些情况下也可用黑盒测试〕

灰盒

黑盒〔某些情况下也可用白盒测试〕

考察范围

数据结构、逻辑控制、异常处理

模块间接口组合后的功能

系统相对于需求的符合程度

评估标准

逻辑覆盖率

方法：

TDD〔测试驱动开发〕

接口覆盖率

方法：

1.每个接口被覆盖的程度

2.每个接口的等价类、边界值被覆盖的程度

测试用例对需求项的覆盖程度

方法：

等价类两两组合

边界值分析

业务流程法

状态迁移法

错误猜想法

输出域覆盖

回归测试〔RegressionTesting〕

目的：验证缺陷得到正确的修复，同时对系统的修复没有影响以前的功能。

*回归测试可以发生在任何一个阶段

回归测试流程

制定策略

确定版本

按策略执行测试

验收通过：那么关闭缺陷跟踪单

不通过：返回缺陷跟踪单，开发人员重新修改，再次提交

回归测试策略

完全重复测试

覆盖修改法

选择性重复测试周边影响法：比a更充分。难点：如何选取用