软件质量保证和管理-- ch16软件测试之质量.ppt

《软件质量保证和管理-- ch16软件测试之质量.ppt》由会员分享，可在线阅读，更多相关《软件质量保证和管理-- ch16软件测试之质量.ppt（52页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件质量保证和管理软件质量保证和管理-Ch.16 软件测试之质量软件测试之质量 软件测试之质量软件测试之质量程序测试是为了发现错误而执行程序的过程程序测试是为了发现错误而执行程序的过程-G.J.Myers 第第16章章 软件测试之质量软件测试之质量 16.1 16.1 软软件件测试测试16.2 16.2 测试测试的的现实现实和原和原则则16.3 16.3 测试测试的方法的方法应应用之道用之道16.4 16.4 测试测试目目标实现标实现的完整性和有效性的完整性和有效性16.5 16.5 测试过测试过程的程的评审评审和和质质量保量保证证16.6 16.6 软软件件测试组织测试组织和管理和管理16.

2、1 软件测试软件测试16.1.1 软件测试和质量保证的关系软件测试和质量保证的关系16.1.2 测试在软件开发各个阶段的任务测试在软件开发各个阶段的任务16.1.3 软件测试目标软件测试目标16.1.1 软件测试和质量保证的关系软件测试和质量保证的关系二者都是贯穿整个软件开发生命周期的流程二者都是贯穿整个软件开发生命周期的流程 测试测试SQA主要对象主要对象 软件（工作）产品 开发流程特性特性 技术工作 管理性工作焦点焦点 事后检查 预防范围范围 软件研发部门 全组织、跨部门16.1.2 测试在软件开发各个阶段的任务测试在软件开发各个阶段的任务阶阶 段段输出输出需求分析审查需求分析审查 需求定

3、义中问题列表,批准的需求分析文档，测试计划书的起草 设计审查设计审查设计问题列表、各类设计文档、测试计划和测试用例单元测试单元测试缺陷报告、跟踪报告；完善的测试用例、测试计划集成测试集成测试缺陷报告、跟踪报告；完善的测试用例、测试计划；集成测试分析报告；集成后的系统功能验证功能验证缺陷报告、代码完成状态报告、功能验证测试报告系统测试系统测试缺陷报告、系统性能分析报告、缺陷状态报告、阶段性测试报告验收测试验收测试用户验收报告、缺陷报告审查、版本审查最终测试报告版本发布版本发布当前版本已知问题的清单、版本发布报告维护维护缺陷报告、更改跟踪报告、测试报告16.1.3 软件测试目标软件测试目标软件测试

4、的目标，就是为了更快、更早地将软件产品或软件系统中所存在的各种问题找出来，并促进程序员尽快地解决这些问题，最终及时地向客户提供一个高质量的软件产品 1.软件测试是为了发现错误而执行程序的过程软件测试是为了发现错误而执行程序的过程2.一个好的测试能够在第一时间发现程序中存在的错一个好的测试能够在第一时间发现程序中存在的错误误3.一个好的测试是发现了至今尚未发现的错误的测试。一个好的测试是发现了至今尚未发现的错误的测试。16.2 测试的现实和原则测试的现实和原则16.2.1 软件测试的现实软件测试的现实16.2.2 软件测试的原则软件测试的原则16.2.1 软件测试的现实软件测试的现实n测试工作总

5、存在风险测试工作总存在风险 n测试不能提高质量，但软件产品发布后，缺测试不能提高质量，但软件产品发布后，缺陷较多，往往被认为是测试人员的错。陷较多，往往被认为是测试人员的错。n测试人员的素质和待遇。测试人员的素质和待遇。n测试时间往往被压缩测试时间往往被压缩 16.2.2 软件测试的原则软件测试的原则1.所有测试的标准都是建立在用户需求之上。所有测试的标准都是建立在用户需求之上。2.软件测试必须基于软件测试必须基于“质量第一质量第一”的思想去开展各项工的思想去开展各项工作，作，3.事先定义好产品的质量标准。事先定义好产品的质量标准。4.软件项目一启动，软件测试也就是开始。应当把软件项目一启动，

