软件测试及软件质量控制详解.ppt

软件测试及软件质量控制 ; 软件系统的开发过程中，软件测试占据着重要地位。尽管人们采取了多种保证软件质量的措施，由于软件系统的客观复杂性，人们的主观认识不可能完全符合客观实际，完美无缺，每个阶段的技术审查也不可能毫无遗漏地查出和纠正所有的设计和分析上的错误，在软件生命周期的各个阶段，都不可避免地会产生差错，这些差错迟早会在软件的生产和使用过程中暴露出来。; 软件工程实践的经验表明，发现软件的时刻越晚，改正这些错误所花费的代价也越高，如果在软件投入使用之前没有发现和纠正软件的大部分错误，人们付出的代价会更高，往往会造成恶劣的后果。 从广义上来说，软件测试工作散布在软件生命周期的各个开发阶段，人们认识到，软件测试是保证软件质量的主要手段，各阶段的评审工作和验证工作，均是广义概念上的测试工作???而主要的测试是在编码和测试这两个阶段进行的。因此，狭义的软件测试就是程序测试。 ;6.1 软件测试基本概念;6.1 软件测试基本概念;6.1 软件测试基本概念;6.1 软件测试基本概念;6.1 软件测试基本概念;6.1.2 软件测试的对象;6.1.2 软件测试的对象;6.1.2 软件测试的对象;6.1.2 软件测试的对象;6.1.2 软件测试的对象;6.1.3 测试信息流;6.1.3 测试信息流; （3）测试工具：为提高软件测试效率，使用测试工具为测试工作服务；如：测试数据自动生成程序，静态分析程序、动态分析程序、测试结果分析程序及标准例程测试数据库等。 ; 测试之后，对所有测试结果进行分析，将实际测试的结果与预期的结果进行比较。如果发现出错的数据，则意味着软件有错误，需要纠错，应进行调试，确定错误的位置和出错的性质，改正这些错误，同时修正相关文档。修正过的文档一般需经过再次测试，直到通过测试为止。; 通过收集和分析测试结果的有关数据，可以建立软件评估的可靠性模型。 如果经常出现需要修改设计的严重错误，那么软件的质量和可靠性就值得怀疑，同时也表明需要进一步测试。 相反，如果软件功能能够正确完成，出现的错误易于修改，那么就可能有两种评价：;一种是软件的质量和可靠性达到可以接受的程度。 另一种是所做的测试还不足以发现软件的严重错误。 如果得到的评价是没有发现错误，很有可能测试的配置考虑得不够充分和细致，软件仍有潜伏的错误，以后改正错误需要付出高昂的代价。 ; 2.软件错误可以从不同角度进行分类： （1）从错误对程序的影响程度来分： 1严重性错误：严重影响程序的运行，甚至不能运行； 2一般性错误：经常影响程序的运行，特殊情况下表现正常；; 3 微小错误：一般情况下程序能运行，特殊情况下表现异常； 4 无影响性错误：不影响程序的运行。; （2）从开发过程的转换环节上分： 1 构造错误：编码实现与设计不一致； 2 设计错误：设计逻辑与说明不一致； 3 说明书错误：说明书与用户要求不一致； 4 需求错误：不满足用户的实际要求； 5配置错误：软件配置不满足实际环境。;（3）从测试结果的表现上分类： 1）功能错误：由系统需求分析不完整引起的； 2）结构错误：由总体设计的错误引起的； 3）过程错误：由详细设计的错误引起的； 4）数据错误：由软件编码或详细设计的错误引起的； 5）编码错误：由软件编码引起的错误； 6）其它错误：由文档和其它系统元素引起的错误；;6.1.4 软件测试步骤与软件开发各阶段的关系;6.1.4 软件测试步骤与软件开发各阶段的关系;6.1.4 软件测试步骤与软件开发各阶段的关系;6.1.4 软件测试步骤与软件开发各阶段的关系;6.1.4 软件测试步骤与软件开发各阶段的关系;6.1.4 软件测试步骤与软件开发各阶段的关系;6.1.4 软件测试步骤与软件开发各阶段的关系;6.1.5 软件测试原则;6.1.5 软件测试原则;6.1.5 软件测试原则;6.1.5 软件测试原则;6.2 软件测试的方法;6.2 软件测试的方法;6.2 软件测试的方法;6.2 软件测试的方法;6.2 软件测试的方法;6.2 软件测试的方法;6.2 软件测试的方法;6.2 软件测试的方法;6.2 软件测试的方法;6.3 测试方案与测试用例;6.3 测试方案与测试用例; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法（逻辑覆盖）; 6.4 白盒法