软件工程-实现PPT.ppt

7.2 软件测试基础;本章重点： 编码 单元测试 集成测试 白盒测试技术 黑盒测试技术 难点： 白盒测试与黑盒测试技术的区别 测试方案的设计;内 容： 编码 软件测试基础 单元测试 重 点： 软件测试的目的与概念 单元测试的方法 难 点： 测试概念的理解，测试的方法与步骤;7.1 编 码 把软件设计结果翻译成用某种程序设计语言书写的程序。 7.1.1 选择程序设计语言 选择程序设计语言的理想标准： （1）应该有理想的模块化机制，以及可读性好的控制结构和数据结构； （2）应该使编译程序能够尽可能多地发现程序中的错误； （3）应该有良好的独立编译机制。;选择程序设计语言的实用标准： （1）系统用户的要求 （2）可以使用的编译程序 （3）可以得到的软件工具 （4）工程规模 （5）程序员的知识 （6）软件可移植性要求 （7）软件的应用领域;（4）输入输出风格遵守人机界面设计准则 规则： 对所有输入数据都进行检验 检查输入项重要组合的合法性 保持输入格式简单 使用数据结束标记，不要要求用户指定数据的数目 明确指示交互式输入的请求，详细说明可用的选择或边界数值 当程序设计语言对格式有严格要求时，应保持输入格式一致 设计良好的输出报表 给所有输出数据加标志;（5）效率满足用户要求 效率主要指处理机时间和存储器容量两个方面。 可从三个方面讨论效率问题： 程序运行时间 存储器效率 输入/输出的效率;7.2 软件测试基础 测试阶段的根本目标是尽可能多地发现并排除软件中潜藏的错误，最终把一个高质量的软件系统交给用户使用。 7.2.1 软件测试的目标 测试的规则: （1）测试是为了发现程序中的错误而执行程序的过程。 （2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案。;（3）成功的测试是发现了至今为止尚未发现的错误的测试。 定义1：为了发现程序中的错误而执行程序的过程。 定义2：使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。 7.2.2 软件测试准则 1. 所有的测试都应该能追溯到用户需求。 2. 应该远在测试开始之前就制定出测试计划。; 3. 应该把Pareto原理（测试发现的错误中80%很可能是由程序中20%的模块造成的）应用到软件测试中。 4. 应该从“小规模”测试开始，并逐步过渡到“大规模”测试。 5. 穷举测试是不可能的，因此，测试只能证明程序中有错误，而不能证明程序中没有错误。 6. 为了达到最佳的测试效果，应该由独立的第三方从事测试工作。;7.2.3 软件测试方法 黑盒测试 白盒测试 黑盒测试：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用，把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程，这种测试称为黑盒测试，又称功能测试。 白盒测试：如果知道产品的内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正常进行，它的前提是可以把程序看成装在一个透明的白盒子里，测试者完全知道程序的结构和处理算法。这种测试方法称为白盒测试，又称结构测试。;7.2.4 软件测试步骤 1. 模块测试 模块测试的目的是发现并改正程序模块中的错误，保证每个模块作为一个单元能正确地运行。模块测试又称为单元测试。 2. 子系统测试 把经过单元测试的模块组装成一个子系统，在组装过程中同时进行测试。 3. 系统测试 把经过测试的子系统组装成一个完整的系统同时进行测试。; 4. 验收测试 把软件系统作为单一的实体进行测试，测试的目的是验证系统确实能够满足用户的需求，因此，主要是用实际数据进行测试。 5. 平行运行 同时运行新开发出的系统和将被它取代的旧系统，通过比较新旧两个系统的运行结果来测试新系统。;7.2.5 测试阶段的信息流 测试阶段的信息流的输入信息有两类： （1）软件配置，包括需求说明书、设计说明书和源程序清单等； （2）测试配置，包括测试计划和测试方案。;图7.1 测试阶段的信息流;7.3 单元测试 7.3.1 测试重点 1. 模块接口 2. 局部数据结构 3. 重要的执行通路 4. 出错处理通路 5. 边界条件;7.3.2 代码审查