6、软件测试也就是开始。应当把“尽尽早和不断地测试早和不断地测试”作为测试人员的座右铭。作为测试人员的座右铭。5.穷举测试是不可能的。穷举测试是不可能的。6.第三方进行测试会更客观，更有效。第三方进行测试会更客观，更有效。7.软件测试计划是做好软件测试工作的前提。软件测试计划是做好软件测试工作的前提。8.测试用例是设计出来的，不是写出来的。测试用例是设计出来的，不是写出来的。9.不可将测试用例置之度外，排除随意性。不可将测试用例置之度外，排除随意性。10.对发现错误较多的程序段，应进行更深入的测试。对发现错误较多的程序段，应进行更深入的测试。16.3 测试的方法应用之道测试的方法应用之道16.3.

7、1 测试的三维构成测试的三维构成16.3.2 测试方法的辩证统一测试方法的辩证统一 16.3.3 验证和确认验证和确认缺一不可缺一不可16.3.4 测试用例设计方法的综合运用测试用例设计方法的综合运用16.3.5 测试工具的有效使用测试工具的有效使用16.3.6 开发高质量的测试脚本开发高质量的测试脚本16.3.1 软件测试的三维空间软件测试的三维空间单元测试系统测试验收测试性能测试兼容性测试功能测试白盒测试方法层次或过程层次或过程方法（方法（哲学思想）特性特性-质量目标适用性测试可靠性测试集成测试安全性测试灰盒测试方法黑盒测试方法16.3.2 测试方法的辩证统一测试方法的辩证统一n白盒测试方

8、法白盒测试方法 vs.黑盒测试方法黑盒测试方法n静态测试静态测试 vs.动态测试动态测试n手工测试手工测试 vs.自动化测试自动化测试n有计划测试有计划测试 vs.随机测试随机测试n新功能测试新功能测试 vs.回归测试回归测试白盒测试白盒测试 vs.黑盒测试黑盒测试需求需求事件事件输入输入输出输出功能测试功能测试数据驱动测试数据驱动测试 结构测试结构测试逻辑驱动测试逻辑驱动测试 静态测试静态测试 vs.动态测试动态测试主持人作者记录评审员SQA协调员用户代表非正式非正式正式正式同级评审同级评审 走查走查 会议评审会议评审评审评审动态测试动态测试手工测试手工测试 vs.自动化测试自动化测试手工测

9、试手工测试有计划测试有计划测试 vs.随机测试随机测试新功能测试新功能测试 vs.回归测试回归测试16.3.3 验证和确认验证和确认缺一不可缺一不可Verification：Are we building the product right？是否正确地构造了软件？即是否正确地做事，验证开发过程是否遵守已定义好的内容 验证产品满足规格设计说明书的一致性Validation：Are we building the right product?是否构造了正是用户所需要的软件？即是否正在做正确的事。验证产品所实现的功能是否满足用户的需求16.3.4 测试用例设计方法的综合运用测试用例设计方法的综合运用

10、n 白盒设计方法又分为逻辑覆盖法和基本路径覆盖法，白盒设计方法又分为逻辑覆盖法和基本路径覆盖法，或者分为语句覆盖、判定覆盖、条件覆盖方法或者分为语句覆盖、判定覆盖、条件覆盖方法n 黑盒设计方法分为等价类划分法、边界值划分法、错黑盒设计方法分为等价类划分法、边界值划分法、错误推测法、因果图法等。误推测法、因果图法等。在实际测试用例设计过程中，不仅根据需要、场在实际测试用例设计过程中，不仅根据需要、场合单独使用这些方法，常常综合运用多个方法，合单独使用这些方法，常常综合运用多个方法，使测试用例的设计更为有效。使测试用例的设计更为有效。例子例子Dim a,b as IntegerDim c as D

11、oubleIf（a 0 and b 0）Thenc=c/aEnd IfIf（a1 or c1）Thenc=c+1End Ifc=b+c判定判定-条件覆盖的测试用例条件覆盖的测试用例 测试用例用例具体取具体取值条件条件取取值条件条件判定条件判定条件输入：入：a=2，b=1，c=6输出：出：a=2，b=1，c=5a0，b0，a1，c1C1,C2,C3,C4=TrueP1,P2=True输入：入：a=-1，b=-2，c=-3输出：出：a=-1，b=-2，c=-5a=0，b=0，a=1，c=1C1,C2,C3,C4=FalseP1,P2=False条件组合覆盖的测试用例条件组合覆盖的测试用例 测试用例

