系统实施与维护.ppt

动态检查就是测试。有控制地运行程序，从多种角度观察程序运行时的行为，发现其中的错误。也就是说，测试是为了发现错误而执行程序。测试只能证明程序有错误，而不可能证明程序没有错误。图8.2是一个小程序的流程图。这个程序共有5条路径，需循环20次，则共有520(约100万亿)条路径。显然，不可能通过遍历所有这些路径来说明程序没有错误。认为测试能说明程序没有错误的想法是十分有害的。在这种认识指导下，人们往往会潜意识地寻找那些容易使程序通过的测试数据，忽视那些容易暴露程序错误的数据，使隐藏的错误不被发现，而不能达到测试的目的。图8.2程序流程图根据GlenMyers的定义，测试的目的在于：测试是指“用意在发现错误而执行一个程序的过程”；一个好的测试用例是指这个测试用例有很高的几率可以发现一个尚未发现的错误；一个成功的测试是指它成功地发现了一个尚未发现的错误。测试的目的是为了发现程序的错误。因此，测试的关键问题是如何设计测试用例，即设计一批测试数据，通过有限的测试用例，在有限的研制时间、研制经费的约束下，尽可能多地发现程序中的错误。测试有四种类型：模块测试，联合测试，验收测试，系统测试。0102模块测试01模块测试是对一个模块进行测试，根据模块的功能说明，检验模块是否有错误。这种测试在各模块编程后进行。02模块测试一般由编程人员自己进行。模块测试包括以下项目：03模块界面：调用时参数(流入数据)的数目、顺序和类型。04内部数据结构：如初始值对不对，变量名称是否一致，共用数据是否有误。05错误处理：预测错误的产生及后处理，看是否和运行时一致。边界条件：对数据大小的界限和判断条件的边界进行跟踪运行。独立路径：是否存在不正确的计算，不正确的循环及判断控制。联合测试01各个模块单独执行可能无误，但组合起来相互产生影响，可能会出现意想不到的错误。因此要将整个系统作为一个整体进行联调，这就是联合测试。按照前面分“版本”的实现方法，这种测试用来在各个版本实现后完成有关接口的测试。联合测试的方法有两种，即根据模块结构图由上到下或由下到上进行测试。02由上到下：设置下层模块为假模块，检查控制流，可较早发现错误，而不致于影响到下层模块。但这种方法要制作的假模块太多，而且不能送回真实数据，可能发现不了内在的错误。由下到上：先设置上层模块为假模块，测试下层模块执行的正确性，然后逐步向上推移。这种方法方便，设计简单，但要到测试的最后才能窥得全貌，有一定的风险。较好的方法是二者结合：高层由上到下，低层由下到上，到中层进行会合。验收测试验收测试是检验系统说明书的各项功能与性能是否能实现，是否满足要求。01验收测试的方法一般是列出一张清单，左边是需求的功能，右边是发现的错误或缺陷。01常见的验收测试有所谓的α测试和β测试，这两种测试都是由用户进行的，但前者是使用者在应用系统开发所在地，有开发者参与，一同进行观察记录；后者是在使用环境中由用户独立进行。01系统测试系统测试是对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。这种测试可以发现系统分析和设计中的错误。这一层次的测试其细节超出本课程范围，下面仅简单地举例说明。如安全测试是测试安全措施是否完善，能不能保证系统不受非法侵入的。那么什么才算是安全的呢？即安全的标准是什么？可以这样定义：如果入侵一个系统的代价超过从系统中获得的利益时，那么这个系统是一个安全的系统。再例如压力测试就是测试系统在正常数据量或使用频率时以及超负荷量(如多个用户同时存取)等情况下是否还能正常地工作。8.4.2测试的原则测试阶段应注意以下一些基本原则：测试用例应包括输入数据和预期的输出结果。不仅要选用合理的输入数据作为测试用例，而且应选用不合理的输入数据作为测试用例。例如，程序TRIANGLE的输入为表示三角形的边长的三个整数，判断是否构成等腰三角形、等边三角形，还是不等边三角形。测试这个程序时，不仅要选用3、4、5，5、5、6，6、6、6等合理数据作为用例，而且还要选用1、2、3，1、2、4等这样一些不合理的输入数据，以便证实程序不会把这些不可能构成三角形的边长错误地认为是“不等边三角形”。既要检查程序是否完成了它应做的工作，又要检查它是否还做了它不应做的事情。例如，对于工资管理程序，要检查它是否为每个职工产生一个正确的工资单，还要检查它是否产生了多余的工资单。测试用例应长期保留，直到这个程序被废弃。精心编制测试用例将会对今后的测试带来方便。一旦程序修改、扩充之后，需要重新测试，那么在很大程度上将重复以前的测试工作。保留测试用例，可以验证发现的错误是否已经改正，也可以易于发现因修改、扩充可能产生的新