管理信息系统第章系统实施精品课件.ppt

教学目的 系统实施是在总体设计的基础上将新系统方案在计算机上实现，要求学生功能按总体设计方案购置和安装设备 能够建立数据库系统 能够进行程序设计与调试 教学要求 掌握系统实施的任务 了解系统实施计划包括的内容 掌握程序设计的基本方法 掌握系统测试的几个步骤 了解系统测试报告包括哪些内容；具备进行系统测试的能力 掌握系统转换的方式和优缺点 模块集成时可能出现的问题 经过模块接口的数据是否丢失 一个模块是否破坏另一个模块的功能 子功能的组合是否达到了预期要求的主功能 全程数据结构是否有问题 单个模块的误差集成放大是否会达到不能接受的程度 模块集成测试的方式 非增殖测试方式 增殖测试方式 因果图法(case_effect graphing) 因果图法的原理 因果图使用符号 因果图实例 因果图法原理 从用自然语言书写的功能说明表中找出因--输入条件--输出结果 通过因果图将功能说明转换成一张判断表 为每种输出条件的组合设计测试用例 因果图使用的符号 恒等 a b 非 a b ～ a b c d ∨ 或 a b c ∧ 与 因果图法实例 第一列字符必须是A或B，第二列字符必须是一个数字。在这种情况下，修改文件。如果第一个字符不正确，则发出信息X12。如果第二列字符不是数字，则发出信息X13 因 1--第1列字符是A 2--第1列字符是B 3--第2列字符是一个数字 果 70--修改文件 71--发出信息X12 72--发出信息X13 实例分析 1 2 3 11 ∨ ∧ 71 70 72 ～ ～ 1 2 3 11 ∨ ∧ 71 70 72 ～ ～ E 实例分析 错误推错法（猜错）(error guessing) 很大程度上依靠直觉和经验进行 列举出程序中可能有的错误和容易发生错误的特殊情况 选择测试方案 静态测试法 静态测试法概述 静态测试法种类 不涉及程序的实际执行 以人工的，非形式化的方法对程序进行分析和测试 可检出大约30%~70%的逻辑设计错误 该方法的成本较低 静态测试法 静态测试法----人工测试 程序审查会----代码会审 桌前检查（Desk Checking)--静态检查 软件测试策略 人工运行 程序审查会 由一组人员通过阅读、讨论和争议，对程序进行静态分析的过程 需要的材料： ☆待审程序文档 ☆控制流程图 ☆有关要求规范 程序审查会工作过程 会议前把要审查的程序清单和设计规范分发给小组的其他成员 请程序员讲述程序的逻辑结构 根据常见程序错误检验单分析程序 错误检验单中的项目 ☆数据引用错误 ☆数据说明错误 ☆计算错误 ☆比较错误 ☆控制流程错误 ☆接口错误 ☆输入/输出错误 ☆其他检验 桌前检查----静态检查 由程序员反复阅读编码和流程图，对照模块功能说明、算法、语法规定检查程序的语法错误和逻辑错误 可设计少量测试实例，由人工来模拟计算机单步执行并观察执行过程的结果 软件测试策略 用黑盒法设计基本的测试方案 用白盒法补充一些必要的测试方案 具体策略如下： ☆如果规范含有输入条件的组合，便从因果图开始 ☆在任何情况下都应该使用边界值分析的方法 ☆必要时用等价划分法补充测试方案 ☆必要时再用错误推测法补充测试方案 ☆对照程序逻辑，检查已经设计出的测试方案 软件测试策略 软件测试步骤 单元测试（Unit Testing) 集成测试（Integration Testing) 功能测试（Function Testing) 系统测试（System Testing) 验收测试（Acceptance Testing) 安装测试（Acceptance Testing) 软件测试框架 单元测试--模块测试(Module Testing) 测试单个程序模块，确定模块的逻辑功能是否正确 单元测试的目的： 对模块的功能与定义模块的性能规范或接口规范进行比较 单元测试的依据 模块的规范--模块说明书 模块的源程序 详细地说明了模块的输入、输出参数 以及模块的功能（模块的外部属性） 显示了模块内部所使用的数据和 模块的功能实现方式（模块的内部属性） 单元测试--模块测试(Module Testing) 单元测试数据的选择 单元测试的原则 单元测试的内容 单元测试情况的设计 单元测试的基本原则 （2）测试所有可能的执行或逻辑路径的组合 （1）至少一次测试所有的语句 （3）在索引或下标的全域中测试所有的重复 （4）测试每个模块的所有入口和出口 单元的测试内容 模块的接口 数据结构 重要执行通路 边界条件 一个模块向其子模块传递和接收数据元素的个数不相等； 传递的参数的属性和变元的属性不匹配； 传递给内部函数的变元数据类型和次序不匹配； 只修改了做输入用的变元； 全程变量的定义和用法在各个模块中定义不一致。 模块接口