软件测试概要PPT课件

-,1,软件测试,高校自动化网,-,2,学习纲要,软件测试概念软件测试目的软件测试的方法,-,3,什么叫软件测试,软件测试：利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试工具，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。执行测试用例后，需要跟踪故障，以确保开发的产品适合需求。,-,4,软件测试目的,使用人工或者自动手段来运行或测试某个系统的过程,其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别.具体点说：测试的目的就是发现软件中的各种缺陷测试只能证明软件存在缺陷，不能证明软件不存在缺陷测试可以使软件中缺陷降低到一定程度，而不是彻底消灭以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量,-,5,软件测试流程,测试过程中需要三类输入：软件配置、测试配置和测试工具,-,6,测试计划,测试执行,-,7,测试计划,测试本身是一个项目，需要尽早计划测试计划的三个要点测试需求(What?)测试方法(How?)测试人员(Who?),-,8,测试设计过程,定义,用户需求,测试需求,设计,决定,测试方案,测试用例,-,9,测试执行,测试执行的目标尽早尽可能多地发现缺陷，为软件产品的质量提升提供信息，为产品质量的评估做好准备,-,10,测试执行,准备并确认测试环境实施测试缺陷跟踪汇报测试结果,-,11,测试执行要点,关注要点反映出产品当前版本的质量急需解决的问题（影响测试执行、影响发布）深入分析数据的结果（缺陷起因、分布等）,-,12,软件测试执行原则,Good-enough：一种权衡投入/产出比的原则保证测试的覆盖程度，但穷举测试是不可能的所有的测试都应追溯到用户需求越早测试越好，测试过程与开发过程应是相结合的测试的规模由小而大，从单元测试到系统测试为了尽可能地发现错误，应该由独立的第三方来测试不能为了便于测试擅自修改程序既应该测试软件该做什么也应该测试软件不该做什么,-,13,测试评估,测试评估的目标正确评估软件产品的质量，确定软件产品是否达到发布标准形成测试报告,-,14,测试评估包括的内容,说明清楚测试覆盖情况对产品质量要进行完成全面的评估尽可能量化说明清楚遗留缺陷对系统质量的影响表明对发布的认可或拒绝为后续改进提供建议,-,15,测试活动和阶段的对应,-,16,有关软件测试目的的观点,软件测试工程师GrenfordJ.Myers曾对软件测试的目的提出过以下观点:(1)测试是为了发现程序中的错误而执行程序的过程；(2)好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；(3)成功的测试是发现了至今为止尚未发现的错误的测试。然而,这种观点指出测试是以查找错误为中心,而不是为了演示软件的正确功能.但是只从字面意思理解,可能会产生误导,认为发现错误是软件测试的唯一目的,查找不出错误的测试就是没有价值的测试,实际上并非如此!(1)测试并不仅仅是为了找出错误.通过分析错误产生的原因和错误的发生趋势,可以帮助项目管理者发现当前软件开发过程中的缺陷,以便及时改进；(2)这种分析也能帮助测试人员设计出有针对性的测试方法,改善测试的效率和有效性；(3)没有发现错误的测试也是有价值的,完整的测试是评定软件质量的一种方法,-,17,软件测试核心价值,第一个层次：职位本身带来的价值有点像是通过分工来确保落实。而且因为设立了这样的专职的工作，那么自然就有jobresponsibility，需要对质量负责，而因为有这样的要求，测试人员会跳出来报出问题，提出不同的意见。一个是制度上的安排，一个是心理上的。反过来可以设想一下，如果在一个正式的商业产品中，没有测试人员或者类似的工种，很多时候对质量的要求会流于形式，质量很容易被进度的压力compromise掉，而且因为测得够不够本身就是个很模糊的概念，大家可能简单用一用觉得没有问题就出去了。上面提到的其实是一个很基本的层次，有而且做了而已，至于做得怎么样，那是另一回事。,-,18,第二个层次：做得更专业，更好。,拿做饭为例，好的酒店里的厨师和那些只在家里做做饭的人区别是什么同样，对于测试这个职业，也是一样，如果只是把功能都用到了，发现了bug，那和普通的用户有什么区别呢？那什么是更专业，更好呢？我想用两个词来概括，效果和效率。,-,19,先说效果,对于这类测试，普通用户是难以发现的，因为等他们发现那就不是找到bug，而是不幸遭遇到bug。这一部分是非常体现测试人员的技术和专业能力的地方，有很多地方值得深入的研究。,-,20,再说说效率,根据二八原则，很多时候大家宁愿花20%的时间发现80%的bug，然后就以beta的名义把产品推出去，然后再来改进，因为毕竟大部分的软件产品，特别是需要严格测试的产品都是有商业价值的，而timetomarket就是一个很重要的因素。所以从这个角度来讲，对一个专业的测试人员的要求还包括更快的发现问题。这个可能是对工具和能力的要求，也有对测试方法和流程的要求，比如自动化测试，敏捷测试等等。,-,21,总结前两个层次,简单的意思就是，专业的把事情做得又快又好。,-,22,第三个层次，那就是：提高整体产品的quality,前两层都是在找bug，这样有两个问题，一是事后才发现，二是很多东西已经晚了，甚至没法修补。发现bug是一个事后的过程，是在代码已经写好了之后去测试，发现了问题需要修改原来的代码，其实可以做得更好。a.将发现bug变得更早，在单元测试（有时是developer来做）的时候就发现，或者产品的build一出来就发现，比如和autobuild系统集成的测试。b.defectprevention再往前走，在有缺陷的代码被写出来之前就发现问题。比如detaildesign，requirementspecification，甚至产品的spec制定的时候就发现问题，这类问题有很多，比如很多场景可能没有被考虑到，有些可能和原来的客户或者产品的需求不一致，甚至有些地方不具有可测性。那么在这个时候，需要及时的讨论和调整。因为这个时候的调整可能比产品出来之后发现几个bug更有价值，因为早期的错误可