软件测试课程总结

1、2.5.4.1 谁负责软件质量谁负责软件质量o tester or sqa ？o sqa负责软件的质量n 防止软件缺陷的出现n 保证软件达到一定的质量和可靠性等级o sqa如何做到n 对项目进行近乎完全的控制n 建立标准和方法论，监视和评价开发过程n 拥有决定产品何时准备发布的授权sqa与软件测试的关系与软件测试的关系o sqa 是管理工作、审查对象是流程、强调以预防为主o 测试测试是技术工作、测试对象是产品、主要是以事后检查o sqa指导、监控开发和测试活动o 测试为sqa提供依据o tester的职业发展方向 - sqa3.1 软件测试的基本方法软件测试的基本方法根据测试方法论，可分为o

2、黑盒测试o 白盒测试o 灰盒测试根据测试方式，可分为o 静态测试o 动态测试3.1.2 白盒测试白盒测试 white-box testingo 了解内部逻辑结构和处理过程，测试其变量状态、逻辑结构、运行路径等；o 用于软件验证；要求尽量做到全覆盖o 风险：受代码的影响3.1.1 黑盒测试黑盒测试 black-box testingo 把事物看成一个整体，不考虑其内部结构和运行机制，通过分析其输入、输出以及周边条件来验证所应具备的功能是否正确实现o 主要用于软件功能测试、确认测试白盒测试常用方法白盒测试常用方法基于覆盖的测试o 语句覆盖o 判定（分支）覆盖o 条件覆盖o 判定/条件覆盖o 条件组

3、合覆盖o 路径覆盖o 循环覆盖3.1.3 静态测试和动态测试静态测试和动态测试o 静态方法（不需运行程序）n 检查：需求定义；组件质量、代码质量（依标准、规范）、过程标准n 思想：早测试；过程决定质量n 效益：好的静态测试，可发现大部分的bugo 动态方法（通过运行程序来检验）n 检验系统实际运行的情况n 需要做测试用例的设计3.2 软件测试的流程软件测试的流程软件测试贯穿软件产品开发的整个生命期软件测试贯穿软件产品开发的整个生命期按阶段进行测试是一种基本的测试策略按阶段进行测试是一种基本的测试策略rad模型生命期示意图模型生命期示意图项目计划需求分析概要设计详细设计软件编码与单元测试软件计划

4、及审查软件安装测试计划软件规格书及审查系统测试计划概要设计书及审查功能测试计划详细设计书及审查集成测试计划集成测试功能测试系统测试及验收测试安装测试测试活动网络计划图测试活动网络计划图项目项目计划计划系统系统分析分析概要概要设计设计详细详细设计设计编代码编代码单元测单元测集成集成测试测试功能功能测试测试系统系统测试测试验收验收测试测试验收测试计划验收测试计划验收测试用例设计验收测试用例设计系统测试计划系统测试计划系统测试用例设计系统测试用例设计功能测试计划功能测试计划功能测试功能测试用例设计用例设计集成测试计集成测试计划及集成测划及集成测试用例设计试用例设计3.7.1 软件测试的工作流程软件测

5、试的工作流程o 制定测试计划o 设计测试用例o 执行软件测试o 软件缺陷记录及跟踪管理o 测试结果分析和质量报告3.7.3 软件测试用例软件测试用例o 测试用例是软件测试的核心o 何谓测试用例 test casen 是按一定顺序执行的与测试目标相关的测试活动的描述；是确定“怎样”测试n 有明确的输入描述和对输出的预期描述n 最小的测试执行单元；o 谁来写测试用例3.7.3.1 测试用例特点测试用例特点o 可复用n 重复使用，测试的稳定性o 有效性n 良好的用例不需要穷举而覆盖尽量大o 管理性n 测试用例的通过率是代码质量的指标o 基础性n 新手能马上使用软件测试用例举例软件测试用例举例o 依据

