《信息系统测试课件信息系统测试第02讲》由会员分享，可在线阅读，更多相关《信息系统测试课件信息系统测试第02讲（44页珍藏版）》请在金锄头文库上搜索。
1、第2章 软件测试基础,2.1软件错误和软件缺陷 2.1.1程序正确性和软件错误 2.1.2软件错误的类型 2.1.3描述软件错误的术语 2.1.4软件缺陷的定义 2.1.5软件缺陷产生的原因,2.1软件错误和软件缺陷,软件错误不可避免； 软件错误不可消灭； 软件错误一定存在。,2.1软件错误和软件缺陷,软件测试目的是发现错误,而不是消灭错误。 软件测试只能表明错误的存在,而不能表明错误的不存在。,预备知识,软件开发方式的演进 “软件危机” 软件工程 软件生存周期 软件开发各个阶段的任务 软件开发瀑布模型,软件开发方式的演进,1.个人单干式； 2.手工作坊式； 3.小组开发式； 4.软件工程式。
2、,“软件危机”,“软件危机”主要表现 : 1. 软件项目经常无法按期完成，超出经费预算，软件质量难以控制。 2. 开发过程管理不规范，文档不完整，软件维护费用高，有些系统最后甚至不得不放弃。 3. 缺乏严密有效的软件质量检测手段，交付给用户的软件质量差，在运行中暴露出各种各样的问题。 4 .系统升级、更新难度大。,软件工程,什么是软件工程？ 使用工程化的原则及方法组织软件开发工作。 软件工程的任务： 在软件开发过程中，通过提供规范化的分析设计方法及工具软件，避免或减少软件错误的发生，为最终根除“软件危机”提供强有力的技术保证。,软件生存周期,软件开发6个阶段： 1. 计划（Planning）
3、2. 需求分析（Requirement Analysis） 3. 设计（Design） 4. 编码（Coding） 5. 测试（Testing） 6. 运行维护（Run and Maintenance）,软件开发各个阶段的任务,软件开发瀑布模型,2.1.1程序正确性和软件错误,软件产品中出现的这样那样的异常现象，统称为软件错误。 软件测试过程中，通过对程序进行测试和验证，以检验它能不能正确无误地工作，即软件的正确性评价。 提高软件的正确性，就是要尽可能发现和修复软件中隐藏的各种错误。,软件正确性的级别,1程序编写得无语法错误； 2程序运行中未发现明显的运行错误； 3程序中无不适当语句； 4程序
4、运行中能通过典型的有效测试数据，而得到正确的预期效果； 5程序运行中能通过典型的无效测试数据，而得到正确的预期结果； 6程序运行中能通过任何可能的输入数据，并给出正确的结果。,1程序编写得无语法错误,程序编写的无语法错误，是程序运行的最基本条件。 如果程序中包含语法错误，导致无法通过编译和生成可执行程序，也就谈不到程序的运行。,2.程序运行中未发现明显的运行错误,在程序运行过程中，没有出现因为使用过大或过小的数据而产生溢出，导致程序无法继续运行,也没有出现死循环而阻碍程序运行等情况。,3程序中无不适当语句,程序尽管符合语法规则，也未出现上述运行错误，但在程序中有不适当的语句。 变量未被说明就被
5、引用； 变量虽已说明，却未曾被引用； 变量未赋初值而被引用； 变量被多次赋值，却未被引用等。,4程序运行过程中，能够通过典型的有效测试数据（用例），并得到正确的预期结果。,程序运行时，能够接受需求规格说明书所规定的正常条件下的合理数据，并给出正确的结果。,5程序运行过程中，能够通过典型的无效测试数据（用例），并得到正确的预期结果。,程序运行时，可接受程序规格说明书所规定的异常条件下的不合理数据，并给出相应的结果。,6程序运行过程中，能够通过任何可能的输入数据，并得到正确的结果。,程序运行时，可接受各种可能的数据，包括合法的、非法的和异常的数据，以及边界条件数据等，都给出正确的处理。,2.1.2
6、软件错误的类型,1需求错误； 2功能与性能错误； 3程序结构错误； 4数据错误； 5实现和编码错误； 6集成错误； 7系统错误； 8测试错误。,1需求错误,软件需求定义的不合理或不正确； 软件需求定义的不完全； 软件需求中含有逻辑错误； 软件需求分析文档有错误等。,2功能与性能错误,程序设计时，功能或性能定义的有错误； 程序设计时，遗漏了某些功能； 程序设计时，定义了某些冗余的功能； 程序设计时，为用户提供的信息内容有差错； 程序设计时，软件本身显示的信息不正确或不确切； 程序设计时，对异常情况处理有错误等。,2功能与性能错误,2功能与性能错误,2功能与性能错误,2功能与性能错误,3程序结构错
7、误,程序控制流或控制顺序有错误； 处理过程（算法）有错误等。,4数据错误,数据定义或数据结构有错误； 数据访问或数据操作有错误等。,5实现和编码错误,程序语法错误； 数据命名错误； 混淆局部变量与全局变量错误； 程序逻辑错误等。,6集成错误,程序的内部接口错误； 程序的外部接口错误； 程序各相关部分在时间配合、数据吞吐量等方面不协调。,7系统错误,系统功能调用或使用错误； 系统恢复错误； 系统诊断错误； 内存划分及覆盖错误； 环境变量引用错误等。,8测试错误,测试设计错误； 测试实施错误； 测试文档错误； 测试用例不够充分等。,2.1.3描述软件错误的术语,1.缺点（defect） 2.故障（
8、fault） 3.问题（problem） 4.错误（error） 5.毛病（incident） 6.异常（anomaly） 7.偏差（variance） 8.失效，失败（failure） 9.矛盾，冲突，不一致（inconsistency） 10.缺陷（bug）,2.1.4软件缺陷（bug)的定义,取自“金山词霸”： Bug程序缺陷： 电脑系统或者程序中存在的任何一种破坏正常运转能力的问题或者缺陷，都可以叫做“bug”。,软件缺陷定义：,符合下列5种特征之一的软件错误，被认为是软件缺陷。 软件未达到软件产品需求说明书中指明要达到的要求。 软件出现了软件产品需求说明书中指明不会出现的错误。 软件
9、功能超出了软件产品需求说明书中指明的范围。 软件未达到软件产品需求说明书中虽未指明但应达到的要求。 测试人员认为难以理解、不易使用、运行速度缓慢或者最终用户认为不好的问题。,软件缺陷：举例1,某个文字处理程序的需求说明书声明它能够按用户指定的路径保存用户的文件。 测试用例：将用户文档保存到C盘某个目录下。 根据软件缺陷的第1个特征，下列现象为Bug: 1.程序毫无反应； 2.程序将文档保存到了D盘。,软件缺陷：举例2,该程序的需求说明书声明在任何情况下，程序都不会死机或者崩溃。 测试用例：盲打键盘。 根据软件缺陷的第2个特征，下列现象为Bug: 1.程序停止接受输入 ； 2.程序崩溃。,软件缺
10、陷：举例3,该程序的需求说明书未声明支持不同的字体输入,例如只限定某个字体。 测试用例：测试时发现，该程序允许用户以不同的字体输入 。 根据软件缺陷的第3个特征，此现象为Bug.,软件缺陷：举例4,对于文件编辑程序，当出现电源故障（如断电时），应自动保存文件备份。 测试用例： 输入的过程中不存盘，突然拔掉电源,导致计算机关机。 如果程序未做文件自动备份，根据软件缺陷的第4个特征，此现象为Bug.,2.1.5 软件缺陷产生的原因,1需求说明书错误,需求不完整； 需求不准确； 需求经常变更； 甚至没有形成需求说明书。,2设计错误,概要设计：软件架构； 详细设计：实现方案。 如果软件设计不够全面、设计经常变更、与用户沟通不足等，都可能在设计过程中产生软件缺陷。,3编码错误,软件过于复杂； 需求说明书不足或不够准确（如需求变更后未及时更新文档）； 时间进度限制，未经过严格测试； 开发人员水平限制，也会产生一些低级错误等。,4测试错误,对某些软件缺陷产生的原因，在测试中被错误地认定，因而未被正确修复。 测试设计不够完善，也会导致程序某些功能未被覆盖，其中的错误未被发现。 测试部门与开发部门协同不够，对问题互相指责，互不负责等。,本讲到此结束，谢谢！,
