软件测技术ppt课件.ppt

测试管理 合理的项目计划，包括开发计划和测试计划 合理的里程碑及里程碑之间的工作计划 长期计划、中期计划、短期计划 对不可预见因素的预判能力 Guideline和CheckList 工作成效的延续和发扬 应用以上任一种方法之前，都应当对错误的征兆进行全面彻底的分析，得出对出错位置及错误性质的推测，再使用一种适当的调试方法来检验推测的正确性。 回溯法调试这是在小程序中常用的一种有效的调试方法。一旦发现了错误，人们先分析错误征兆，确定最先发现“症状”的位置。 然后，人工沿程序的控制流程，向回追踪源程序代码，直到找到错误根源或确定错误产生的范围。 例如，程序中发现错误处是某个打印语句。通过输出值可推断程序在这一点上变量的值。再从这一点出发，回溯程序的执行过程，反复考虑：“如果程序在这一点上的状态（变量的值）是这样，那么程序在上一点的状态一定是这样...”， 直到找到错误的位置。 归纳法调试 归纳法是一种从特殊推断一般的系统化思考方法。归纳法调试的基本思想是：从一些线索(错误征兆)着手，通过分析它们之间的关系来找出错误。 收集有关的数据 列出所有已知的测试用例和程序执行结果。看哪些输入数据的运行结果是正确的，哪些输入数据的运行结果有错误。 组织数据 由于归纳法是从特殊到一般的推断过程，所以需要组织整理数据，以发现规律。 常以3W1H形式组织可用的数据： “what” 列出一般现象； “where”说明发现现象的地点； “when” 列出现象发生时所有已知情况； “how” 说明现象的范围和量级； “Yes”描述出现错误的3W1H； 提出假设 证明假设 纠正错误 研究数据 间的关系 组织数据 收集有关 数据 不能 能 能 不能 Yes No what when where how 归纳法中组织数据的3W1H表 “No”作为比较，描述了没有错误的3W1H。通过分析找出矛盾来。 提出假设 分析线索之间的关系，利用在线索结构中观察到的矛盾现象，设计一个或多个关于出错原因的假设。如果一个假设也提不出来，归纳过程就需要收集更多的数据。此时，应当再设计与执行一些测试用例，以获得更多的数据。  证明假设 把假设与原始线索或数据进行比较，若它能完全解释一切现象，则假设得到证明；否则，就认为假设不合理，或不完全，或是存在多个错误，以致只能消除部分错误。 演绎法调试 演绎法是一种从一般原理或前提出发，经过排除和精化的过程来推导出结论的思考方法。 演绎法排错是测试人员首先根据已有的测试用例，设想及枚举出所有可能出错的原因做为假设；然后再用原始测试数据或新的测试，从中逐个排除不可能正确的假设；最后，再用测试数据验证余下的假设确是出错的原因。 列举所有可能出错原因的假设把所有可能的错误原因列成表。通过它们，可以组织、分析现有数据。 利用已有的测试数据，排除不正确的假设仔细分析已有的数据，寻找矛盾，力求排除前一步列出所有原因。如果所有原因都被排除了，则需要补充一些数据(测试用例)，以建立新的假设。 改进余下的假设利用已知的线索，进一步改进余下的假设，使之更具体化，以便可以精确地确定出错位置。 证明余下的假设 列举 可能的 原因 排除 不适当 的原因 对保留的 假设继续 推断 有剩余 证明 假设 纠正 错误 能 没有剩余 收集更多的数据 不能 调试原则 在调试方面，许多原则本质上是心理学方面的问题。调试由两部分组成，调试原则也分成两组。 确定错误的性质和位置的原则 用头脑去分析思考与错误征兆有关的信息。 避开死胡同。 只把调试工具当做辅助手段来使用。利用调试工具，可以帮助思考，但不能代替思考。 避免用试探法，最多只能把它当做最后手段。 修改错误的原则 在出现错误的地方，很可能还有别的错误。 修改错误的一个常见失误是只修改了这个错误的征兆或这个错误的表现，而没有修改错误的本身。 当心修正一个错误的同时有可能会引入新的错误。 修改错误的过程将迫使人们暂时回到程序设计阶段。 修改源代码程序，不要改变目标代码。 Review Code Review Debug 第六章自动化测试 自动化测试 什么是自动化测试 自动化测试是用来找Bug的吗？ 自动化测试工具 Automation Code 自动化测试用例的编码原则 自动化测试的运行 测试度量体系——自动化测试 测试体系的核心是由自动化测试构成的 从找Bug到让Bug自己跳出来 修改一个Bug可能会引入更多的Bug，怎样杜绝这种情况的发生 计算进行缺陷预防的投资回报率 缺陷分析工具 测量缺陷预防活动的有效性 自动化测试 数据驱动的测试 BVT（DOA）和Non－BVT Pass R