12、用例覆盖条件覆盖条件覆盖覆盖组合合输入：a=2，b=1，c=6输出：a=2，b=1，c=5 C1=True,C2=True,C3=True，C4=TrueP1=True,P2=True输入：a=2，b=-1，c=-2输出：a=2，b=-1，c=-3 C1=True,C2=false,C3=True，C4=falseP1=false,P2=True输入：a=-1，b=2，c=3 输出：a=-1，b=2，c=6 C1=false,C2=True,C3=false，C4=TrueP1=false,P2=True输入：a=-1，b=-2，c=-3输出：a=-1，b=-2，c=-5 C1=false,C

13、2=false,C3=false，C4=falseP1=false,P2=false边界值分析法和等价类划分方法边界值分析法和等价类划分方法16.3.5 测试工具的有效使用测试工具的有效使用1基本要点或原则基本要点或原则2选择测试工具选择测试工具3运行框架运行框架测试自动化的集成运行环境测试自动化的集成运行环境16.3.6 开发高质量的测试脚本开发高质量的测试脚本n线性脚本线性脚本，用于脚本的初始化或用于演示等。n结构化脚本结构化脚本，具有各种逻辑结构、函数调用功能等。有很好的可重用性、灵活性，易于维护。n共享脚本共享脚本，脚本语言允许一个脚本调用另一个脚本。n数据驱动脚本数据驱动脚本，将测试

14、输入存储在独立的（数据）文件中，而不是存储在脚本中。n关键字驱动脚本关键字驱动脚本，将测试逻辑按照这些关键字进行分解，形成数据文件,而测试工具只要能够解释这些关键字即可对其应用自动化 16.4 测试目标实现的完整性和有效性测试目标实现的完整性和有效性16.4.1 集成测试集成测试16.4.2 功能测试和适用性测试功能测试和适用性测试16.4.3 性能测试和容量测试性能测试和容量测试16.4.4 容错性测试和安全性测试容错性测试和安全性测试16.4.5 回归测试回归测试16.4.6 安装测试安装测试16.4.1 集成测试集成测试n 非渐增式测试模式非渐增式测试模式n 渐增式测试模式渐增式测试模式

15、将两种模式有机结合起来，采用并行的自顶向下、自底向上集成方式，而形成改进的三明治方法。而更重要的是采取持续集成的策略 16.4.2 功能测试和适用性测试功能测试和适用性测试1.程序安装、启动正常，有相应的提示等程序安装、启动正常，有相应的提示等2.每项功能符合实际要求每项功能符合实际要求3.系统的界面清晰、美观系统的界面清晰、美观4.能接受正确的数据输入，对异常数据的输入可以进行能接受正确的数据输入，对异常数据的输入可以进行提示、容错处理等提示、容错处理等5.数据的输出结果准确，格式清晰数据的输出结果准确，格式清晰6.功能逻辑清楚，符合使用者习惯功能逻辑清楚，符合使用者习惯7.支持各种应用的环

16、境支持各种应用的环境8.软件升级后，能继续支持旧版本的数据软件升级后，能继续支持旧版本的数据除了正确性和实用性之外，还包括：符合标准和规范、直除了正确性和实用性之外，还包括：符合标准和规范、直观性、一致性、灵活性、舒适性观性、一致性、灵活性、舒适性 16.4.3 性能测试和容量测试性能测试和容量测试n性能测试的重点在于前期数据的设计与后期数据的分析性能测试的重点在于前期数据的设计与后期数据的分析 n尽量模拟不同的加载方式来进行系统的性能测试尽量模拟不同的加载方式来进行系统的性能测试 n性能测试要求测试环境应尽量与产品运行环境保持一致性能测试要求测试环境应尽量与产品运行环境保持一致 n通过比较和

17、分析，通过比较和分析，可以清楚知道系统的性能状况，以及什么样的条件下系统性能达到最佳状况、什么地方是性能的瓶颈 压力测试、容量测试和性能测试的手段和方法很相似，压力测试、容量测试和性能测试的手段和方法很相似，有时可以交织在一起进行测试。压力测试的重点在于发有时可以交织在一起进行测试。压力测试的重点在于发现系统方面的一些缺陷（性能瓶颈）。容量测试和性能现系统方面的一些缺陷（性能瓶颈）。容量测试和性能测试更着力于提供性能与容量方面的指标数据。测试更着力于提供性能与容量方面的指标数据。16.4.4 容错性测试和安全性测试容错性测试和安全性测试容错性测试容错性测试n输入异常数据或进行异常操作，以检验系

