软工视频、文档之软件测试

软件测试目的原则

一、软件测试的目的

1.测试是程序的执行过程，目的在于发现错误
2.一个好的测试在于能发现至今未发现的错误
3.一个成功的测试时发现至今未发现的错误的测试

二、软件测试的原则

1.尽早地和不断地进行软件测试，并将之作为软件开发者的座右铭
2.测试用例应有测试输入数据和对应的预期输出结果两部分组成
3.程序员应避免检查自己的程序
4.设计测试用例时，应包括合理的输入和不合理的输入

三 、测试信息流

1.输入：软件配置、测试配置、测试工具
2.输出：测试结果分析、排错（调试）、修正后的文档再测试

四、测试与软件开发各阶段关系

测试与软件开发阶段相反，自底向上，逐步集成

软件测试用例设计

一、两种测试方法

1.黑盒测试：将测试对象看成一个黑盒子，检查程序的功能是否符合功能要求
2.白盒测试：将测试对象看成一个透明的盒子，对程序的所有逻辑路径进行测试

二、白盒测试的测试用例方法

1.逻辑覆盖
1）定义：依程序内部的逻辑结构为基础的设计测试用例的技术，他属于白盒测试
2）包括：
语句覆盖：设计若干个测试用例运行程序，使各种条件至少执行一次
判定覆盖：设计若干个测试用例运行程序,使程序中每个条件的取真和取假分支至少执行一次
条件覆盖：设计若干个测试用例运行程序，使程序中的每个判断中每个条件取值执行一次
判定-条件覆盖：综合以上两个覆盖
条件组合覆盖：设计足够的测试用例运行程序,使得每个判断所有可能取值组合至少执行一次
路径覆盖：设计足够的测试用例运行程序，覆盖程序中所有可能的路径
2.条件测试路径选择
当判定多于一个时，形成分支结构分为两类：嵌套型分支结构、连锁分支结构

3.循环测试路径选择
简单循环、嵌套循环、连锁循环、非结构循环

三、黑测试的测试用例设计

1.等价类划分
1）将所有可能输入数据分为有效等价类和无效等价类
2）划分原则
当规定了取值范围或值的个数时，确立一个有效，两个无效
当输入条件规定了输入值集合或必须如何的提偶见，确立一个有效，一个无效
当输入条件为布尔型，确定一个有效，一个无效
当规定了一组值时，程序对每个都进行运行，确定一个有效，一个无效
当规定了数据必须遵守的规则时，确定一个有效，一个无效
3）确定等价类后建立等价类表，列出划分的等价类
等价类表；

2.边界值分析
1）确定边界情况，然后小于边界，等于边界，大于边界分别作为测试数据
2）划分原则：
当固定了输入条件，则分为等于条件，大于条件，小于条件作为测试数据
当规定了数据个数时，则对比最小个数大1，比最大个数小1等情况作为测试数据
针对规格说明，选用以上两个原则
当程序规格说明中提到输入或输出为有序集合，这以上下限为边界进行取值
3）等价类划分和边界值分析比较
边界值分析时选取条件中的几个特殊数据，以条件边界为限制取值
边界分析法不仅考虑输入，还考虑输出
3.错误推测法
1）将程序中所有错误或不妥的地方列出，然后根据情况进行选择
4.因果图
1）当测试时必须考虑输入条件的各种组合，可使用一种适合于描述各种组合，产生多个动作时用因果图，其根本是产生判定表
2）基本步骤
分析软件规格说明描述，那些是原因，哪些是结果，对原因结果赋予标识符
分析软件规格说明描述，找出原因与结果的关系，画出因果图
用记号表名原因组合才能产生结果的情况
将因果图转换为判定表
判定标的每一列作为测试用例
3）基本符号：Ci（原因）、Ei（结果）、结点（状态）、0（状态不出现），1（状态出现）
4）原因与结果关系：

5）约束条件符号：

软件测试策略

测试的DFD图

