软件测试技术与项目实践 课件 第1章 软件测试概述

第1章软件测试概述汇报人：小精灵3452软件测试的定义1为什么要进行软件测试软件测试的目的6软件测试的原则软件缺陷实践：寻找合同管理系统缺陷1.1为什么要进行软件测试

为什么要进行软件测试滴滴打车解决了出行难的问题淘宝的诞生解决了人们购物和网上开店的问题QQ的诞生则解决了人们即时通信的问题团购网站的出现为卖家提供了一条比较吸引人的销售渠道软件产品可以解决人们生活中遇到的问题、提高工作效率：软件产品最终具备哪些功能由客户需求决定，客户需求如何转化为最终的软件产品要经过一系列的开发过程。

软件开发流程为什么要进行软件测试需求传递过程中产生误差在软件开发过程中，软件设计方案与需求说明书一样，可能会存在片面、多变、理解与沟通不足的情况，导致软件出现问题。软件测试的目的，就是以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷提高软件质量，避免软件发布后由于潜在的软件缺陷和错误造成的隐患所带来的商业风险。为什么要进行软件测试1.2软件测试的定义软件测试软件测试就是在规定的条件下对程序进行操作，以发现错误及对软件质量进行评估软件测试的定义软件测试定义的正反两面性软件测试的定义以上两种观点都有一定的局限性:正向思维有利于界定测试工作的范畴、促进与开发人员协作，但可能降低测试工作的效率。逆向思维有利于测试人员主观能动性的发挥，可以使测试人员发现更多的问题，但也容易使测试人员忽视用户的需求，使测试工作存在一定的随意性和盲目性。实际上，测试可以看作这两者的统一，既要尽可能地、快速地发现问题，加快测试的进程；又要对实现的各项功能进行验证,保证测试的完整性和全面性。软件测试的定义软件测试定义的正反两面性判断软件是否存在缺陷的基本依据是软件的用户需求，软件功能特性就是为了满足用户需求，不能满足用户需求的功能是有缺陷的。从这一点来看，测试要服从于用户需求，以用户需求为依据对产品进行检验。服从于用户需求的软件测试软件测试的定义1.3软件测试的目的软件测试的目的，就是以最少的人力、物力和时间找出软件中潜在的各种错误和缺陷，通过修正各种错误和缺陷提高软件质量早期的软件测试定义指出软件测试的目的是寻找错误，并且尽最大的可能找出最多的错误软件测试的目的1.4软件测试的原则所有的软件测试都应追溯到用户需求

尽早开展测试测试需要终止准则充分注意测试中的群集现象程序员应避免检查自己的程序软件测试的原则尽早开展测试从图中可以看出:发现错误的时间越靠下，修改缺陷的代价越高，甚至成倍增长。软件发布后才发现问题并进行修复，通常需要多花更多的成本。修正错误的代价不是随软件开发时间线性增长，而几乎是呈指数增长的。软件测试的原则1.5软件缺陷软件缺陷软件错误（softwareerror）软件错误是指在软件生命周期内的不希望或不可接受的人为错误，其结果是导致软件缺陷的产生，这种错误也称Bug。软件缺陷（softwaredefect）软件缺陷是存在于软件（文档、数据、程序）之中的那些不希望或不可接受的偏差。其结果是软件运行于某一特定条件时出现软件故障。软件故障（softwarefault）软件故障是指软件运行过程中出现的一种不希望或不可接受的内部状态。软件失效（softwarefailure）软件失效是指软件运行时产生的一种不希望或不可接受的外部行为结果。软件缺陷例1-1Facebook推出他们的创新广告平台Beacon的时候,受到了极其严厉的批评。事实证明，Facebook的用户不喜欢让Web上的每个人知道他们的交易记录。例如一个小伙子在某个电子商务站点上买了订婚戒指，他的Facebook资科里立刻显示了这个交易信息,从而暴露了不该暴露的信息，毁坏了这个小伙子刻意营造的订婚惊喜。之后，Facebook在Beacon里增加了选项，允许用户设置不显示相关的信息。但是很多不良的影响已经造成了，例如就有一对夫妇一起诉讼Facebook及其合作伙伴的这类服务。该缺陷的产生主要是平台设计不合理，满足不了用户的需求。软件缺陷危害有大有小，小的缺陷可能仅是使软件看起来不美观、使用起来不流畅或不方便，而严重的缺陷则可能给用户及企业带来损失。下面列举几个可以说明软件缺陷危害的例子。软件缺陷例1-22008年8月诺基亚承认该公司Series40手机平台存在严重缺陷，Series40手机所使用的旧版J2ME中的缺陷使黑客能够远程访问本该受到限制的手机功能，从而使黑客能够在他人的手机上秘密地安装和激活应用软件。J2ME存在的漏洞给了黑客可乘之机，可能会产生用户信息泄露、篡改用户数据、破坏系统等后果，使用J2ME开发的平台存在安全方面的缺陷。软件缺陷例1-3法国一名45岁的商人因Uber泄露了自己的个人外出信息导致妻子怀疑其不忠，然后离婚了，于是男子将Uber告上了法庭，索赔4500万！这名男子此前曾借用妻子的iPhone手机登录了自己的账号预定租车，尽管男子预定完成之后断开了连接，不过妻子的手机还会继续接收男子的账户信息提醒，租车司机的姓名、车牌号和到达时间都能够在他不知情的情况下被妻子看到。为了确定这并不是个例，费加罗报的记者也按照男子描述的情况试了一次，结果是一样的，两个手机都能接收到信息提示，这样的情况下，其他人就能够远程获取自己的租车信息，不过像地理位置和具体目的地这种更详细的信息还是看不到的。这是由于Uber应用的新版本出现了一些小故障，它会在用户的手机上永久性保存出发地和到达地的位置信息，即使在不输入密码的情况下，也会将位置更新不断发送到设备。软件缺陷例1-4共享单车可以很方便的解决短途出行问题，某天李先生骑单车，行程结束后忘记关锁，一段时间后，发现自己账户欠款34元，随后他拨通了客服电话，客服告知可以免除这次扣费，但需要扣除李先生15分信用分。10分钟后，李先生再次查看自己账户，发现信用分确实扣了，但是账户余额没有归零，而是显示欠费约2147万元，并且欠费金额一直在增长。如图1-5所示。这个缺陷是由于int类型的数据溢出造成的，是程序代码存在错误而导致的缺陷。软件缺陷例1-5在使用软件产品时，有时会遇到系统报错的情况。例如通过公众号访问某篇文章时，出现了参数错误的报错信息，如图1-6所示。出现这种情况的原因可能是因为文章的URL路径存在错误。设计不合理，不是用户所期望的风格、格式软件缺陷表现的形式部分实现了软件某项功能系统崩溃、界面混乱数据结果不正确、精度不够存取时间过长、界面不美观软件缺陷当测试人员发现缺陷后，需要填写缺陷报告来记录这些缺陷，并通过缺陷报告告知开发人员所发生的问题。缺陷报告是测试人员和开发人员交流沟通的重要工具。一个简单的缺陷报告火柴人打羽毛球的小游戏，游戏支持人机对战模式，游戏规则符合实际羽毛球比赛规则火柴人打羽毛球的正常比赛界面这个小游戏里存在一些问题，如在人机对战过程中火柴人竟然可以进入对手的场地

