软件测试的目标（PPT64页).ppt

软件测试的目标 软件测试在软件生命周期中横跨两个阶段。软件测试包括两种：
单元测试——模块的编写者和测试者是同一个人
综合测试——由专门的测试人员承担
软件测试的工作量往往占软件开发总工作量的40％以上7.１基本概念 测试目标决定了测试方案的设计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。
由于测试的目标是暴露程序中的错误，因此由程序的编写者自己进行测试是不恰当的。因此，在综合测试阶段通常由其他人员组成测试小组来完成测试工作。 测试不能证明错误不存在，只能表示软件错误已经出现。
测试决不能证明程序是正确的。即使经过了最严格的测试之后，仍然可能还有没被发现的错误潜藏在程序中。测试只能查找出程序中的错误，不能证明程序中没有错误。测试原则可测试性“好”测试的属性7.1.2黑盒测试和白盒测试
测试任何产品都有两种方法：
黑盒测试——如果已经知道了产品应该具有
的功能，可以通过测试来检验是否每个功能都能正常使用；
白盒测试——如果知道产品内部工作过程，
可以通过测试来检验产品内部动作是否按照规格说明书的规定正常进行，且所有内部部件被充分利用（确保“所有齿轮吻合”）。 黑盒测试又称为功能测试，它把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程。也就是说，黑盒测试是在程序接口进行的测试，它只检查程序功能是否能按
照规格说明书的规定正常使用，程序是否能适当地接收输入数据产生正确的输出信息，并且保持外部信息（如，数据库或文件）的完整性。
（故意不考虑控制结构，而是注意信息域）黑盒测试检测的错误类型 白盒测试又称为结构测试，它的前提是可以把程序看成装在一个透明的白盒子里，也就是完全了解程序的结构和处理过程。这种方法按照程序内部的逻辑测试程序，检验程序中的每条通路是否都能按预定要求正确工作。
（使用程序设计的控制结构导出测试方案）
包含所有可能情况的测试称为穷尽测试，对于实际程序而言，穷尽测试通常是不可能做到的。白盒测试功能 7.1.3软件测试的步骤
1.模块测试
模块测试的目的是保证每个模块作为一个单元能正确运行，所以模块测试通常又称为单元测试。在这个测试步骤中所发现的往往是编码和详细设计的错误。
2.子系统测试
子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。模块相互间的协调和通信是这个测试过程中的主要问题，因此这个步骤着重测试模块的接口。 3.系统测试
系统测试是把经过测试的子系统装配成一个完整的系统来测试。在这个测试步骤中发现的往往是软件设计中的错误，也可能发现需求说明中的错误。
4.验收测试
验收测试把软件系统作为单一的实体进行测试，目的是验证系统确实能够满足用户的需要，在这个测试步骤中发现的往往是系统需求说明书中的错误。 5.平行运行
平行运行就是同时运行新开发出来的系统和将被它取代的旧系统，以便比较新旧两个系统的处理结果。这样做的具体目的有如下几点：
（1）可以在准生产环境中运行新系统而又不冒风险；
（2）用户能有一段熟悉新系统的时间；
（3）可以验证用户指南和使用手册之类的文档；
（4）能够以准生产模式对新系统进行全负荷测试，可以用测试结果验证性能指标。测试阶段的信息流 7.1.4测试阶段的信息流7．２单元测试 在对接口进行测试时主要检查下述各点；
（１）参数数目和由调用模块送来的变元的数目是否相等？
（2）参数的属性和变元的属性是否匹配？
（3）参数和变元的单位系统是否匹配？
（4）传送给被调用模块的变元的数目是否等于那个模块的参数的数目？
（5）传送给被调用模块的变元属性和参数的属性是否一致？
（6）传送给被调用模块的变元的单位系统和该模块参数的单位系统是否一致？
（7）传送给内部函数的变元属性、数目和次序是否正确？
（8）是否修改了只做输入用的变元？
（9）全程变量的定义和用法在各个模块中是否一致？ 如果一个模块完成外部的输入或输出时，还应该再检查下述各点：
（1）文件属性是否正确？
（2）打开文件语句是否正确？
（3）格式说明书与输入／输出语句是否一致？
（4）缓冲区大小与记录长度是否匹配？
（5）使用文件之前先打开文件了吗？
（6）文件结束条件处理了吗？
（7）输入／输出错误检查并处理了吗？
（8）输出信息中有文字书写错误吗？ 对于一个模块而言，局部数据结构是常见的错误来源。应该仔细设计测试方案，以便发现下述类型的错误：
（1）错误的或不相容的说明；
（2）使用尚未赋值或尚未初始化的变量；
（3）错误的初始值或不正确的缺省值；
（4）错误的变量名字（拼写错或截短了）；
（5）数据类型不相容；
（6）上溢、下溢或地址异常。 由于错