管理信息系统(第七章)管理信息系统的系统实施ppt课件

第七章管理信息系统的系统实施,.,2,主要内容,系统实施步骤软硬件购置系统准备（人员、数据、设备安装）测试系统试运行与切换评价与维护,.,3,1实施步骤,硬件获取,软件编程,用户准备,人员：聘用和培训,机房、场所准备,数据准备,安装,测试,试运行,系统切换,用户验收、评价,.,4,2系统软硬件、网络的购置,1）硬件的获取根据系统设计的指标要求制作采购的标书邀请硬件供应商进行技术交流选择资质好的厂商发放标书评标开标及商务谈判签订合同执行合同,.,5,2）网络的获取局域网络的建设和改造新建网络改造网络自建或外包广域网络的建设传输网络的取得（传输方式的选择、线路的租赁）网络设备的获取（与硬件同）自建与承包给系统集成商,2系统软硬件、网络的购置(续),.,6,3）软件工具的选取选择开发方法选择开发工具及数据库产品,2系统软硬件、网络的购置(续),.,7,3系统准备,1）用户准备用户准备主要是指准备好信息系统的管理人员、使用人员等。用户的培训内部培训与外部培训信息系统的IT人员的招聘和培训2）场所准备新系统的工作场所（空调、电力、办公家具）,.,8,3）数据准备将原来的手工数据文件转化成计算机文件将原来的不同格式的数据文件转换成新系统的格式4）安装将计算机设备、网络设备在信息系统场所安装、使其运转,3系统准备(续),.,9,模块测试(单调)联合测试(联调)系统测试(总调),4测试,.,10,4.1测试的基本概念,测试目标测试的基本原则测试信息测试的方法和技术测试步骤,.,11,4.1.1测试的目标,软件测试的目标：为了发现程序中的错误而执行程序的过程；好的测试方案是极有可能发现迄今尚未发现的尽可能多的错误的测试方案；成功的测试是发现了迄今尚未发现的错误的测试。测试是为了发现错误，不能证明程序正确。一般来说，单元测试可由程序员自己完成，而综合测试通常由测试小组来完成。,.,12,1)软件开发成本,软件产品最大的成本是检测软件错误、修正软件错误的成本。在整个软件开发中：测试工作量50%,.,13,2)软件测试的目标,(1)预防错误:几乎不可实现(2)发现错误:软件测试目的,找错,.,14,把证明程序无错当作测试目的不仅是不正确的,完全做不到的，而且对做好测试没有任何益处，甚至是十分有害的。软件测试要设法使软件发生故障,暴露软件错误测试的“成功”与“失败”：能够发现错误的测试是成功的测试，否则是失败的测试。,2)软件测试的目标(续),.,15,“测试的目的是说明程序正确地执行它应有的功能”也是错误的。例：程序Triangle，输入三个整数，表示一个三角形的三个边长，该程序产生一个结果，指出该三角形是等边三角形、等腰三角形还是不等边三角形。为说明其能正确执行它的功能，可使用“测试用例”(3,4,5),(5,5,6),(6,6,6),程序都能给出正确结果，是否就可认为程序是正确的？,2)软件测试的目标(续),.,16,3)测试与开发各阶段的关系,决定软件与系统的配合关系,需求分析,概要设计,详细设计,编码,单元测试,集成测试,系统测试,.,17,测试阶段工作步骤:单元测试:检验每个模块能否单独工作集成测试:检验概要设计中模块接口设计问题系统测试:以需求规格说明书为检验尺度测试可视为分析、设计、编码三个阶段的最终复审,以保证软件质量。,3)测试与开发各阶段的关系(续),.,18,软件生存期各阶段间需保持的正确性,.,19,软件测试不等于程序测试软件测试应贯穿于软件定义与开发的整个期间；据美国一家公司统计，查出的软件错误中，属于需求分析和软件设计的错误约占64%，属于程序编写的错误仅占36%。程序编写的许多错误是“先天的”。,4)测试对象,.,20,1基本原则“尽早测试”应成为软件开发人员的座右铭坚持软件开发各阶段复审，尽早发现错误开发和测试队伍分别建立测试用例应由输入数据和预期的输出结果两部分组成特别注意测试发现错误较多的程序模块，要重点测试程序修改后要回归测试应长期保留测试用例，直至系统废弃,4.1.2测试的基本原则,.,21,2“测试用例”设计测试用例的构成要素输入数据+预期输出结果+测试功能说明+环境平台及运行条件兼顾合理的输入和不合理的输入数据不仅检查程序是否实现预期功能，还应检查程序是否作了不该做的事,4.1.2测试的基本原则(续),.,22,3程序测试举例例：程序Triangle，输入三个整数，表示一个三角形的三个边长，该程序产生一个结果，指出该三角形是等边三角形、等腰三角形还是不等边三角形。,4.1.2测试的基本原则(续),.,23,判断三角型的测试用例设计:输入数据预期结果(1)6;6;6等边(2)8;8;4等腰(3)4;5;6一般还应输入非法数据：0;7;9-7;3;5a;2;7等,4.1.2测试的基本原则(续),.,24,4软件错误分类功能错(需求分析错误)软件结构错数据错编码错软件集成错测试定义与测试执行错误,4.1.2测试的基本原则(续),.,25,4.1.3软件测试信息流,测试过程需要三类输入：软件配置:需求规格说明书软件设计说明书被测源程序代码测试配置:测试计划测试用例(测试数据)测试驱动程序测试工具,.,26,4.1.3软件测试信息流(续),软件配置,测试配置,测试,测试工具,结果分析,排错,可靠性分析,测试结果,错误,预期结果,出错率,改正的软件,预测的可靠性,.,27,4.1.4测试的方法与技术,软件测试的策略和方法,静态测试方法,动态测试方法,人工测试方法,计算机辅助静态分析方法,白盒测试方法,黑盒测试方法,穷举测试方法,.,28,1静态测试基本特征是在对软件进行分析、检查和测试，不实际运行被测试的软件。静态测试对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。约可找出3070%的逻辑设计错误。,4.1.4测试的方法与技术(续),.,29,2动态测试通过运行软件来检验软件的动态行为和运行结果的正确性动态测试的两个基本要素：被测试程序测试数据（测试用例）,4.1.4测试的方法与技术(续),.,30,2动态测试方法(续)(1)选取定义域有效值,或定义域外无效值(2)对已选取值决定预期的结果(3)用选取值执行程序(4)执行结果与(2)结果相比,和程序不符合有错,4.1.4测试的方法与技术(续),.,31,1)模块测试又称单元测试，在软件编码阶段进行，确认模块作为单元能够正常运行2)集成测试/联合测试把经过测试的单元按一定顺序组装成为系统，进行测试，又称接口测试3)系统测试将软件系统作为单一实体，在用户积极参与下以实际数据测试，测试的目的是验证系统能否达到SRS的要求，因此又称验收测试。,4.1.5测试步骤,.,32,3)系统测试(续)测试：由一个用户在开发环境下模拟实际操作环境运行程序系统目的是评价软件产品的功能、可用性、可靠性、性能和支持，系统的界面的特色。方法是由开发者在场记录系统出错情况及使用中存在的问题。,4.1.5测试步骤(续),.,33,3)系统测试(续)测试：由系统一个或多个用户在实际操作环境中运行系统目的是评价系统的可支持性，包括文档的完整性、用户培训和支持、使用系统的能力和满意程度。方法是开发者不在测试现场，由用户记录的问题可能是系统存在的错误，也可能是用户的主观认定。,4.1.5测试步骤(续),.,34,白盒法黑盒法,4.2测试的基本方法,.,35,1)黑盒测试(又称功能测试，数据驱动测试，基于规格说明书的测试)将被测试程序对象看作黑盒子，不考虑其内部程序结构与处理过程，仅仅对于程序接口进行测试。即检查适当的输入是否能够产生适当的输出。,一两种类型的测试,.,36,2)白盒测试(又称结构测试,玻璃盒测试,基于覆盖的测试)分析程序结构与过程执行路径，按照程序内部的逻辑结构设计测试用例，检验程序的每条通路是否按预期正常进行，力求提高测试覆盖率。,一两种类型的测试(续),.,37,3)黑盒测试与白盒测试比较黑盒测试是从用户观点，按规格说明书要求的输入数据与输出数据的对应关系设计测试用例,是根据程序外部特征进行测试。白盒测试是根据程序内部逻辑结构进行测试。,一两种类型的测试(续),.,38,4)彻底的黑盒法或者白盒法(穷举测试)例:输入三条边长黑盒测试可采用的测试用例数(设字长16位)执行时间:设测试一次需1ms共需一万年,=222310,16,16,16,14,一两种类型的测试(续),.,39,4)穷举测试(续)白盒测试例:含4个分支,循环次数20,从A到B的可能路径执行时间:设测试一次需2ms穷举测试需5亿年.,=5+5+.+5+510,20,1,2,19,14,A,B,一两种类型的测试(续),.,40,不论黑盒还是白盒测试都不能进行穷尽测试,所以软件测试不可能发现程序中存在的所有错误,因此需精心设计测试方案,力争尽可能少的次数,测出尽可能多的错误.,一两种类型的测试(续),.,41,二白盒法,基于白盒法的测试思想：分析被测程序的逻辑结构，选择逻辑执行路径子集设计测试方案。选择路径子集的覆盖标准：语句覆盖（点覆盖）判定覆盖条件覆盖判定/条件覆盖条件组合覆盖路径覆盖点覆盖边覆盖,.,42,例:一个被测程序模块的流程图如右图：其程序为：intsamp(inta,intb,intx)inty;if(a1),二白盒法,.,43,1语句覆盖（点覆盖）执行足够多的测试用例，使得被测程序中每个可执行语句至少被执行一次。上例中只需设计一个测试用例:输入数据：A=2，B=0，X=4即达到了语句覆盖；语句覆盖是最弱的覆盖标准。将程序模块抽象为程序图，语句覆盖又被称为点覆盖。,二白盒法(续),.,44,2判定覆盖（边覆盖）执行足够多的测试用例，使得被测程序中每个语句至少被执行一次，且每个判断的真假分支至少执行一次。上例中可设计两组测试用例:A=3，B=0，X=3可覆盖c、d分支A=2，B=1，X=1可覆盖b、e分支两组测试用例可覆盖所有判定的真假分支判定覆盖仍是弱的覆盖标准。将程序模块抽象为程序图，判定覆盖又被称为边覆盖。,二白盒法(续),.,45,3条件覆盖执行足够多的测试用例，使得被测程序中每个判定的每个条件的可能值至少执行一次。,二白盒法(续),.,46,3条件覆盖(续)上例中，第一判定表达式:A1andB=0设条件A1取真记为T1假T1条件B=0取真记为T2假T2第二判定表达式:A=2orX1设条件A=2取真记为T3假T3条件X1取真记为T4假T4,二白盒法(续),.,47,3条件覆盖(续)上例中，测试用例通过满足的覆盖ABX路径条件分支103abeT1,T2,T3,T4b,e211abeT1,T2,T3,T4b,e两个测试用例覆盖了四个条件八种可能取值。未覆盖c、d分支，不满足判定覆盖的要求。条件覆盖不一定包含判定覆盖判定覆盖也不一定包含条件覆盖,满足条件:T1,T1；T2,T2T3,T3；T4,T4,二白盒法(续),.,48,4判定/条件覆盖执行足够多的测试用例，使得被测程序中的判定的每个条件的所有可能取值至少执行一次，同时每个判定本身的所有可能判定结果至少执行一次。是判定覆盖与条件覆盖的综合，但不能保证检查出逻辑表达式的全部错误。对于上例中A1时检查B=0，而A0却不去验证了。,二白盒法(续),.,49,4判定/条件覆盖(续)上例中，测试用例通过满足的覆盖ABX路径条件分支204aceT1,T2,T3,T4c,e211abdT1,T2,T3,T4b,d两个测试用例能同时满足判定、条件覆盖。,满足条件:T1,T1；T2,T2T3,T3；T4,T4,二白盒法(续),.,50,5条件组合覆盖执行足够多的测试用例，使得被测程序中所有可能的条件取值组合至少执行一次。上例的模块中条件共有8种可能的条件组合:(1)A1,B=0(2)A1,B0(3)A0(5)A=2,X1(6)A=2,X2,X1(8)A2,X999,无效等价类1165.25元的测试用例。(如:-0.01元和1165.26元)由于输入值的边界不与输出值的边界相对应，所以要检查输出值的边界及产生超出输出值值域的结果不一定可能。,边界值分析设计测试用例原则,.,77,2边界值分析法(续)上例2中，应补充下述测试方案：12）使输出刚好等于-32768，输出-3276813）使输出刚好等于32767，输出32767改5）使输出刚好小于-32768：-32769，无效输入改6）使输出刚好大于32767：32768，无效输入,三黑盒法(续),黑盒法,.,78,错误推测（猜错法）不同类型的程序通常具有若干特殊的易出错的情况，这些情况未必可以归结为等价类或者边界情况。有经验的测试人员往往根据经验与直觉，例举出程序中可能有的错误和容易发生错误的特殊情况，根据它们选择测试用例，实行高效的测试。,三黑盒法(续),.,79,4因果图法因果图适合于描述对于多种输入条件的组合，相应产生多个动作的形式来设计测试用例。因果图方法最终生成的是判定表。,三黑盒法(续),.,80,4因果图法(续)用因果图法生成测试用例的步骤：(1)分析哪些是原因，哪些是结果，给每个原因、结果一个标识。(2)分析语义，找出原因与结果、原因与原因之间的关系，画出因果图。(3)在因果图上标明约束或限制条件。(4)把因果图转化为判定表。(5)根据判定表每一列设计测试用例。,三黑盒法(续),.,81,某电力公司有A、B、C、D四类收费标准,并规定：居民用电100度/月按A类收费100度/月按B类收费动力用电10000度/月,非高峰,B类收费10000度/月,非高峰,C类收费10000度/月,高峰,C类收费10000度/月,高峰,D类收费,因果图方法实例1,.,82,列出输入条件和输出动作并编号：输入条件(原因)输出动作(结果)1居民用电A-A类计费2动力用电B-B类计费3(三明治式)JFBADI-,.,102,4.5确认验收测试,目的是向用户表明软件系统的有效性，确认测试技术以黑盒法为主，以验证软件是否满足SRS规定的需求。SRS(SoftwareRequirementSpecification):软件需求说明书,.,103,4.5确认验收测试,常用测试类型:功能测试容量测试大数据量紧张度测试峰值使用性测试如,用户界面是否合理?风格是否统一?操作是否方便?出错信息是否简明易用等安全性测试,.,104,4.5确认验收测试,常用测试类型(续):可靠性测试恢复测试文档测试确保用户文档的精确性和清晰性,确保叙述正确无误工序测试与人工工序的配合情况,.,105,4.6软件调试,调试的任务：测试阶段发现的是故障的表现，可以成为外部错误。对于发现的错误必须进行诊断，找到其发生的原因和位置，