2020测试执行及BUG提交.pptVIP

如何执行测试脚本 并提交缺陷 1 测试执行前提及注意事项 2 测试执行过程中的问题 3 测试执行过程及方法 4 测试执行结束的条件 一、如何执行测试脚本 什么是测试执行？ 测试执行是执行所有或部分选定的测试用例，并 对结果进行分析的过程。 预置条件 测试用例输入 操作步骤 输出 测试执行的前提 进入系统测试执行的要求 1. 所有软件实现基本完成。 2. 需求设计文档均已批准、定稿。 3. 测试计划、用例设计已完成。 测试环境已准备好 4. 已经通过 BVT 测试或 Smoke 测 试，检查主要功能是否能测试， 表明该软件具备一定的可靠性， 可以开始正式的、全面的测试 1 、仔细检查软件测试环境是 否搭建成功。 2 、注意测试用例中的前提条 件和特殊规程说明。 3 、测试用例要执行全部执行， 每条用例至少执行一遍。 测试执行的注意事项 4 、执行测试用例时，要详细 记录软件系统的实际输入输出。 5 、不要放过任何偶然想象。 测试执行的注意事项 测试用例执行过程中的问题 1. 软件是否有缺陷 2. 填写软件缺陷报告 3. 确定造成这些缺陷的原因 4. 需求、设计是否有缺陷 5. 测试环境和测试部件是否有缺陷 6. 测试用例设计是否不合理 测试用例执行的方法 一 . 测试用例的手动执 行 根据测试用例的要 求人工的进行软件操 作，输入数据，观测 输出结果 二 . 测试用例的自动执 行 1 、使用录制回放工具 2 、使用通用脚本 text text text text text 1. 根据测试的阶段、任务，选择执行全部或部分测试用例 2. 任务分配：将测试用例分配给测试工程师 3. 执行测试，记录原始数据，报告发现的缺陷 4. 执行某些测试用例时，如果需要先将被测对象置于 某个特定的状态，则应保留测试环境、状态 测试执行的过程 5, 解决测试中阻碍进度的问题 6, 向管理层报告测试的进度、发现的主要问题等等 测试执行的过程 测试用例的状态和生命周期 pass: 执行通过 fail: 执行失败 Block （阻塞） : 这个状态就是该条用例在执行时阻塞，没法执行 下去。 测 试 执 行 结 果 测试开始标准： 1 、测试计划评审通过； 2 、测试用例已编写完成，并已通过评审； 3 、存在已提交的可测试的系统； 4 、测试环境已搭建完毕。 测试停止标准： 1 、近半数以上测试用例无法执行； 2 、测试环境与要求不符。 3 、开发中需求频繁变动 测试开始执行、停止执行，结束执行的条件 测试结束标准： 1. 达到了覆盖率的要求 例如： 100% 语句覆盖 90% 用例场景覆盖 2. 指定的时间段内没有发现新的缺陷 3, 基于成本的考虑 4, 项目组达成一致 5, 因时间进度、资源的限制必须结束 测试执行完就要提交测试 执行的结果，测试执行的结 果用每一个 bug 单表示，所以 Bug 是与测试用例对应起来的。 下面主要讲下 bug 的有关问题 1 软件缺陷的定义及分类 2 Bug 的提交流程 3 Bug 内容的规范 4 特殊 bug 问题的处理规范 二 . 如何提交缺陷 软件缺陷 软件缺陷（ Defect ），常常又被叫做 [1] Bug 。所谓软件 缺陷，即为计算机软件或程序中存在的某种破坏正常 运行能力的问题、错误，或者隐藏的功能缺陷。缺陷 的存在会导致软件产品在某种程度上不能满足用户的 需要。 IEEE729-1983 对缺陷有一个标准的定义：从产品 内部看，缺陷是软件产品开发或维护过程中存在的错 误、毛病等各种问题；从产品外部看，缺陷是系统所 需要实现的某种功能的失效或违背。 1. 严重缺陷 不能执行正常工作功能或重要功能。使系统 崩溃或资源严重不足 例如： 1.1 、由于程序所引起的死机非法退出 1.2 、死循环 1.3 、数据库发生死锁 1.4 、错误操作导致的程序中断 2. 较严重缺陷 严重地影响系统要求或基本功能的实现，且 没有办法更正。 例如： 2.1 、功能不符 2.2 、程序接口错误 2.3 、数据流错误 2.4 、轻微数据计算错误 Bug 的分类 3. 一般性缺陷 严重地影响系统要求或基本功能的实现，但 存在合理的更正办法 3.1 、界面错误 3.2 、打印格式错误 3.3 、删除操作未给出提示 3.4 、数据输入没有边界值限定或不合理 4 、较小缺陷 使操作者不方便或遇到麻烦，但它不影响执 行工作或功能实现。 例如： 1 、辅助说明描述不清楚 2 、显示格式不规范 3 、系统处理未优化 4 、长时间操作未给用户进度提示． 5 、提示窗口文字未采用行业术语 Bug 的分类 1 、概要 测试人员在概要输入时，首先要明确是外网还是内 网发生的问题，然后再对问题进行简单的描述。在描 述中，需说明在什么模块出现了什么样的