一、单元测试

1.测试的五个方向
1）模块接口（数据的存储缓冲区等等）
2）局部数据结构（变量名、数据类型等错误）
3）边界条件
4）独立路径
5）出错处理（出错时对错误处理描述是否详细）
2.测试的步骤
测试模块时，考虑它和外界的联系，用辅助的模块去模拟联系
驱动模块
桩模块（被侧模块的单个功能，包含多个）

3.部分常见错误清单
1）模块接口检查表


2）完成外部输入/输出时的检查表


3）模块局部数据结构检查表

二、组装测试

1.两种组装方式
一次性组装、增殖组装
2、一次性组装方式

3.增殖式组装方式
1）自顶向下

2）自底向上

3）混合增殖方式

三、确认（有效性）测试

1.任务
验证软件的功能与性能以及其它特性是否与其他用户的要求一致
2.确认测试流程

3.测试步骤
1）进行有效性测试（黑盒测试）：是否满足需求规格说明的要求
2）软件配置复查：保证复查目的、齐全所有成分、保证质量、维护细节、编排目录
3）验收测试：已用户人员为主的测试

四、系统测试

1.目的
与硬件、外设、某些支持软件人员等结合进行测试，发现问题，解决问题
2.α测试
由一个用户在开发环境下进行的测试，也可以是内部进行模拟测试，完整后返回错误
3.β测试
由软件的多个用户在实际使用环境下测试，用户返回错误给开发者

软件测试种类

一、功能测试

在规定时间内，运行被测功能的所有功能，看是否有错误

二、可靠性测试

对系统进行可靠性测试，判断系统是否完整可靠。

三、强度测试

在环境不正常情况下甚至发生故障时，系统可以运行到何种程度

四、恢复测试

当发生硬件故障时（断电、硬件网络出错等）后，系统是否可以恢复。

五、启动/停止测试

验证在机器启动及关机时是否会出错

六、配置测试

计算机系统内各个设备或各个资源之间的相互联结和功能分配是否有错误

七、安全性测试

检验系统中的保密性，有误漏洞，防止有用信息丢失，防止病毒入侵

八、可使用性

检验系统的合理性和方便性等特性，分析是否有不妥的地方

九、可支持性测试

验证系统的支持性，如系统被修复的时间等等。

十、安装测试

寻找暗转过程中是否有错误。

十一、过程测试

各个人员在操作过程中发生的问题等

十二、互连测试

测试两个系统之间的连接是否有问题

十三、可兼容性测试

系统不同版本的是否可兼容

十四、容量测试

系统的承受能力能打到什么程度

十五、文档测试

检查用户文档的清晰性和精确性

程序调试

一、调试步骤

1.从错误外部表现入手，确定位置
2.研究有关部分的程序，找到错误的内在原因
3.修改设计和代码，排除错误
4.重复这个暴露错误的测试或进行相关测试

二、调试方法

1.强行排错
在可能出错的地方加减代码强行排错
2.回溯法
发现错误后，分析错误推算出错位置，反方向寻找出错位置
3.归纳法
从一些错误征兆着手，通过分析它们之间的关系来寻找错误
（“3W1H”形式： what、where、when、how）

4.演绎法
从一般原理和前提处罚，经过排错和细化过程中寻找错误，即找出所有错误一一进行排除

三、调试原则

1.确定错误性质和位置原则
1）用头脑去分析思考与错误有关的征兆
2）避免死胡同
3）只把调试工具当辅助手段使用
4）避免试探法，将之作为最后手段
2.修改错误
1）在出错的地方，很有可能还是会有错
2）当心修正一个错误的同时可能会引入新错误

测试分析报告

一、引言

1.编写目的
2.项目背景
3.定义
4.参考资料

二、测试计划执行情况

1.测试项目
2.测试机构和人员
3.测试结果

三、软件需求测试结论

四、评价

1.软件能力
2.缺陷和限制
3.建议
4.测试结论