软件测试技术-软件测试概述课件.pptVIP

软件未达到产品描述表明的功能或性能指标（功能未实现，性能指标未达标） 软件出现了产品描述指明不会出现的错误（Pushmail业务不会篡改用户数据） 软件功能超出产品描述指明范围（部分版本新增了一些不在需求文档中的功能，如：Windows Mobile PPC 5.0，提前增加了文件夹树功能） 软件未达到产品描述虽未指出但应达到的目标（隐含需求） 软件测试人员认为软件难以理解、不易使用、运行速度缓慢，或最终用户认为不好 为什么说软件缺陷的最大来源是产品描述（需求说明） 在多数情况下，软件产品说明书并没有写明确、清楚或描述不全面 ，或者在软件开发过程中对需求、产品功能经常更改，或者开发小组的 人员之间没有很好地进行交流与沟通，没有科学规范的开发与测试流程 。这些在所难免。经过软件测试专家的研究发现，表现在程序中的故障 并不一定是由编码过程所引起的，大多数的软件缺陷并非来自编码过程 中的错误，从小项目到大项目都基本证明了这一点。因其软件缺陷很可 能是在需求分析阶段就存在的问题导致，解释是针对源程序进行的测试 所发现的故障的根源也可能存在于软件开发前期的各个节间短。大量事 实表明，导致软件缺陷的最大原因是软件产品说明书。 测试如何避免需求不清？ 头脑风暴 集体评审、分析 关注产品说明（需求说明）的细节 缺乏有效的沟通，或者没有进行沟通； 软件复杂度 不断变更的需求 时间的压力 缺乏文档的代码 软件开发工具 发现缺陷、错误和系统不足； 定义系统的能力和局限性； 提供组件、工作产品和系统的质量信息。 软件测试具有一定的风险 1、完全测试是不可能的： 原因： 输入量太大 输出结果太多 软件实现途径太多 软件说明书没有客观标准 找到的软件缺陷越多，就说明软件缺陷越多 并非所有软件缺陷都能修复 软件测试技术（2） 软件测试概述 2008年04月15日 苗宇 培训课程说明 培训目的： 掌握软件缺陷的定义 了解软件缺陷产生的原因 熟悉软件测试的目标 了解软件测试的特征 培训对象： 终端测试组全体人员 要达成的目标： 通过测试概述学习，指导测试人员更科学、合理，更准确、高效测试 “臭虫”的由来 软件错误的术语描述 缺点（defect) 问题 (problem) 失败 (failure) 偏差(variance) 谬误 (fault) 矛盾 (inconsistency) 毛病 (incident) 特殊 (feature) 异常 (anomaly) 错误 (error) 缺陷 (bug) 软件缺陷的几个定义 错误：人类会犯错误。 缺陷：缺陷是错误的结果。 失效：当缺陷执行时会发生失效。 事故：当出现失效时，可能会也可能不会呈现给用户。 人们将软件错误称为“臭虫”，这是因为第一个有记载的 电脑故障是由线路上的臭虫造成的。就是我们通常称的 “BUG”。 一个真实的案例 MIG终端软件线上危机 1、问题现象 MIG用户注销,重新获取setting配置信息后,同步失败,无法使用Pushmail业务。 2、涉及的平台 Symbian S602平台下的各款支持Pushmail业务终端。 错误：人类会犯错误—— 移动需求：不显示MIG帐户中的“密码”、“APN”、“短信号码”这三个不能修改的 选项，这样在MIG帐户、企业帐户和立通高级功能（后门）这三种业务状态下产生了不 同的业务逻辑，开发人员在处理界面逻辑时在一个判断上发生了错误。 缺陷：缺陷是错误的结果—— 用户注销再重新开通业务，终端软件接收到新的Setting信息后，不能更新新的用户业务 密码 失效：当缺陷执行时会发生失效—— 用户业务同步失败，无法使用Pushmail业务 事故：当出现失效时，可能会也可能不会呈现给用户—— 如果用户不进行注销后的开户业务动作，就不会出现事故 软件缺陷的定义 软件缺陷的分类 以出现相应错误的开发阶段来划分； 以相应失效产生的后果来划分； 以解决难度来划分； 以不解决会产生的风险来划分； 根据异常出现的频率来划分。 软件缺陷产生的原因 软件缺陷产生的原因有很多，但最主要的原因要归咎于产品描述 软件测试理解 规格说明(产品说明书) （预期的） 程序 （实现的） S P 黑盒测试 白盒测试 软件测试用例的理解 7 规格说明 （预期的） 程序 （实现的） S P 2 1 5 6 4 3 测试用例 （已检验） 1、需求说明、程序实现、用例覆盖 2、需求说明、程序实现、用例未覆盖 3、需求未说明、程序实现、用例覆盖 4、需求说明、程序未实现、用例覆盖 5、需求说