软件测试技术---在软件生命周期中测试的实施

1.软件的生命周期

同任何事物一样，软件也有一个孕育，诞生，成长，成熟，衰亡的过程，这个过程被称为软件生命周期

大致可分为以下几个阶段：

制定规划->系统与与软件需求分析->软件设计->编程与单元测试->集成与系统测试->运行与维护

每个阶段都有每个阶段要完成的任务

（按以上阶段的顺序进行每个阶段任务简要的描述）

（1）确定开发软件的总目标，给出功能，性能，可靠性以及接口等方面的要求

（2）与客户合作，获得待开发软件的具体功能，性能，可靠性以及接口等方面的要求，以及其他质量需求，然后对这些需求进行分析和建模，从而得到详细的定义

（3）设计人员把各项需求转换成一个个相应的体系结构。设计每个意义明确的模块为概要设计，进而对各个模块要完成的工作进行具体的描述为编程打下基础为详细设计

（4）把设计详细转换成可以接受的程序代码

（5）把开发完成的各个模块按照规定的顺序组装起来，进行系统的测试，确定软件是否符合开发的需求规格

（6）对已经投入使用的软件进行维护和修改等

软件测试伴随着整个软件生命周期，而并不只是在软件开发完成后才进行测试的

测试的对象也不仅仅是程序，还包括需求定义文档，设计文档等，使错误和缺陷尽可能早的被发现以减小损失

测试过程和开发过程贯穿着整个软件生命周期，它们是相辅相成，互相依赖的关系，概括起来有三点：

（1）测试过程和开发过程是同时开始同时结束的，两者保持同步的关系

（2）测试过程是对开发过程中产生的各种中间产品和最终产品进行确认的过程

（3）测试和开发的工作重点是不一样的，两者有各自的特点

如果测试结果软件的功能能够正常的完成，出现的错误已与修改，那么可以断定：

（1）软件的质量和可靠性已经到达可以接受的程度

（2）所做的测试不足以发现严重的错误

2.需求获取和分析阶段的测试

1）需求规格说明的评审

评审内容主要有：

（1）清晰性：系统的目标是否已定义，需求的描述是否清晰，是否对整个系统进行了功能概括等

（2）完整性：是否列出了系统所必须的依赖，假设和约束等

（3）依从性：文档是否是否遵守了文档的编写标准

（4）一致性：需求说明是否存在直接相互矛盾的条目

（5）可行性：所描述的功能是否必要并充分的满足客户的需求，描述的详细程度是否足以进行详细设计等

（6）可管理性：是否所有的需求都可以追溯到相应的需求材料等

使用用例法（用例图）建立功能模型时应该避免的问题：

（1）用例过多

（2）用例过于复杂

（3）在用例中包含了界面设计

（4）在用例中包含了数据定义

（5）用户无法理解用例

（6）新的业务流程

（7）滥用包含和扩充关系

3.设计阶段的测试

设计阶段为什么需要测试，因为设计人员应该有一个范围广泛的质量目标

测试的目的就是确认设计是否满足了这些质量目标

而设计又可分为概要设计和详细设计

对于两种设计所产生的设计规格说明书有着不同的评审内容

4.编程阶段的测试

编程阶段的测试主要集中在程序代码和代码符合设计规格的程度上

白盒测试也可以看做编程过程的一部分，因为当程序模块在与系统进行集成之前或者之后，程序员通常会对模块进行白盒测试

而黑盒测试人员不必花时间学习程序源代码，相反，他们从外部来研究程序

源代码的静态分析和动态测试：

进行静态分析时不必运行程序，目的是收集程序代码的结构信息而不是排错

动态测试的目的则是相反

因此黑盒和白盒测试都是动态测试

5.回归测试

1）回归测试的概念：

软件因为各种各样的原因必须进行一些修改和升级，但是无论何时这种修改必须保证：

按照设计进行修改和补充

修改和补充的功能不能对已有有效的内容造成破坏，而且继续有效

执行回归测试的目的就是为了保证以上两个保证

2）回归测试的类型：

常规回归测试：在软件的生命周期各个阶段之间进行，保证缺陷修改已经完成，并且不会影响原有的功能

最终回归测试：在软件发布前确认产品的最终版本，发布版的所有缺陷必须在最终测试版本中得到修正，因为这是保证到达客户的经过测试的唯一测试

最终回归测试必须在规定好的一段时间内进行，因为有些缺陷是要经过一段时间才能被发现的（如内存泄露等）

3）回归测试的实施：

回归测试是软件发布前最后实施的一类测试，所以异常重要，不同团队的做法各不相同，但是一下步骤应该是相同的

（1）实施第一次冒烟或摸底测试

只要对软件进行了修改，首先就要保证没有破坏什么东西

冒烟测试包括一下工作：

确定产品必须满足的基本功能

设计测试用例，并保证这些基本功能都是有效的，并装入冒烟测试包

保证每次构建产品时，都能在运行其他测试之前成功的运行这个测试包

如果测试包没有通过，请开发人员确定该变更，并可以退回到执行冒烟测试包成功的状态

（2）理解选择测试用例的准则

一是对于各个不同的版本都用一组不变的测试用例，缺点是可能无法测试出所有的缺陷

二是通过评审测试用例，动态的选择测试用例，缺点是必须了解当前版本有哪些缺陷和变更

（3）测试用例分类

为了使回归测试选择合适的测试用例，可以根据其重要性和客户使用情况将测试用例按优先级分类

（4）选测试用例的方法

根据缺陷或修改的影响程度选择相关优先级的测试用例

（5）重新设置测试用例以进行归回测试

（6）总结回归测试的结果