第软件测试精要.ppt

6.6 人工测试 人工测试的几种形式 静态分析中进行人工测试的主要方法有桌前检查、代码评审和走查。经验表明，使用这种方法能够有效地发现30%～70%的逻辑设计和编码错误。 1．桌前检查 桌前检查（desk checking）是一种传统的检查方法，由程序员自己检查自己编写的程序。程序员在程序通过编译之后，进行单元测试设计之前，对源程序代码进行分析、检验并补充相关的文档，目的是发现程序中的错误。检查项目包括如下内容： （1）检查变量的交叉引用； （2）检查标号的交叉引用； （3）检查子程序、宏结构、函数； （4）常量检查； （5）标准检查； （6）风格检查； （7）比较控制流； （8）选择、激活路径； （9）对照程序的规格说明，详细阅读源代码； （10）补充文档； 6.6 人工测试 2．代码评审 代码评审（code reading review）是由若干程序员和测试员组成一个评审小组，通过阅读、讨论和争议，对程序进行静态分析的过程。 代码评审分两步： 小组负责人提前把设计规格说明书、控制流程图、程序文本及有关要求、规范等分发给小组成员，作为评审的依据； 召开程序评审会。在会上，由程序员逐句讲解程序的逻辑。在此过程中，程序员或其他小组成员可以提出问题，展开讨论，审查错误是否存在。 6.6 人工测试 在会前，应当给评审小组每个成员准备一份常见错误的清单。这个常见错误清单也叫做检查表，它把程序中可能发生的各种错误进行分类，对每一类列举出尽可能多的典型错误，然后把它们制成表格，供会审时使用。这种检查表类似于本章单元测试中给出的检查表。在代码评审之后，需要做以下几件事。 （1）把发现的错误登记造表，并交给程序员。 （2）若发现错误较多，或发现重大错误，则在改正之后，再次组织代码评审。 （3）对错误登记表进行分析、归类、精练，以提高审议效果。 6.6 人工测试 3．走查 走查（walkthroughs）与代码评审基本相同，其过程分为两步。 （1）把材料先发给走查小组每个成员，让他们认真研究程序，然后再开会。开会的议程与代码评审不同，不是简单地读程序和对照错误检查表进行检查，而是让与会者“充当”计算机，即首先由测试组成员为被测程序准备一批有代表性的测试用例，提交给走查小组。走查小组开会，集体扮演计算机角色，让测试用例沿程序的逻辑运行一遍，随时记录程序的踪迹，供分析和讨论用。 （2）人们借助于测试用例的媒介作用，对程序的逻辑和功能提出各种疑问，结合问题开展热烈的讨论和争议，能够发现更多的问题。 6.6 人工测试 调试（debug）也称排错或纠错，它是紧跟在测试之后要做的工作，但与测试不同之处在于：测试着重于发现软件中有错，发现异常或软件运行的可疑之处；而调试的任务在于为错误确切地定位，找到出错的根源，并且通过修改程序将其排除。 一般地，调试的步骤如下： （1）针对测试提供的信息，分析错误的外部表现形式，确定程序出错的位置。 （2）研究程序的相关部分，找出导致错误的内在原因。 （3）修改相关的程序段，如果是设计导致的错误，则需修改相关的设计，以排除错误。 6.7 调试 （4）重复执行以前发现错误的测试，以确认： ① 该错误确已通过修改而消除； ② 这次修改并未引进新的错误。 （5）如果重新测试表明修改无效，发生错误的现象仍然出现，则要撤销上述修改，再次进行信息分析，实施上述过程，直至修改有效为止。 6.7 调试 软件测试是软件生存期的一个必不可少的重要工作阶段。它的中心任务是发现和处理在此之前开发工作中发生的各种缺陷，当然最为重要的是其中的差错。软件测试类似于制造业生产流程中的产品检验工作。人们希望在这个生产环节上，尽可能地找出产品（或半成品）的各种问题，并给予妥善地解决。 本章在阐述软件测试的基本概念之后，着重介绍了软件测试的关键步骤——确定测试用例。其实，不同的测试方法只是从不同的出发点和沿着不同途径确定测试用例的。而测试策略告诉我们，如何从不同的范围和不同的侧面考虑去发现差错。最后的人工测试则是在不借助计算机运行被测程序的情况下，所进行的差错检验活动。 小结 * 在软件开发过程中，尽管人们利用了许多旨在改进、保证软件质量的方法去分析、设计和实现软件，但难免会在工作中出现差错。这样，在软件产品中就会隐藏许多的错误和缺陷。对于规模大、复杂性高的软件更是如此。在这些错误中，有些甚至是致命的错误，如果不排除，就会导致财产以至生命的重大损失。 * 测试过程需要如下3类输入。 （1）软件配置：包括软件