飞利信测试培训.pptVIP

软件测试的目的 寻找软件的缺陷 跟踪修正软件缺陷 验证修正的软件缺陷 软件测试的原则 尽早进行软件测试 全程测试，测试过程贯穿于整个项目的生命周期 测试独立于开发，开发人员不能测试自己的软件 Good-enough原则：是一种权衡投入/产出比的原则：不充分的测试是不负责任的；过分的测试是一种资源的浪费，同样也是一种不负责任的表现。我们的操作困难在于：如何界定什么样的测试是不充分的，什么样的测试是过分的。目前状况唯一可用的答案是：制定最低测试通过标准和测试内容，然后具体问题具体分析 软件测试的规律----木桶原理 　　在软件产品生产方面就是全面质量管理(TQM)的概念。产品质量的关键因素是分析、设计和实现，测试应该是融于其中的补充检查手段，其他管理、支持、甚至文化因素也会影响最终产品的质量。应该说，测试是提高产品质量的必要条件，也是提高产品质量最直接、最快捷的手段，但决不是一种根本手段。反过来说，如果将提高产品质量的砝码全部押在测试上，那将是一个恐怖而漫长的灾难。 软件测试的规律----80-20原则 　　一般情况下，在分析、设计、实现阶段的复审和测试工作能够发现和避免80%的Bug，而系统测试又能找出其余Bug中的80%，最后的5%的Bug可能只有在用户的大范围、长时间使用后才会曝露出来。因为测试只能够保证尽可能多地发现错误，无法保证能够发现所有的错误。 软件测试不能保证什么 测试的不彻底性 经过测试后的软件不能保证没有缺陷 测试的不完整性 测试无法保证覆盖到每个应该测试的内容 不可能测试到软件的全部输入与响应 不可能测试到全部的程序分支的执行路径 测试作用的间接性 测试不能直接提高软件质量，软件质量的提高靠开发 测试靠早期发现缺陷，督促修正缺陷间接提高软件质量 软件测试应注意的现象 测试中的群集现象。 在被测程序段中，若发现错误数目多，则残存错误数目也比较多。这种错误群集性现象，已为许多程序的测试实践所证实。根据这个规律，应当对错误群集的程序段进行重点测试，以提高测试投资的效益 软件测试应注意的现象 软件的杀虫剂现象 “杀虫剂怪事”一词由Boris Beizer在其编著的《软件测试技术》第二版中提出。用于描述测试人员对同一测试对象进行的测试次数越多，发现的缺陷就会越来越少的现象。就像老用一种农药，害虫就会有免疫力，农药发挥不了效力。这种现象的根本原因就是测试人员对测试软件过于熟悉，形成思维定势。 为什么需要冒烟测试与回归测试 冒烟测试 最初微软命名，Smoke testing，又称健全性检查（Sanity check），模拟制作完电路板后的通电检查。 获得新的Build后快速测试程序 。 确认Build可以安装、满足基本功能、可以进行常规测试。 大规模测试展开前必须进行冒烟测试 保证Build的可测试性、降低测试成本、提高测试效率、尽早发现和报告Build的问题。 如果没有通过冒烟测试，需要重新构建Build，然后再次执行冒烟测试 通过冒烟测试后，可以进行正常的软件测试 什么是测试用例 因为我们不可能进行穷举测试，为了节省时间和资源、提高测试效率，必须要从数量极大的可用测试数据中精心挑选出具有代表性或特殊性的测试数据来进行测试。 目前研究室测试过程中，所有的测试用例都放在《测试大纲》中，使用测试大纲的好处： 保证测试功能不被遗漏； 使得功能不被重复测试，合理安排测试人员； 使得软件测试不依赖于个人； 测试用例设计生成的基本准则 测试用例的代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等; 测试结果的可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果； 测试结果的可再现性：即对同样的测试用例，系统的执行结果应当是相同的。 测试方法选择的综合策略 测试用例的设计方法不是单独存在的，具体到每个测试项目里都会用到多种方法，每种类型的软件有各自的特点，每种测试用例设计的方法也有各自的特点，针对不同软件如何利用这些黑盒方法是非常重要的，在实际测试中，往往是综合使用各种方法才能有效提高测试效率和测试覆盖度，这就需要认真掌握这些方法的原理，积累更多的测试经验，以有效提高测试水平。 测试方法选择的综合策略 以下是各种测试方法选择的综合策略，可在实际应用过程中参考。 首先进行等价类划分，包括输入条件和输出条件的等价划分，将无限测试变成有限测试，这是减少工作量和提高测试效率的最有效方法。 在任何情况下都必须使用边界值分析方法。经验表明用这种方法设计出测试用例发现程序错误的能力最强。 对照程序逻辑，检查已设计出的测试用例的逻辑覆盖程度。如果没有达到要求的覆盖标准，应当再补充足够的测试用例。 对于业务流清晰的系统，可以利用场景法贯穿整