火柴人打羽毛球的软件缺陷缺陷报告缺陷报告一般至少要包括下列基本信息：

标题、操作步骤、期望结果、实际结果等以上面发现的火柴人打羽毛球的缺陷为例，可以对该缺陷进行如下描述：缺陷名称：在竞赛的时候，按up+right导航键，火柴人进入对手的场地前置条件：运行火柴人打羽毛球的游戏。选择AdvancedMode。

详细描述（复现步骤）：单击Play。单击Down导航键发球。在竞赛的过程中，单击UP+Right导航键，查看火柴人的位置。长按Right导航键，查看火柴人的位置。

预期结果：R3：火柴人应该在左侧竞赛区域，不能进入对手的场地。R4：火柴人应该紧贴在网的左侧，不能进入对手的场地，不能离开界面显示区域。

实际结果：R3：火柴人能够跳跃到对手场地。R4：火柴人从右边离开界面显示。缺陷报告缺陷报告的重要组成1.缺陷的严重性和优先级缺陷严重等级描述0级：致命(Fatal)最严重等级，此等级的缺陷会导致系统任何一个主要功能完全丧失、用户数据受到破坏、系统崩溃、悬挂、死机等1级：严重(Critical)系统的主要功能部分丧失、数据不能完整保存，系统的次要功能完全丧失，系统所提供的功能或服务受到明显的影响2级：一般(Major)系统的次要功能没有完全实现，但不影响用户的正常使用。例如：提示信息不太准确，或用户界面差、操作时间稍长等问题3级：微小(Minor)操作者不方便或遇到麻烦，但不影响功能的操作和执行，如文字不美观、按钮大小不是很合适、文字排列不齐等一些小问题

软件缺陷的严重等级划分缺陷报告缺陷报告的重要组成1.缺陷的严重性和优先级缺陷优先级描述立即解决（P1级）缺陷导致系统几乎不能运行、使用，或严重妨碍测试的执行，需立即修正、尽快修正高优先级（P2级）缺陷严重影响测试，需要优先考虑修正，例如在24小时内修正正常排队（P3级）缺陷需要修正，但可以正常排队等待修正低优先级（P4级）缺陷可以在开发人员有时间的时候被修正，如果没有时间，可以不修正软件缺陷的优先级缺陷报告缺陷类型：是功能缺陷、还是性能缺陷？是UI(用户界面)缺陷还是数据运算错误？可以定义逻辑运算功能、数据处理功能、接口参数传递、UI、性能、安全性、兼容性、配置、文档等缺陷类型。缺陷关联的模块名：缺陷来自于产品的特定模块的名称。缺陷来源：如需求说明书、系统接口定义、数据库、程序代码等来源。缺陷发生的阶段：如需求分析、系统架构设计、详细设计、编码等阶段。缺陷报告缺陷报告的重要组成2.缺陷的类型和来源缺陷报告缺陷的管理缺陷的生命周期可以简单地描述为“打开（open）→修正（fixed或solved）→关闭（close）”。在实际工作中，会遇到下面各种各样的情况，使缺陷处理过程变得比较复杂，软件缺陷的生命周期呈现出更丰富的内容，例如：（1）不是每个缺陷都能及时得到修正，可能由于时间关系或技术限制，某些缺陷不得不延迟到下一个版本中去修正。（2）有些缺陷描述不清楚，开发人员看不懂或不能再现，将缺陷打回，让测试人员补充信息。（3）有些缺陷被处理后，开发人员认为此缺陷已被修正，但测试人员验证后，发现缺陷依旧存在，该缺陷并没有被彻底的处理。这样，测试人员不得不重新打开这个缺陷，交给开发人员去处理。缺陷报告状态描述新建缺陷（New）测试中新报告的软件Bug打开（Open）被确认并分配给相关开发人员处理修正（Fixed）