文档介绍：软件测试的基本概念 14’

软件产品必须提供用户所需的功能。

可移植性、可用性、可维护性

产品运行、产品修正、产品转移

内部质量和外部质量模型、使用质量模型
内部质量和外部质量:功能性、可靠性、易用性、效率、可维护性、可移植性。
内部质量需求包括静态模型、动态模型和其他文档、源代码等。
使用质量:有效性、生产性、安全性、满意度;
对于最终用户来说,使用质量主要是功能性、可靠性、易用性和效率的结果;
对于维护软件的人员来说,使用质量是可维护性的结果;
对于移植软件的人员来说,使用质量是可移植性的结果。

外部度量:在测试和使用软件产品过程中进行;
内部度量:在软件设计和编码过程中进行;
使用质量的度量:在用户使用过程中完成。

软件测试是为了证明程序有错。
软件测试的目的:找出软件中潜在的各种错误和缺陷;
能够证明软件的功能和性能与需求说明相符合。

主要类型:没有实现要求功能、出现错误、实现了没提到的功能、没实现虽然没明确提及但应实现的目标、难理解不易使用。
级别:致命的、严重的、一般的、微小的。
基本状态:激活、已修正、关闭或非激活。
产生原因:技术问题——算法错误、语法错误、计算和精度问题、系统结构不合理、算法选择不科学、接口参数传递不匹配;
团队合作——
软件本身——文档错误,内容不正确或拼写错误。
分类:功能缺陷——规格说明书缺陷、功能缺陷、测试缺陷、测试标准引起的缺陷;
系统缺陷——外部接口缺陷、内部接口缺陷、硬件结构缺陷、软件结构缺陷、操作系统缺陷、控制与顺序缺陷、资源管理缺陷;
加工缺陷——算数与操作缺陷、初始化缺陷、控制与次序缺陷、静态逻辑缺陷;
数据缺陷——动态数据缺陷、静态数据缺陷、数据内容结构和属性缺陷;
代码缺陷——程序编写错误(数据说明错、数据使用错、计算错、比较错、控制流错、界面错、输入输出错)、文档和其他错误。
:目标、计划、实施(评审)、检查、行动。
软件质量验证和确认:关键性分析——整体上分析整个系统的资源分配策略;
可跟踪性分析——标识原始需求和相应开发结果之间的关系;
评估——软件开发各个阶段都需要进行;
接口分析——用户接口、硬件接口、软件接口。
软件测试类型及其在软件开发中的地位 6’

制定计划、系统与软件需求定义(评审)、软件设计(核心)、编程和单元测试、集成和系统测试、运行和维护。
:软件配置——软件需求规格说明、软件设计规格说明、源代码;
测试配置——测试计划、测试用例、测试程序;
测试工具——为测试实施提供某种服务,减轻人的手工劳动。

规划阶段的主要目标:需求的获取和定义。
软件设计的分类:外部设计——设计用户界面;
内部设计——结构设计、数据设计、逻辑设计。
软件设计测试的对象来自设计文档,主要采取评审方式进行。
设计文档:外部设计规格说明——用户界面设计、与其他元素接口设计、系统构件部署设计;
内部设计规格说明——功能设计、系统体系结构设计、数据设计;
逻辑设计规格说明——模块算法与数据结构设计。
、运行和维护阶段的测试
结构测试属于白盒测试,功能测试属于黑盒测试。
静态测试——不必运行程序,目的是收集有关程序代码的结构信息而非查错;
动态测试——需要运行程序,目的是查错而非检查程序代码的结构信息。
代码检查、走查与评审 4’

桌上检查是一种程序员(非程序编写者)自己检查源程序的方法,目的是发现程序中的错误。
桌上检查的检查项目——检查交差引用表、检查程序的语句代码和比较控制流图;检查变量、标号的交叉引用表,检查子函数、宏、函数,等价性检查,常量检查,标准检查,风格检查(命名规则、变量说明、程序格式、注释的使用、结构化程序设计、基本控制结构的使用),比较控制流,选择、激活路径、补充文档等。
桌上检查的静态分析——生成引用表和进行静态错误分析。
引用表按功能可以分为:
可直接从表中查出说明/使用错误——循环层次表、变量交叉引用表、标号交叉引用表等;
为用户提供辅助信息——子函数(宏、函数)引用表、等价(变量)表、常数表等;
用来做错误预测和程序复杂度计算——操作符和操作数的统计表。
静态错误分析——类型和单位分析、引用分析、表达式分析、接口分析。

代码检查就是以小组为单位阅读代码,其重要部分就是对照错误列表来检