管理信息系统 教学课件 作者 邓蓓 chapter8.pptVIP

管理信息系统 第8章 管理信息系统的实施与测试 8.1管理信息系统的实施 * * 管理信息系统 1．设备的购置与安装 2．程序的编写和软件购置 3．数据的录入和转换 4．人员的培训 5．系统的测试与调试 6．数据和系统转换、运行 7．新系统要求建立的新的运行机制 8.1.1 管理信息系统实施的任务 管理信息系统 8.1.2 系统实施的计划 1．估计工作量 2．进度安排 3．安排人员培训 4．筹措资金 管理信息系统 8.2 程序设计 选择一种适当的程序语言，应考虑以下因素： 1．应用领域 2．算法和计算的复杂性 3．软件的运行环境 4．各种性能的考虑 5．数据结构的复杂性 6．程序设计人员的知识水平 8.2.1 程序设计语言的选择 1．可靠性 2．可维护性 3．可理解性 4．容错性强 5．高效性 8.2.2 程序设计目标 8.2.3 程序设计的基本方法 1．结构化程序设计方法 结构化程序设计是指用一组标准的准则和工具从事程序设计，这些准则和工具包括一组基本控制结构，自顶向下地扩展原则，模块化和逐步求精。 2．面向对象程序设计方法 面向对象程序设计是软件系统设计与实现的新方法，目前较为流行。 3．尽量利用已有的工具或程序 1．标识符命名规范化 2．适当的程序注释 3．程序结构简单化 4．程序布局格式化 5．输入输出标准化 6．程序运行准确化 8.2.4 程序设计的风格 8.3 系统测试 1．软件测试的定义 软件测试是为了发现错误而执行程序的过程，或者说软件测试是根据软件开发各阶段的规格说明和程序内部结构而精心设计的一批测试用例（即输入数据及其预期的输出结果），并利用这些测试用例去运行程序，以发现错误的过程。 2．软件测试的目的 软件测试的目的：就是为了发现程序中的错误而执行程序的过程；一次成功的测试是发现了至今为止尚未发现的错误的测试。其目标在软件投入生产性运行之前，尽可能多地发现软件中的错误，而不是证明软件中没有错误。 8.3.1 测试概述 3．软件测试的基本原则 (1) 所有的测试都应该能追溯到用户需求 (2) 尽早地和不断地进行软件测试 (3) 为达到最佳测试效果，开发小组和测试小组要分开 (4) 充分把Pareto原理应用到软件测试中 (5) 测试用例的设计应包括测试输入数据和预期的输出结果部分 (6) 设计测试用例时，应当包括合理的输入条件和不合理的输入条件 (7) 穷举测试是不可能的 (8) 不仅测试程序是否完成了规定的任务，还应测试程序是否作了不应作的事。 (9) 在对程序进行修改后，还应进行回归测试 (10) 妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。 8.3.2 测试方法 1．静态测试与动态测试 所谓静态测试方法是指不在计算机上运行被测试程序，而采用其它手段来达到对程序进行检测的目的。 所谓动态测试方法是指通过在计算机上运行被测试程序，并用所设计的测试用例对程序进行检测的方法。 2．白盒测试与黑盒测试 (1) 黑盒测试 黑盒测试把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程，是对程序接口进行的测试。 (2) 白盒测试 白盒测试把程序装在一个透明的白盒子里，完全了解程序的结构和处理过程，按照程序内部的逻辑路径测试程序，检验程序中的每条路径是否都能按预定要求正确工作。 (3) 黑盒测试与白盒测试的比较 3．穷举测试 穷举测试方法 对每一种可能情况都进行测试，就可以得到完全正确的程序，包含所有可能情况的测试称为穷举测试。但实际上不可能做到穷举测试。所有软件测试不可能发现程序中所有的错误。 8.3.3 测试用例设计 1．白盒测试的测试用例设计 白盒测试是根据程序内部结构，设计测试用例的一类测试。 (1) 语句覆盖 所谓语句覆盖就是设计足够多的测试用例，运行被测程序，使得程序中的每一个可执行语句至少执行一次。例如在图8-3所给出的例子中，正好所有的可执行语句都在路径L1上，所以选择路径L1设计测试用例，就可以覆盖所以的可执行语句。 (2) 判定覆盖 所谓判定覆盖就是设计足够多的测试用例，运行被测程序，使得程序中每个判断的取真分支和取假分支至少执行一次。 (3) 条件覆盖 所谓条件覆盖就是设计足够多的测试用例，运行被测程序，使得程序中每个判断的每个条件的可能取值至少执行一次。 (4) 判定—条件覆盖 所谓判定—条件覆盖就是设计足够多的测试用例，使得判断中每个条件的所有可能值至少执行一次，同时每个判断本身的所有可能判断结果至少执行一次。