18、统的输入异常数据或进行异常操作，以检验系统的保护性。保护性。n灾难恢复性测试。通过各种手段，让软件强制灾难恢复性测试。通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数性地发生故障，然后验证系统已保存的用户数据是否丢失、系统和数据是否能很快恢复。据是否丢失、系统和数据是否能很快恢复。安全性测试安全性测试1.应用程序级别的安全性，包括对数据或业务功应用程序级别的安全性，包括对数据或业务功能的访问，在预期的安全性情况下，操作者只能的访问，在预期的安全性情况下，操作者只能访问应用程序的特定功能、有限的数据。能访问应用程序的特定功能、有限的数据。2.系统级别的安全性，可确保只有具备系统访

19、问系统级别的安全性，可确保只有具备系统访问权限的用户才能访问应用程序，而且只能通过权限的用户才能访问应用程序，而且只能通过相应的网关来访问，包括对系统的登录或远程相应的网关来访问，包括对系统的登录或远程访问。访问。16.4.5 回归测试回归测试回归测试的目的就是在程序有修改的情况下保证原有功回归测试的目的就是在程序有修改的情况下保证原有功能正常的一种测试策略和方法能正常的一种测试策略和方法 。选择回归测试方法应该兼顾测试风险（覆盖面）和有效选择回归测试方法应该兼顾测试风险（覆盖面）和有效性两个方面性两个方面 1.基于风险选择测试基于风险选择测试 2.基于操作剖面选择测试基于操作剖面选择测试 3

20、.再测试修改的部分再测试修改的部分 16.4.6 安装测试安装测试1.环境的不同设置或配置。环境的不同设置或配置。2.安装文档的准确性。安装文档的准确性。3.安装的媒体制作是否有问题。安装的媒体制作是否有问题。16.5 测试过程的评审和质量保证测试过程的评审和质量保证16.5.1 测试计划的有效性和全面性测试计划的有效性和全面性16.5.2 测试用例的复审测试用例的复审16.5.3 严格执行测试严格执行测试16.5.4 准确报告软件缺陷准确报告软件缺陷16.5.5 提高测试覆盖度提高测试覆盖度16.5.6 测试结果分析和质量报告测试结果分析和质量报告16.5.1 测试计划的有效性和全面性测试计

21、划的有效性和全面性测试计划主要集中在测试目标、质量标准、测测试目标、质量标准、测试策略、测试范围、测试用例设计方法、所需资源试策略、测试范围、测试用例设计方法、所需资源和日程安排等，和日程安排等，其关键是制定有效的测试策略，界定清楚地测试范围，识别出测试中所存在的各种风险并找出风险回避、监控和管理的方法。针对不同。针对不同的测试目标或阶段确定测试方法，对测试工作量及的测试目标或阶段确定测试方法，对测试工作量及所需的资源、时间进行合理所需的资源、时间进行合理的的估算估算 细说测试计划细说测试计划1.制定测试策略制定测试策略 2.确定测试范围确定测试范围 3.所需资源和日程安排所需资源和日程安排4

22、.编制测试计划的技巧编制测试计划的技巧5.测试项目计划的评审测试项目计划的评审16.5.2 测试用例的复审测试用例的复审1.1.测试用例设计的整体思路是否清晰，结构和逻辑是否测试用例设计的整体思路是否清晰，结构和逻辑是否合理；合理；2.2.测试用例设计的有效性，测试的重点是否突出；测试用例设计的有效性，测试的重点是否突出；3.3.测试用例的覆盖面；测试用例的覆盖面；4.4.测试用例的描述是否符合所定义的标准；测试用例的描述是否符合所定义的标准；5.5.测试环境是否准确；测试环境是否准确；6.6.测试用例的复用性和可维护性；测试用例的复用性和可维护性；7.7.测试用例可管理性、易于自动化测试等测

23、试用例可管理性、易于自动化测试等 16.5.3 严格执行测试严格执行测试n如何确保测试环境满足测试用例所描述的要求？如何确保测试环境满足测试用例所描述的要求？n如何保证每个测试人员清楚自己的测试任务和要达到如何保证每个测试人员清楚自己的测试任务和要达到的目标？的目标？n如何保证每个测试用例得到百分之百的执行？如何保证每个测试用例得到百分之百的执行？n如何保证所报告的软件缺陷正确、描述清楚、没有漏如何保证所报告的软件缺陷正确、描述清楚、没有漏掉信息？掉信息？n如何在验证如何在验证Bug或新功能与回归测试之间寻找平衡？或新功能与回归测试之间寻找平衡？n如何跟踪如何跟踪Bug处理的进度使严重的处理的

