管理信息系统第6章管理信息系统的实施

第六章管理信息系统的实施 系统实施是新系统开发工作的最后一个阶段。 系统实施是指将系统设计阶段的结果在计算机上实现，将原来纸面上的、类似于设计图的新系统方案转换成可执行的应用软件系统。 系统实施阶段较之前各阶段工作量大，投入的人力、物力多。 第一节 物理系统的实施第二节 程序设计第三节 系统测试第四节 人员培训第五节 系统转换 第一节 物理系统的实施 选择供应商 实力雄厚 信誉可靠 质优价低 售后服务好 选择安装地点 信息系统对电、网的要求 空气粉尘的影响 服务器、机柜的噪声问题 第二节 程序设计 程序设计的基本要求 正确实现功能 具有可靠性与适应性 易于理解 易于维护 执行效率高 第二节 程序设计 程序设计方法 面向过程程序设计 面向对象程序设计 第二节 程序设计 编程语言 C/C+/HTML/VBS、JS/PHP/ASP(.net)/J2EE/VB 程序设计工具 轻量级（EditPlus等） 集成开发环境（IDE） FrontPage/DreamWeaver Visual Studio JBuilder/Eclipse 第二节 程序设计 数据库 Access/SqlServer/Oracle/DB2 程序生成工具 代码生成工具(Rose)/报表生成工具(Crystal report)等 第三节 在面试过程中，经常地提问内容以及现在的应用 自己对软件测试的理解 软件测试的类型 软件测试的方法 软件测试的过程是如何进行的 Bug的等级 黑白盒的比较（所以就要求掌握黑盒、白盒） 测试用例的设计（这个很重要） 熟练掌握几种软件测试的方法，可以自己举出例子：比如边界值测试 尽量让大家多了解几个计算机系统 关于PC机的基本组装也要懂一些（一般大公司都要这样，他们可能会不同的系统平台进行测试） 有时候面试的时候会涉及数据库sql语句的编写，让大家好好学习数据库 一般测试要求逻辑思维比较好 最好是熟悉一种测试工具（这个公司也会培训，每个公司使用的可能不一样） 现在，我们主要是功能测试。但是仍然需要学习一些测试工具，因为面对的是手机，所以学习的测试工具也将是针对手机的，比如Monkey测试工具 第三节 软件开发堆沙堆？ 第三节 测试目的 尽可能多的发现新系统中的错误和缺陷 测试关注的三方面 设计测试用例 测试用例，用以发现程序错误为目的而精心设计的一组测试数据，包括输入数据与预期结果 执行被测程序 分析执行结果并发现错误 第三节 应尽早并不断地进行测试 测试后期应避免程序员、程序设计机构测试自己的程序。 对非法的和非预期的输入数据也要像合法的和预期的输入数据一样进行测试。 检查程序不仅要关注程序是否做了应做的事，还要关注程序是否做了不该做的事。 程序错误具有聚集效应。 注意遵守“经济性”原则。 第三节 -测试类型 模块测试 联合测试模块测试模块测试模块测试联合测试验收测试 系统测试测后软件 测后模块 确认后软件 模块模块模块设计信息需求信息其它l 验收测试l 系统测试白盒测试白盒测试白盒测试黑盒测试 第三节 测试用例设计 白盒测试 根据程序内部逻辑设计用例 黑盒测试 根据规定功能设计用例 第三节 测试用例设计 白盒测试 语句覆盖 判断覆盖 条件覆盖 条件组合覆盖 路径覆盖 x1 and y=0 x=2 or z1 z=z/xz=z+1YN YNab c d e 第三节 测试用例设计 白盒测试-语句覆盖 一般来讲，程序的某次运行并不一定执行其中的所有语句。因此，如果某个含有错误的语句在测试中并没有执行，这个错误便不可能发现。为了提高发现错误的可能性，应在测试中执行程序的每一个语句。 语句覆盖法就是要选择这样的测试用例，使程序中的每个语句至少能执行一次。 第三节 测试用例设计 白盒测试-语句覆盖 x1 and y=0 x=2 or z1 z=z/xz=z+1YN YNab c d e输入 x=2,y=0,z=3输出 z=2.5 or 0特点：测试用例设计简单，但发现错误能力较弱 第三节 测试用例设计 白盒测试-判断覆盖 判断覆盖是指设计测试用例使程序中每个判断取“真”和取“假”值的每一个分支至少通过一次。 第三节 测试用例设计 白盒测试-判断覆盖 x1 and y=0 x=2 or z1 z=z/xz=z+1YN YNab c d ex=3,y=0,z=1x=2,y=1,z=3？ 第三节 测试用例设计 白盒测试-条件覆盖 条件覆盖是指执行足够的测试用例，使判断中的每个条件获得各种可能的结果。 第三节 测试用例设计 白盒测试-条件覆盖 x1 and y=0 x=2 or z1 z=z/xz=z+1YN YNab c d ex1,y=0 x=2,y=0,z=4x=1,y=1,z=1x1, x1,y=0,y0 x=2,z1 x=2, x2,z1,z1 第三节 测试用例设计 白盒测试-条件覆盖 特点：一般情况下条件覆盖比判断覆盖更严格，因为判断覆盖的对象是每个判断结果，而条件覆盖考虑的是每个判断中的条件。 但是由于条件覆盖分别考虑每个条件，而未考虑同一判断中各条件的组合，因此某些测试用例可能满足了条件覆盖要求，但未满足判断覆盖要求。 以上测试用例即为此情况，请分析为何满足了条件覆盖， 却未满足判断覆盖。x=1,y=0,z=3x=2,y=1,z=1 第三节 测试用例设计 白盒测试-条件组合覆盖 设计测试用例时，要使得判断中每个条件的所有可能取值至少出现一次，并且每个判断本身的判定结果也至少出现一次。 白盒测试-条件组合覆盖 x1 and y=0 x=2 or z1 z=z/xz=z+1YN YNab cd ex1,y=0 x=2,z1x1,y=0 x1,y0 x1,y=0 x1,y0 x=2,z1x=2,z1x2, z1x2, z1 x=2,y=0,z=4x=2,y=1,z=1x=1,y=0,z=2x=1,y=1,z=1 acd路径没有测试到，为什么，怎么办？ 第三节 测试用例设计 白盒测试-路径覆盖 设计测试用例时，使它覆盖程序中所有可能的路径。 第三节 测试用例设计 白盒测试-路径覆盖 x1 and y=0 x=2 or z1 z=z/xz=z+1YN YNab c d eaceabdabeacd x=2,y=0,z=3x=1,y=0,z=1x=2,y=1,z=1x=3,y=0,z=1特点：测试效果好，测试工作量大。 第三节 测试用例设计 黑盒测试 等价类划分 边界值分析 错误猜测各科成绩平均成绩 第三节 测试用例设计 黑盒测试-等价类划分 有效的输入数据，指符合规格说明要求的、合理的输入数据，它主要用来检验程序是否实现了规格说明中的功能； 无效的输入数据，指不符合规格说明要求的、不合理或非法的输入数据，它主要用来检验程序是否做了规格说明以外的事。 第三节 测试用例设计 黑盒测试-等价类划分 出发点：如果把所有可能的输入数据(有效的和无效的)划分成若干个等价类，可以认为：如果等价类中的一个输入数据能检测出一个错误，那么等价类中的其他输入数据也能检测出同一个错误；如果一个输入数据不能检测出某一个错误，那么等价类中其他输入数据也不能发现这一错误。 结论：在划分出等价类的基础上，为每个等价类设计一个测试用例，即可实现良好的测试效果。 第三节 测试用例设计 黑盒测试-等价类划分各科成绩平均成绩各科成绩为0至100间的整数没有输入任何一科成绩含有小于0的成绩含有大于100的成绩含有包含小数的成绩90，85，6750，-1，80652，20，5590，85，67.7 第三节 测试用例设计 黑盒测试-等价类划分 等价类划分的原则 如果某个条件规定了值的范围，那么可确定一个有效等价类(输入值在此范围内)和两个无效等价类(输入值小于最小值或大于最大值)。 如果某个输入条件规定了值的个数，那么可确定一个有效等价类和两个无效等价类。 如果某个输入条件规定了一个输入值的集合(即离散值)，而且程序对不同的输入值做不同的处理，那么每个允许的值确定为一个有效等价类，另外还有一个无效等价类(任意一个不允许的输入值)。 第三节 测试用例设计 黑盒测试-等价类划分 等价类划分的原则（续） 如果某个输入条件规定了输入数据必须遵循的规则(如标识符的第一个字符必须是字母)，那么可以确定一个有效等价类(符合此规则)和若干个无效等价类(从各种不同的角度违反该规则)。 如果某个输入条件规定输入数据是整形，那么可以确定3个有效等价类(正整数、零、负整数)和一个无效等价类(非整数)。 如果某个输入条件规定处理的对象是表格，那么可确定一个有效等价类(表有一项或多项)和一个无效等价类(空表)。 第三节 测试用例设计 黑盒测试-边界值分析 边界值，指区分等价类的边界，或稍高于其边界，或稍低于其边界的值。 经验证明，程序往往在处理边缘情况时出现错误。 如输入数据规定范围是0至100的话，可以测试-1，0，1，99，100，101这些边界值。 第三节 测试用例设计 黑盒测试-错误猜测 错误猜测是一种凭直觉和经验推测某些可能存在的错误，从而针对这些可能存在的错误设计测试用例的方法。这种方法没有机械的执行步骤，主要依靠直觉和经验。 第三节 性能测试(找出软件的瓶颈 ) LOADRUNNER 自动化测试(减少回归测试的人工重复劳动 ) QTP Bug管理工具 QC (Quality Center) 第三节 调试（Debug），确定错误的位置和性质并改正错误。 调试的关键，在于找到错误的具体位置。 调试方法： 试探法 跟踪法 对分查找法 归纳法等 第三节 调试方法-试探法 分析错误的外在表现形式，猜想程序故障的大概位置，采用一些简单的纠错技术，获得可疑区域的有关信息，判断猜想是否正确，经过试探找到错误的根源。 第三节 调试方法-跟踪法 正向跟踪，沿着程序的控制流，从头开始跟踪，逐步检查中间结果，找到最先出错的地方； 反向跟踪，从发现错误症状的地方开始回溯，人工沿着控制流往回追踪程序代码，直到确定错误根源。 第三节 调试方法-对分查找法 若已知程序中的变量在中间某点的预期正确值，则可以用赋值语句把变量置成正确值，运行程序看输出结果是否正确。若输出结果没有问题，说明程序错误在前半部分，否则在后半部分。然后对有错误的部分再用这种方法，逐步缩小查错的范围。 第三节 调试方法-归纳法 收集、整理程序运行的有关数据，分析出错的规律，在此基础上提出错误的假设，若假设能解释全部测试结果，说明假设得到证实；否则重新分析，提出新的假设，直到最终发现错误原因。 第四节 人员培训 事务管理人员的培训 系统操作人员的培训 系统维护人员的培训 第四节 人员培训 事务管理人员的培训通过事务管理人员培训，使他们了解新系统的目标、功能，系统的结构及运行过程，以及对企业组织机构、工作方式等产生的影响 第四节 人员培训 系统操作人员的培训对系统操作员的培训应该提供比较充分的时间，除了向他们传授新系统的工作原理、使用方法，简单出错的处置等知识外，还可能培训计算机软、硬件知识，以及键盘指法、汉字输入等内容。 第四节 人员培训 系统维护人员的培训系统维护培训的内容包括：系统整体结构；系统分析设计思想；计算机系统的操作与使用；系统所用主要软件工具的使用；系统输入方式、操作流程的培训；可能出现故障以及故障的排除；系统文档资料的分类以及检索方式；数据的收集、统计渠道、统计口径；运行操作注意事项等 第五节 系统转换 基础数据准备 系统试运行 系统转换 第五节 系统转换 系统试运行 对系统进行初始化 输入数据，记录系统的运行数据和运行状态 考察实际系统的输入方式是否方便、效率如何、安全可靠性、误操作保护等 核对新系统输出和原系统输出的结果 对系统实际运行速度进行核对，包括运算速度、传输速度、输出速度等 第五节 系统转换 系统转换 第五节 系统转换 系统转换-直接转换在确定新系统运行准确无误时，立即终止原系统运行，启用新系统。对人员、设备费用很节省，但有一定的风险，一般适用于处理不太复杂的数据不是很重要的应用。 第五节 系统转换 系统转换-平行转换新旧系统并行运行一段验证时间后，新系统正式代替原系统。耗费人力、物力和经费，但提供了新旧系统运行结果比较的机会，消除了不稳定的潜在危险，也消除了尚未认识新系统之前的惊慌与不安。 第五节 系统转换 系统转换-分段转换新旧系统同时运行，旧系统逐步减少工作内容，新系统逐步增加工作内容，经过一段时间后，新系统完全代替旧系统。适用于大型系统，既能保证平稳运行，费用也不太大。