软件测试理论知识总结.pdf

《软件测试理论知识总结.pdf》由会员上传分享，免费在线阅读，更多相关内容在应用文档-天天文库。

1、软件测试的定义和目的1，什么是软件测试a)IEEE定义为：使用人工和自动手段来运行或测试某个系统的过程，其目的在于检验它是否满足规定的需求或是弄清预期结果与实际结果之间的差别。b)G.J.Myers认为：1）程序测试是为了发现错误而执行程序的过程；2）好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；3）成功的测试是发现了至今为止尚未发现的错误测试。（注：1）软件测试是一个过程，包含若干活动，运行软件进行测试只是活动之一；2）运行软件测试可以人工方式也可以借助于工具，3）进行软件测试可以运行软件也可以不运行软件；4）软件测试的目的不仅仅是为了发现错误。）2，软件测试

2、的目的人们对软件测试的目的的认识也经历了一个过程：20世纪60年代20世纪70年代中期20世纪90年代证明检测预防表明软件能够工作发现错误管理质量软件生命周期计划需求分析设计编码测试运行和维护软件研发组织和流程常见项目组架构项目经理SQA开发经理测试经理配置经理软件开发组软件测试组配置管理组基本软件研发流程1）瀑布模型2）螺旋模型3）RUP（RationalUnitedPress）模型所有工作流在各个阶段都有体现。（IBM收购）4）IPD（IntegredProductDesign）模型从整个产品角度出发，不仅仅针对研发。（IBM）软件中引入缺陷的原因软件缺陷：既指静态存在

3、于软件工作产品（文档，代码）中的错误，也指软件运行时由于这些错误被激发引起的和软件产品预期属性的偏离现象。Bug：代码中的缺陷。有时也被广泛指因软件产品内部的缺陷引起的软件产品最终运行时和预期属性的偏离。（注：软件错误、软件缺陷、Bug在实际工作中可以认为是一样。）常见的引入缺陷的原因1）开发过程缺乏有效的沟通，或者没有进行沟通2）软件复杂度越来越高3）编程中产生的错误4）需求不断变更5）项目进度的压力6）不重视开发文档7）软件开发工具本身隐藏的问题8）。。。。。。。。。。。。。。。。。。。。。。缺陷类型1）遗漏：规定的或者预期的需求未体现在产品中（可能未将规格说明全面实现

4、，也可能需求分析阶段就遗漏了需求）2）错误：未将规格说明正确实现（可能设计错误、也可能编码错误）3）额外的实现：规格说明并未规定的需求被纳入了产品，得到实现。（也可以用下面五种类型表示：a)产品未达到产品说明书中要求实现的功能b)产品出现了产品说明书中没有的功能c)产品没有实现产品说明书中虽未指明但要求实现的功能d)产品出现了说明书中明确规定不出现的功能e)测试人员或用户认为产品不应使用）测试过程测试阶段划分单元测试（UnitTesting）针对软件基本组成单元（软件设计的最小单位）来进行正确性检验的测试工作。（检测软件模块对《详细设计说明书（LLD）的符合度》）。集成测试

5、（IntegrationTesting）在单元测试的基础上，将所有模块按照概要设计组装成为子系统或系统，验证组装后功能以及模块间接口是否正确的测试工作。（检测软件模块对《概要设计说明书（HLD）的符合度》）系统测试（SystemTesting）将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的测试工作。（通过与《需求规格说明书（SRS）》作比较，发现软件与系统需求定义不符合或之矛盾的地方）单元、集成、系统测试的比较1）测试方法不同单元测试属于白盒测试范

6、畴集成测试属于灰盒测试范畴系统测试属于黑盒测试范畴2）考察范围不同单元测试主要测试单元内部的数据结构、逻辑结构、异常处理等集成测试主要测试模块之间的接口和接口数据传递关系，以及模块组合后的整体功能系统测试主要测试整个系统相对于需求的符合度3）评估基准不同单元测试主要是逻辑覆盖率集成测试主要是接口覆盖率系统测试主要是测试用例对需求规格的覆盖率回归测试（RegressionTesting）目的：验证缺陷得到了正确的修复，同时对系统的变更没有影响以前的功能。（注：回归测试可以发生在任何一个阶段）回归测试策略1）完全重复测试重新执行所有在前期测试阶段建立的测试用例，来确认问题修改的

7、正确性和修改的扩散局部影响性。2）选择性重复测试即有选择地重新执行部分在前期测试阶段建立的测试用例，来测试被修改的程序a)覆盖修改法即针对被修改的部分，选取或重新构造测试用例验证没有错误再次发生的用例选择方法b)周边影响法该方法不但包含覆盖修改法确定的测试用例，还需要分析修改的扩散影响，对那些受到修改间接影响的部分选择测试用例验证它没有受到不良影响，该方法比覆盖修改法更充分一点。c)指标达成法这是一种类似于单元测试的方法，在重新执行测试前，先确定一个要达成的指标，如修改的部分代码100%的覆盖、与修改有关的接口60