24、进度使严重的Bug及时得到解决及时得到解决？16.5.4 准确报告软件缺陷准确报告软件缺陷n单一准确单一准确n可以再现可以再现n完整统一完整统一n短小简练短小简练n特定条件特定条件n补充完善补充完善n不做评价不做评价16.5.5 提高测试覆盖度提高测试覆盖度通过不断的测试覆盖度评估，掌握测试的实际状通过不断的测试覆盖度评估，掌握测试的实际状况与测试覆盖度目标的差距，及时采取措施，况与测试覆盖度目标的差距，及时采取措施，以提高测试的覆盖度。以提高测试的覆盖度。1.1.基于需求的测试覆盖评估基于需求的测试覆盖评估 2.2.基于代码的测试覆盖评估基于代码的测试覆盖评估 16.5.6 测试结果分析和质

25、量报告测试结果分析和质量报告n缺陷分布分析缺陷分布分析 n缺陷趋势分析缺陷趋势分析 n缺陷年龄分析缺陷年龄分析 n测试结果进度分析测试结果进度分析 缺陷趋势分析缺陷趋势分析16.6软件测试组织和管理软件测试组织和管理16.6.1 测试项目的管理原则测试项目的管理原则16.6.2 测试资源的合理分配测试资源的合理分配16.6.3 测试进度和成本的控制测试进度和成本的控制16.6.4 测试风险的管理测试风险的管理16.6.1 测试项目的管理原则测试项目的管理原则n始终能够把质量放在第一位始终能够把质量放在第一位n可靠的需求可靠的需求n能够制定好测试策略、有计划地安排工作、能够制定好测试策略、有计划

26、地安排工作、系统的解决方案、制定合理的时间表。系统的解决方案、制定合理的时间表。n充分测试并尽早测试。充分测试并尽早测试。n遇到问题，在根本上解决问题遇到问题，在根本上解决问题n通用项目管理原则，通用项目管理原则，16.6.2 测试资源的合理分配测试资源的合理分配测试资源的分配，不仅要考虑测试团队的构成，测试资源的分配，不仅要考虑测试团队的构成，而且要考虑不同的所需要的人数和对人员的要而且要考虑不同的所需要的人数和对人员的要求是不同的。求是不同的。在测试资源的分配上尽量做到合理，既不过于保在测试资源的分配上尽量做到合理，既不过于保守，浪费资源；也不过于激进守，浪费资源；也不过于激进，使资源的使

27、用，使资源的使用总是处于紧张状态总是处于紧张状态。16.6.3 测试进度和成本的控制测试进度和成本的控制n项目的进度管理是一门艺术，是一个动态的过程，需要不断调度、协调，保证项目的均衡发展 n项目的进度管理主要通过里程碑、关键路径的控制并借助工具来实现，同时要把握好进度与质量、成本的关系 1进度的数量和质量的双重特性进度的数量和质量的双重特性2测试进度的管理方法测试进度的管理方法16.6.4 测试风险的管理测试风险的管理1.质量需求或产品的特性理解不准确，造成测试范围分质量需求或产品的特性理解不准确，造成测试范围分析的误差；析的误差；2.测试用例没有得到百分之百的执行；测试用例没有得到百分之百

28、的执行；3.需求的临时需求的临时/突然变化；突然变化；4.质量标准不都是很清晰的；质量标准不都是很清晰的；5.测试用例设计不到位；测试用例设计不到位；6.测试环境；测试环境；7.有些缺陷出现频率不是百分之百；有些缺陷出现频率不是百分之百；8.回归测试一般不运行全部测试用例。回归测试一般不运行全部测试用例。测试风险控制方法测试风险控制方法 n在做资源、时间、成本等估算时，要留有余地；n把可能会有变化、难以控制的因素列入风险管理计划中；n对每个关键性技术人员培养后备人员，作好人员流动的准备；n制定文档标准，并建立一种机制，保证文档及时产生；n对所有工作多进行互相审查，及时发现问题；n对所有过程进行日常跟踪，及时发现风险出现的征兆，避免风险。作业作业第第16章章 2，3Q&A