软件测试概述培训课件.pptVIP

* 如果将提高软件质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。 * 因为测试只能够保证尽可能多地发现错误，无法保证能够发现所有的错误。 80/20原则 1.80%的工程量用在20%的需求上 2.80%的开发成本花费在20%的部件上 3.80%的错误是由20%的部件引起的 4.80%的延期或返工是由20%的变更造成的 5.80%的系统资源是由20%的部件消耗的 6.80%的进度是由20%的人完成的 * 依据 * 软件的可测试性的具体要求： 为集成测试与系统测试准备的调测开关及相应打印/记录函数。 调测的信息的格式统一。 编程时为单元测试选择恰当的测试点，并构造测试代码、测试用例。 在进行集成测试/系统联调之前，要构造好测试环境、测试项目及测试用例。 使用断言来发现软件问题，提高代码可测性。//assert * 黑盒测试又称功能测试或数据驱动测试，是针对软件的功能需求/实现进行测试。 在已知软件应具有的功能的条件下，通过测试来检测每个功能是否符合需求，不考虑程序内部的逻辑结构。 “黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。 黑盒测试主要在开发后期进行。基于对需求、设计、用户要求的理解 黑盒测试关注输入、输出的信息域，而不关注软件的内部结构 进行黑盒测试的主要工作在于对整个系统的划分，即将系统划分为若干个“黑盒集合”；以及对某个“黑盒”进行测试 * 贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。 * 白盒 　 　在通常情况下，嵌入式软件测试一般采取黑盒测试与白盒测试相结合的方法。其中，白盒测试一般分为静态测试与动态测试。静态测试不实际运行软件，主要是对 软件的编程格式、结构等方面进行评估，而动态测试需要在Host环境或Target环境中实际运行软件，并使用设计的测试用例去探测软件漏洞。 　　静态测试 　　静态测试包括代码检查、静态结构分析、代码质量度量等。它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具自动进行。 　 　代码检查 代码检查包括代码走查、桌面检查、代码审查等，主要检查代码和设计的一致性，代码对标准的遵循、可读性，代码的逻辑表达的正确性，代码结构的合理性等方 面；可以发现违背程序编写标准的问题，程序中不安全、不明确和模糊的部分，找出程序中不可移植部分、违背程序编程风格的问题，包括变量检查、命名和类型审 查、程序逻辑审查、程序语法检查和程序结构检查等内容。 　　在实际使用中，代码检查比动态测试更有效率，能快速找到缺陷，发 现30%～70%的逻辑设计和编码缺陷；代码检查看到的是问题本身而非征兆。但是代码检查非常耗费时间，而且代码检查需要知识和经验的积累。代码检查应在 编译和动态测试之前进行，在检查前，应准备好需求描述文档、程序设计文档、程序的源代码清单、代码编码标准和代码缺陷检查表等。 　　静态结构分析 静态结构分析主要是以图形的方式表现程序的内部结构，例如函数调用关系图、函数内部控制流图。其中，函数调用关系图以直观的图形方式描述一个应用程序中各 个函数的调用和被调用关系；控制流图显示一个函数的逻辑结构，它由许多节点组成，一个节点代表一条语句或数条语句，连接结点的叫边，边表示节点间的控制流 向。 　　代码质量度量 ISO/IEC 9126国际标准所定义的软件质量包括六个方面：功能性、可靠性、易用性、效率、可维护性和可移植性。软件的质量是软件属性的各种标准度量的组合。 　 　针对软件的可维护性，目前业界主要存在三种度量参数：Line复杂度、Halstead复杂度和McCabe复杂度。其中Line复杂度以代码的行数作 为计算的基准。Halstead以程序中使用到的运算符与运算元数量作为计数目标（直接测量指标），然后可以据以计算出程序容量、工作量等。McCabe 复杂度一般称为圈复杂度(Cyclomatic complexity)，它将软件的流程图转化为有向图，然后以图论来衡量软件的质量。McCabe复杂度包括圈复杂度、基本复杂度、模块设计复杂度、设 计复杂度和集成复杂度。 　　动态测试 　　动态测试包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等。 　　功能确认与接口测试 这部分的测试包括各个单元功能的正确执行、单元间的接口，包括：单元接口、局部数据结构、重要的执行路径、错误处理的路径和影响上述几点的边界条件等内容。 　　覆盖率分析 覆盖率分析主要对代码的执行路径覆盖范围进行评估，语句覆盖、判定覆盖、条