《管理信息系统》PPT课件 (2).ppt

管理信息系统,本章重难点,系统测试的方法 系统测试用例的设计,6.2系统测试,6.2.1 系统测试的概念 6.2.2 测试的步骤 6.2.3 系统测试的方法 6.2.4 测试用例的设计 6.2.5调试,6.2.1 对系统测试的认识,系统测试 系统测试是为了发现错误而执行程序的过程 系统测试的目的 以最少的人力和时间发现潜在的各种错误和缺陷。 系统测试的认识 好的测试方案是可能发现迄今为止尚未发现的错误的方案； 成功的测试是发现了至今未发现的错误的测试。,系统中常存在的问题 (1)功能性错误由于系统功能说明书不完整或叙述不准确，导致在系统设计时产生误解或不一致。 (2)系统错误 设计阶段产生、与需求规格说明中的功能说明不相符 (3)加工错误 过程控制与操作的设计与实现错误 (4)数据错误 数据的结构、内容、属性、状态以及数据的参数与控制等方面的错误 (5)编码错误 语法错误、变量名错误、变量属性与作用域等,测试中应要注意的问题： 尽早的并不断的测试 测试工作避免由原元件开发的人或小组承担，而又专门的测试人员进行测试 设计测试方案时不仅要确定输入数据也要确定输出数据 设计测试用例既要有合理的输入条件也要有合理的输出条件 要对测试的结果做全面检查 严格执行测试计划，避免测试的随意性 妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便 充分注意测试中错误的群集现象,6.2系统测试,6.2.1 系统测试的概念 6.2.2 测试的步骤 6.2.3 系统测试的方法 6.2.4 测试用例的设计 6.2.5 调试,6.2.2 测试的步骤,测试的步骤：单元测试、集成测试、确认测试、系统测试和验收测试,(1)单元测试：用设计的测试用例，测试模块是否正确实现了功能,6.2.2 测试的步骤,测试的步骤：单元测试、集成测试、确认测试、系统测试和验收测试,(1)单元测试：用设计的测试用例，测试模块是否正确实现了功能 (2)集成测试：把通过单元测试的模块组装在一起，看能不能正常实现功能,6.2.2 测试的步骤,测试的步骤：单元测试、集成测试、确认测试、系统测试和验收测试,(1)单元测试：用设计的测试用例，测试模块是否正确实现了功能 (2)集成测试：把通过单元测试的模块组装在一起，看能不能正常实现功能 (3)确认测试：检查已经组装完的软件能否实现需求说明规定功能以及软件配置是否完整、正确,6.2.2 测试的步骤,测试的步骤：单元测试、集成测试、确认测试、系统测试和验收测试,(1)单元测试：用设计的测试用例，测试模块是否正确实现了功能 (2)集成测试：把通过单元测试的模块组装在一起，看能不能正常实现功能 (3)确认测试：检查已经组装完的软件能否实现需求说明规定功能以及软件配置是否完整、正确 (4)系统测试：把经过确认的软件纳入实际的运行环境,与应用环境组合在一起进行测试,以检查软件能否正确、稳定地运行,6.2.2 测试的步骤,测试的步骤：单元测试、集成测试、确认测试、系统测试和验收测试,(1)单元测试：用设计的测试用例，测试模块是否正确实现了功能 (2)集成测试：把通过单元测试的模块组装在一起，看能不能正常实现功能 (3)确认测试：检查已经组装完的软件能否实现需求说明规定功能以及软件配置是否完整、正确 (4)系统测试：把经过确认的软件纳入实际的运行环境,与应用环境组合在一起进行测试,以检查软件能否正确、稳定地运行 (5)验收测试： 以用户为主的测试,验收 测试,系统测试通常按单元测试、组装测试、确认测试、系统测试和验收测试五个个步骤顺序进行，后续的测试是在前面测试的基础上实施的。 系统测试完成后，应提交测试报告，并修改操作手册、打印源程序清单等文档资料。,测试报告是系统测试阶段指明测试执行结果的文档。 系统测试报告的主要内容有： (1)引言 编写目的 背景 定义 参考资料 (3)测试结果及发现 (2)测试概要 (4)对系统功能的结论 (5)分析摘要 能力 缺陷和限制 建议 评价 (6)测试资源消耗：总结测试工作的资源消耗数据，如工作人员的水平级别数量、机时消耗等,软件测试与软件开发的对应关系,总体设计,组装测试,确认测试,系统测试,需求分析,系统目标,单元测试,详细设计,软件测试与软件开发的对应关系,编程与调试,软件开发阶段,软件测试阶段,问题被测试出来越晚，往往越严重，造成的损失越大、改正越困难,6.2系统测试,6.2.1系统测试的概念 6.2.2 测试的步骤 6.2.3 系统测试的方法 6.2.4 测试用例的设计 6.2.5调试,6.2.3 测试方法,静态分析方法(人工测试)以人工的、非形式化的方法对程序进行分析和测试。 人工测试的三种方式： （1）个人复查(办工桌检查) （2）代码会审 （3）走查,测试方法分为两类：静态分析、动态测试,动态测试方法(机器测试)选择适当的测试用例，在计算机系统上执行程序。 黑盒测试（功能测试）:是把被测程序看作黑盒子，在完全不考虑程序的内部结构和特性的情况下，测试程序的外部特性。 白盒测试:是把被测程序看作是一个透明的盒子，按照程序的内部结构和处理逻辑来设计测试用例，对程序的逻辑路径及过程进行测试，检查程序是否与设计相符。,说明： 通常要先进行人工测试，然后再进行机器测试。 人工测试与机器测试这两种方式各有所长 机器测试速度快，但只能发现症状不能进行问题定位 人工测试在发现错误的同时可以确定错误的位置、类型和性质，但太耗费人力、时间 测试方法的具体运用 单元测试以白盒测试为主，集成测试、确认测试和系统测试均以黑盒测试为主。,6.2系统测试,6.2.1 系统测试的概念 6.2.2 测试的步骤 6.2.3 系统测试的方法 6.2.4 测试用例的设计 6.2.5调试,6.2.4 测试用例的设计,什么是测试用例? 测试用例=输入数据+预期结果 测试时，把实测的结果与预期结果进行比较，如果不一致，就表明程序存在问题。测试一个程序需要若干组这样的测试用例。 测试不能穷举,1.白盒测试用例设计(结构测试),白盒测试以程序的内部逻辑为根据，合理的白盒测试要选择足够多的测试用例，对程序逻辑实现尽可能充分的覆盖。,语 句 覆 盖,判 定 覆 盖,条 件 覆 盖,条 件 组 合 覆 盖,弱,强,白盒测试是在程序结构上进行的测试，所以也称为结构测试。,路径覆盖,白盒测试覆盖标准大致有： 语句覆盖、判断覆盖、条件覆盖、条件组合覆盖和路径覆盖几种,测试步骤：,选择逻辑覆盖标准 按照覆盖标列出所有覆盖对象 选择确定测试用例 验证分析结果与预期结果,白盒测试用例设计举例,被测程序：,void example(int a,int b,int x) if (a1) ,(1)语句覆盖,选择足够多的测试用例，使被测程序中每个语句至少能执行一次。,a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,满足语句覆盖的情况: 覆盖对象：A C B D,测试用例： (2,0,4),(2,0,3) 或 (2,0,2),(2,0,2) ,用例格式： 输入(a,b,x)，输出(a,b,x),(2)判定覆盖,覆盖要求： 1、A，A C 2、B，BD各被执行一次 F T F T,测试用例： (2,0,4),(2,0,3) 1T 2TAC、BD (1,1,1),(1,1,1) 1F 2FA、B,a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,选择足够多的测试用例，使被测程序中每个判定至少取TRUE 或FALSE各一次,(3)条件覆盖,应满足以下覆盖情况：,选择用例： 第一组： (2,0,4),(2,0,3) a1 (T) b=0(T), a=2(T) x1(T) 第二组： (1,1,1),(1,1,1) a1(F) b0(F), a2(F) x1(F),a1,b=0,a1,b0,a2,x1,a=2,x1,选择足够多的测试用例，使判定中的每个关系式取得各种可能的结果。,a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,(4)条件组合覆盖,满足以下覆盖情况： a1, b=0 a1, b0 a1, b =0 a1, b0 a=2, x1 a=2, x1 a2, x1 a2, x1,选择用例： (2,0,4),(2,0,3) (2,1,1),(2,1,2) (1,0,3),(1,0,4) (1,1,1),(1,1,1),a1 & b=0,x =x/a,a=2 | x1,x =x+1,Y,N,Y,N,Start,End,A,C,D,E,B,使判定中的每个关系式的各种可能的组合至少出现各一次。,TT TT,TF TF, FTFT, FFFF,(5)路径覆盖,设计下列四组测试数据，进行路径覆盖： a=1，b=1，x=1(执行路径s-ABE) a=1，b=1，x=2(执行路径s-ABDE) a=3，b=0，x=1(执行路径s-ACBE) a=2，b=0，x=4(执行路径s-ACBDE),使程序的每条可能的路径都至少执行一次(如果程序图中有环路，则要求每个环路至少经过一次)。,A,C,E,B,D,Start,A,B,E,把程 序 看成一个不透明的“黑盒子”，测试时完全不考虑程 序 的内部结构和处理过程，只按照规格说明书所规定的功能来设计测试用例，也就是检查程 序 是否符合它的功能要求。,常用的测试方法： 等价类划分法 边界值法 因果图法 决策表法,黑盒测试用例设计（功能测试）,等价类：是指某一类输入数据的集合。 把被测对象的输入域划分为有限个等价区段： “价类”，以有针对性的等价类的少量测试，代替 漫无边际的、数量较大的“穷尽”测试或随机试。,等价类分为： 有效等价类 合理、有意义的输入数据的集合 无效等价类 不合理、无效或非法的输入数据的集合,等价类划分法,等价类划分步骤,划分等价类 选择测试用例,等价类法举例,例：对某工厂2001年至2004年的产品进行月销售量统计时，需要给出明确的“报表时间”信息。请对“报表时间”进行等价类划分，设计测试用例。,解： 第一步：等价类划分,第二步：为有效等价类设计测试用例。 对表中(1)、(2)、(3)的3个有效等价类，用一个测试用例覆盖。 第三步：为每一个无效等价类设计至少一个测试用例。,边界值分析法,经验表明，处理边界情况时程序最容易发生错误，针对边缘取值设计测试用例，可以提高发现错误的概率 边界值设计测试用例应遵循的原则,A、按照输入值范围的边界 例如：输入值的范围是-1.0至1.0， 则可选择用例 1.0、1.0、-1.001、1.001。 B、按照输入/输出值个数的边界 例如：输入文件可有1-255个记录