软件工程课件之第7章-实现(第六版)(张海潘编著).ppt

程序设计语言的划代： 例1：注释 例2：视觉组织——空格 例3：视觉组织——阶梯结构 例4：数据说明标准化 例5：一行一条语句 例6：强调清晰性 例7：简单直接 例8：避免不必要的转移 例9：避免使用空ELSE和IF…THEN IF…语句 例10：少用否定条件 7.2.3 测试方法 黑盒测试(功能测试)： 把程序看作一个黑盒子； 完全不考虑程序的内部结构和处理过程； 是在程序接口进行的测试。 白盒测试(结构测试)： 把程序看成装在一个透明的盒子里； 测试者完全知道程序的结构和处理算法； 按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否都能按预定要求正确工作。 黑盒测试不可能实现穷尽测试： 假设有程序P，输入量微A和B，输出量为C。 如果计算机的字长为32位，A和B的数据类型都是整数类型。将A和B的可能取值进行排列组合，输入数据的可能性有：232×232＝264种。 假设这个程序执行一次需要1毫秒，要完成所有的测试，计算机需要连续工作5亿年。 黑盒测试与白盒测试优缺点比较： 7.2.4 测试步骤 7.2.4 测试步骤 1. 模块测试(单元测试) 模块测试又称单元测试，它把每个模块作为单独的实体来测试。 保证每个模块作为一个单元能正确运行； 发现的往往是编码和详细设计的错误。 2. 子系统测试 把经过单元测试的模块放在一起形成一个子系统来测试； 着重测试模块的接口。 7.2.5 测试阶段的信息流 测试方案不仅仅是测试时使用的输入数据(称为测试用例)，还应该包括每组输入数据预定要检验的功能，以及每组输入数据预期的正确输出。 测试配置是软件配置的一个子集。最终交出的软件配置应该包括上述测试配置以及测试的实际结果和调试的记录。 比较测试得出的实际结果和预期的结果，如果两者不一致则很可能是程序中有错误。 7.2.5 测试阶段的信息流 软件功能完成得很正常，遇到的错误也很容易改正，则仍然应该考虑两种可能： (1)软件的可靠性是可以接受的； (2)所进行的测试尚不足以发现严重的错误。 如果经过测试，一个错误也没有被发现，则很可能是因为对测试配置思考不充分，以致不能暴露软件中潜藏的错误。 软件可靠性模型使用错误率数据估计将来出现错误的情况，并进而对软件可靠性进行预测。 7.3.3 计算机测试 模块不是一个独立的程序，不能独立运行；它可能调用其它模块或被其它模块调用。因此必须为每个单元测试开发驱动程序和(或)存根程序。 驱动程序是一个“主程序”，它接收测试数据，传送给被测试的模块，并且打印出有关的结果。 存根程序代替被测试的模块所调用的模块。相当于“虚拟子程序”。 驱动程序和存根程序代表开销，通常并不把它们作为软件产品的一部分交给用户。 7.4.1 自顶向下集成 从主控制模块开始，沿着程序的控制层次向下移动，逐渐把各个模块结合起来，它需要存根程序，但是不需要驱动程序。 在把附属于主控制模块的那些模块组装到程序结构中去时，或者使用深度优先的策略，或者使用宽度优先的策略。 深度优先：先组装在软件结构的一条主控制通路上的所有模块。 宽度优先：沿软件结构水平地移动，把处于同一个控制层次上的所有模块组装起来。 7.4.3 不同集成测试策略的比较 不同集成测试方法的比较： 7.4.4 回归测试 回归测试是指重新执行已经做过的测试的某个子集，以保证测试过程中的变化没有带来非预期的副作用。 回归测试就是用于保证由于调试或其他原因引起的变化，不会导致非预期的软件行为或额外错误的测试活动。 回归测试可以通过重新执行全部测试用例的一个子集人工地进行，也可以使用自动化的捕获回放工具自动进行。 7.4.4 回归测试 回归测试集（已执行过的测试用例的子集）包括下述3类不同的测试用例。 检测软件全部功能的代表性测试用例。 专门针对可能受修改影响的软件功能的附加测试。 针对被修改过的软件成分的测试。 测试总结： 7.6 白盒测试技术 设计测试方案是测试阶段的关键技术问题。 测试方案包括具体的测试目的（例如，预定要测试的具体功能），应该输入的测试数据和预期的结果。 通常又把测试数据和预期的输出结果称为测试用例。 不同的测试数据发现程序错误的能力差别很大，应该选用高效的少量“最有效的”测试数据 例：求平均值过程(1) 根据过程设计结果画出相应的流图。 i=1; total.input=total.valid=0; sum=0; DO WHILE value[i] -999 AND total.input100 increment total.input by 1; IF value[i]=minimum AND value[i]=maximum THEN increment total.v