软件测试概要 (1).pptVIP

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