6、相关规格说明书o 考虑正确的输入o 考虑错误的输入o 考虑异常的输入o 考虑触发错误的条件（输入）o 测试用例范例4.1 软件测试方法概述软件测试方法概述黑盒测试黑盒测试看不到程序代码，看不到程序代码，只知道程序做什么只知道程序做什么白盒测试白盒测试能看到程序代码，能看到程序代码，知道程序的运行机理知道程序的运行机理静态测试静态测试程序不需要运行，程序不需要运行，检查、审阅检查、审阅静态黑盒测试静态黑盒测试静态白盒测试静态白盒测试动态测试动态测试通过运行程序来进通过运行程序来进行测试行测试动态黑盒测试动态黑盒测试动态白盒测试动态白盒测试4.2 测试产品说明书测试产品说明书o 静态、黑盒测试o

7、测试时机n 尽早介入（软件需求分析、系统设计阶段）o 测试目的n 在软件投产之前找出缺陷o 产品说明书（需求规格书）很重要n 确保最终产品符合客户要求n 通过说明书，完整描述产品，有一致的理解4.3 闭着眼睛测试软件闭着眼睛测试软件o 动态、黑盒测试o 测试方式n 输入、接受输出、检验结果（行为测试）o 应用领域n 集成测试、功能测试、系统测试、验收测试等o 精心组织的有计划的测试n 应采用目标明确的结构化方法n 认真设计测试用例；精心选择测试用例集会o 测试依据-软件产品说明书4.3.1 通过测试与失败测试通过测试与失败测试软件测试的两个基本思路o 通过测试n 软件能做什么n 验证基本功能是

8、否实现o 失败测试n 软件有哪些缺陷n 考验软件能力、破坏性试验o 哪个为主、先做哪个？4.3.2测试技术之测试技术之1等价分配等价分配o 软件测试员的最重要任务n 设计、选择适合的测试用例-以有限的用例覆盖被测试的所有情况o 如何做到-等价分配 n 分步骤把过多（无限）的测试用例减少到同样有效的小范围的过程n 等价类别（区间）-测试相同目标或暴露相同软件缺陷的一组测试用例o 等价分配的原则-足以覆盖测试目标4.3.3测试技术之测试技术之2数据测试数据测试o 软件的两个基本要素n 数据 + 程序o 对数据进行软件测试n 输入、输出、中间值的检查o 对数据的等价分配n 边界条件n 次（内部）边界

9、条件n 空值n 无效数据4.3.4测试技术之测试技术之3 状态测试状态测试o 软件的两个基本要素o 测试软件的逻辑流程n 通过不同的状态验证程序的逻辑流程n 软件状态-软件当前所处的情况或者模式o 程序的状态和分支是结合的（相当的多！）n 如何有效地测试 - 等价分配状态和分支n 状态转换图状态转换图4.3.5测试技术之测试技术之4 因果图方法因果图方法根据数据之间的关系，分析因果关系，确定等价类根据数据之间的关系，分析因果关系，确定等价类例：例：两列数据，要求第一列为两列数据，要求第一列为a或或b，同时第二列为数字，同时第二列为数字如第一列不满足，则提示：如第一列不满足，则提示：l如第二列不

10、满足，则提示：如第二列不满足，则提示：m黑盒测试技术要综合运用黑盒测试技术要综合运用o 等价类等价类n 有效的、无效的；合法的、不合法的数据有效的、无效的；合法的、不合法的数据o 边界值边界值n 数据的极限、边界情况数据的极限、边界情况o 状态图、功能图状态图、功能图n 考虑各种条件的组合考虑各种条件的组合o 错误推测方法错误推测方法n 利用经验和历史错误数据利用经验和历史错误数据4.4 检查代码检查代码o 静态、白盒测试n 不必执行程序，以找出软件缺陷n 结构分析-审查软件设计、体系结构和代码n 形式：代码走查、审查、评审会o 应用领域n 主要在单元测试o 检查代码的目的n 尽可能早地发现软

