软件测试总结 (一)

软件测试总结 (一)

本文索引

• 产品质量的标准
• 软件测试分类
• 静态测试和动态测试
• 主动测试和被动测试
• 白盒测试和黑盒测试
• 软件测试级别
• 软件测试工作的组织与管理
• 测试工作的实施
• 测试工作流程

产品质量的标准

功能：与一组功能及其指定性质有关的一组属性，这里的功能是满足明确或隐含的需求的那些功能。

可用性：安装简便，易使用，界面友好

可靠性：在规定的一段时间和条件下，与软件维持其性能水平的能力有关的一组属性。

性能：指定条件下，软件对操作的响应速度以及实现某种功能所需的计算机资源（包括内存大小，CPU占用时间）的有效程度。

容量：系统的接受力、容纳或吸收的能力，如Web系统能承受多少并发用户同时访问，网络会议系统可以承受的与会人数等。

可测量性：系统某些特性可以通过一些量化的数据指标描述其当前状态或设定状态

可维护性：软件投入运行后，需求发生变化、环境改变或软件发生错误时，进行相应修改所做努力的程度。

兼容性：软件从一个环境移植到另一个环境的容易程度，或与外部条件共同工作的容易程度。

可扩展性：将来增加新功能、扩充系统能力的难易程度。

软件测试分类

按测试对象分类：单元测试，接口测试，系统测试，数据测试，界面测试，文档测试

按测试目的分类：功能测试，压力测试，性能测试，可靠性测试，灾难恢复性测试，安全性测试，兼容性测试，回归测试，安装测试

根据测试过程中是否执行被测软件：静态测试，动态测试

根据测试人员是否参与被测试对象的运行：主动测试，被动测试

根据是否针对系统的内部结构和具体实现算法来完成测试：白盒测试，黑盒测试

根据测试是否由软件工具完成：手工测试，自动化测试

静态测试和动态测试

静态测试执行方法是对软件产品的需求和设计规格说明书的评审、对程序代码的复审以及静态分析等（轮查、走查、互审、审查会议）。

动态测试是通过真正运行程序发现错误，通过观察代码运行过程，来获取系统信息，对系统行为进行验证。

主动测试和被动测试

主动测试方法：测试人员主动向被测试对象发送请求、或借助数据、事件驱动被测试对象的行为，从而验证被测试对象的反应或输出结果

被动测试方法：测试人员不干预产品的运行，而是被动地监控产品在实际环境中运行，通过一定的被动机制来获得系统运行的数据，包括输入、输出数据.

白盒测试和黑盒测试

1）白盒测试：（结构、逻辑驱动）

已知产品的内部工作过程，清楚最终生成软件产品的计算机程序结构及其语句，按照程序内部的结构测试程序内部的变量状态、逻辑结构、运行路径等，检验程序中的每条通路是否都能按照要求正确工作，检查程序内部动作或运行是否符合设计规格要求，所有内部成分是否按规定运行。

基本原则

执行测试时，先考虑各个分支被覆盖；

再考虑所有逻辑条件分别为真值和假值的测试；

如果有更高的质量要求，测试对象流程途中所有独立路径至少被运行一次

检查内部数据结构，注意上下文的影响，以确保测试有效性

2）黑盒测试：（功能、数据驱动）

测试时，把程序看做一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试人员针对软件直接进行测试。

能发现以下缺陷

有错误的功能或遗漏了某项功能；

不能正确地接收和输入数据，输出错误的结果；

功能操作逻辑不合理，不够方便

界面出错、不美观

安装步骤不清晰，不够灵活

系统初始化问题等

软件测试级别

单元测试

针对程序系统中的最小单元---类、函数、模块或组件进行测试，一般和编码同步进行。主要采用白盒测试方法，从程序的内部结构出发设计测试用例，检查程序模块或组件的已实现的功能与定义的功能是否一致、以及编码中是否存在错误。

集成测试

也称组装测试、联合测试，在单元测试的基础上，将模块按照设计要求组装起来同时进行测试，主要目标是发现与接口有关的模块之间问题。

两种集成方式：一次性集成方式和渐增式集成方式。

系统非功能性测试

将软件放在整个计算机环境下，包括软硬件平台、某些支持软件、数据和人员等，在实际运行环境或模拟环境下进行一系列的测试，包括：负载测试、性能测试、灾难恢复性测试、强度测试

Alpha测试 

指软件开发公司内部人员开始试用新产品，在实际运行环境和真实应用过程中发现测试阶段所没有发现的缺陷。

Beta测试 

是指公司外部的典型用户试用，并要求用户报告异常情况、提出批评意见，然后再对Beta版本进行修正和完善，最终得到正式发布的版本。 

软件测试工作的组织与管理

制定测试策略、测试计划，确认所采用的测试方法与规范，控制测试进度，管理测试资源。

测试工作的实施

编制符合标准的测试文档，搭建测试环境，开发测试脚本、与开发组织协作实现各阶段的测试活动 

测试工作流程