当前位置：网学 > 设计下载 > 其他类别 > 正文

软件质量保证之软件测试过程与改进技术

来源：http://myeducs.cn 联系QQ：

作者：用户投稿来源：网络发布时间： 13/05/06

本文主要为广大网友提供“软件质量保证之软件测试过程与改进技术”，希望对需要软件质量保证之软件测试过程与改进技术网友有所帮助，学习一下!

客服咨询，网学网竭诚为您服务，本站永久域名：myeducs.cn

4．设计阶段

4.1过程图

这一阶段的工作就是，完成系统的各种设计，其主要的流程如下：

首先，是由开发人员跟设计人员共同参加的设计评审，检验软件是否与规格说明一致，所采用的方法和算法是否适用于待解问题，需求是否满足等。

然后，就是由开发人员进行的单元测试跟集成测试的设计。

最后，是由测试人员根据最新的设计，来细化跟新系统测试用例，并且设计测试数据。

4.2设计评审

这一步是由开发人员跟测试人员共同参加的对系统设计的评审，所采用的形式也跟前面需求评审时所用到的一样，即先提前一两天由评审的参与人员自己安排时间进行预审，然后把发现的问题在正式的需求评审会的讨论解决。

不过，就像前面所提到的一样，即测试人员的技术能力不强，所以这里让测试人员参与到需求评审的目的并不是要测试人员来发现系统架构上的问题，而是要让测试人员从需求和用户的角度来看设计，首先就是要看设计是否有跟需求相冲突的地方，其次就是看设计是否符合用户的使用习惯及行业的规范等。因为这些往往是开发人员所容易忽略的地方。

4.3 单元集成测试用例的设计

这里考虑到测试人员技术能力的限制，不需要测试人员的参加，由开发人员独立来完成，需要确定的有单元、集成测试计划，以及单元、集成测试用例。

4.4 系统测试数据的准备

由于系统的设计已经确定，因此，系统的输入/输出也是定下来了，可以由测试人员根据确定好的设计文档来进行测试数据的设计，包括各种正确的数据跟错误的数据。

4.5量化控制数据

4.5.1概要设计评审

这里需要计算出每一功能点的缺陷数，由公式(4.1)：

概要设计评审发现的总缺陷／系统的总功能点数 (4.1)

然后通过跟由历史数据所得到的控制图进行比较，来进行相关的处理，具体的处理情况参见“3.4.2 测试用例的详细程度”。

4.5.2详细设计评审

跟概要设计评审类似，这里需要得到的也是每一功能点的缺陷数，由公式(4.2)：

详细设计评审发现的总缺陷／系统的总功能点数 (4.2)