11、件缺陷n 为黑盒测试用例的设计提供思路4.5 戴上戴上x光眼镜检查软件光眼镜检查软件o 动态、白盒测试n 利用查看代码功能和实现方式得到的信息来确定哪些要测试，那些不要测试，如何展开测试 - 结构测试结构测试o 应用领域单元测试、集成测试o 测试内容n 直接测试n 控制软件-强制赋值、干预执行n 评估覆盖、调整测试o 测试工具开发环境之调试器4.5.2 黑盒与白盒相结合黑盒与白盒相结合o 通过黑盒通过黑盒n 建立一个初步的、中立的测试用例建立一个初步的、中立的测试用例o 通过白盒通过白盒n 获得系统实现方面的信息获得系统实现方面的信息n 依此对等价分配作进一步的提炼、调整依此对等价分配作进一步

12、的提炼、调整o 大幅减轻测试工作大幅减轻测试工作o 增加没有考虑到的测试增加没有考虑到的测试o 查找内部边界条件查找内部边界条件o 应用举例应用举例n 先黑盒、后白盒先黑盒、后白盒4.5.3 数据范围分析数据范围分析o 数据流跟踪数据流跟踪n 通过调试器，了解数据的初值、中间值、结束值通过调试器，了解数据的初值、中间值、结束值o 找到更多的次边界找到更多的次边界o 计算公式计算公式n 了解计算过程、避免出现溢出或间接异常了解计算过程、避免出现溢出或间接异常o 强制赋值强制赋值n 通过强制赋值，构建某种不易出现的状态，以测试通过强制赋值，构建某种不易出现的状态，以测试该状态下的软件运行情况该状态

13、下的软件运行情况4.5.4 代码范围分析代码范围分析o 需要测试程序的状态需要测试程序的状态o 需要测试程序的流程需要测试程序的流程n 进入和退出每一个模块进入和退出每一个模块/函数函数n 执行每一行代码执行每一行代码n 进入每一个分支结构进入每一个分支结构n 跟踪每一条逻辑判断跟踪每一条逻辑判断o 要求：要求：n 通过可控制的测试用例，实现代码的全覆盖通过可控制的测试用例，实现代码的全覆盖测试技术在各测试阶段中的应用测试技术在各测试阶段中的应用o 软件分析设计n 静态黑盒o 单元测试n 静态白盒、动态白盒o 集成测试n 动态白盒、动态黑盒o 功能测试、系统测试、验收测试、安装测试n 动态黑盒

14、测试技术的综合应用测试技术的综合应用o 黑盒测试n 更广些、更高些、更浅些n 中医方法o 白盒测试n 更深些、更专些n 西医方法o 根据具体情况、因事而异6.1 执行测试执行测试o 对测试用例的组织和跟踪n 已经有的测试用例有哪些n 计划执行哪些测试用例（测试用例集合）n 计划执行多少个测试用例，执行需要多长时间n 执行测试用例时，哪些通过了、哪些失败n 在失败的测试用例中，哪些在上次执行时也失败了n 上次执行测试案例时通过的百分比是多少o 形成两份报告n 测试执行情况报告n 软件缺陷报告6.3 让别人重视自己的缺陷报告让别人重视自己的缺陷报告编写缺陷报告的基本原则o 尽快报告软件缺陷n 修复

15、风险随时间而大大增加o 有效描述软件缺陷n 短小、单一、明显和通用、再现o 在报告时不做评价n 陈述事实、对事不对人o 补充完善缺陷报告n 保存好缺陷描述、并跟踪缺陷、补充进展信息6.3.3 协调测试与调试职责协调测试与调试职责基于缺陷的职责协调1. 再现缺陷所需的最少步骤2. 缺陷是否成立（缺陷或测试员的错误）3. 产生缺陷的外部因素4. 产生缺陷的内部因素5. 如何在不产生新缺陷的条件下修复该缺陷6. 该修复是否经过调试、单元是否经过测试7. 测试是否被关闭（确认及回归测试）4.4 软件缺陷的生命期软件缺陷的生命期o 新建缺陷 - 测试员o 审查缺陷报告 - 项目经理o 修复缺陷 - 程序

16、员o 验证修复 - 测试员o 关闭缺陷 - 测试员o 三方共同协作、对缺陷严密监控o 由测试员打开、由测试员关闭打开（打开（t）修复（修复（pg）关闭（关闭（t）审查（审查（pm）检查检查（t）软件缺陷的生命期示意图软件缺陷的生命期示意图评审评审驳回驳回公开公开分配分配修复修复测试测试关闭关闭bug状态：打开、修复中、已修复、关闭报告无效软件缺陷的生命期示意图软件缺陷的生命期示意图评审评审驳回驳回公开公开分配分配修复修复测试测试关闭关闭bug状态：打开、修复中、已修复、关闭报告无效信息不足软件缺陷的生命期示意图软件缺陷的生命期示意图评审评审驳回驳回公开公开分配分配修复修复测试测试关闭关闭bug

17、状态：打开、修复中、已修复、关闭、信息不足报告无效重新公开重新公开重新公开6.6 软件缺陷跟踪管理软件缺陷跟踪管理o 缺陷跟踪管理的意义n 软件缺陷反映了软件的本质n 测试驱动的软件开发过程o 缺陷跟踪管理的原则n 基于缺陷生命周期n 三方配合，跟踪bug整个生命期n 谁打开、谁关闭（第一责任人）6.6.1 软件缺陷跟踪管理手段软件缺陷跟踪管理手段以数据库形式对软件缺陷进行管理o 数据库内容nbug总括信息（标题、责任人、当前情况等）nbug详细信息（bug详细描述、修复详细描述、进展等）nbug状态、日志等信息o 信息管理内容n缺陷的建立n缺陷修复任务的分派n缺陷信息的维护n缺陷状态更新o

18、缺陷信息的价值6.6.2 缺陷信息的价值缺陷信息的价值o 软件缺陷跟踪数据库是整个项目组的中心点o 缺陷信息的查询与统计n bug分布情况（区域、模块）n tester发现bug的情况n 总的bug发现情况n 每天发现的bug数量n bug的修复情况n 未修复的bug数量n 所发现bug的属性（严重性/优先级）6.7 软件缺陷分析软件缺陷分析o 软件缺陷信息反映软件项目的本质o 缺陷数据库为项目组成员提供丰富、翔实的信息n 反映测试工作状态方面的信息n 反映项目开发组工作状态方面的信息n 预测项目进展趋势方面的信息bug分布情况-按原因bug打开关闭累计曲线bug打开关闭累计曲线bug打开关闭

19、累计曲线bug打开关闭累计曲线bug打开 / 解决 / 关闭累计曲线quicktest测试流程测试流程o 录制测试脚本o 加强测试脚本n 设置检查点n 参数化脚本n 建立输出值o 执行测试脚本o 分析测试结果因果图方法示例因果图方法示例编号原因（条件）编号结果（动作）1第一列为a21给出ok2第一列为b22给出l3第二列为数字23给出m11中间原因依赖1、212311222123orandnotnote测试用例执行报告格式测试用例执行报告格式测试用例示例测试用例示例测试用例：测试用例：验证记事本程序可以编辑中英文混合的内容测试步骤测试步骤 : :1、 运行记事本程序2 、切换到中文输入法，输入中文“学习编写”3 、切换到英文输入法，输入英文“test case”4、 保存文件，文件名为 testcase.txt5、 关闭记事本程序6、 双击 testcase.txt 以打开文件预期结果：预期结果：1、文件内容是“学习编写 test case” 缺陷报告的示例缺陷报告的示例 优秀的缺陷报告重现