测试产生的文档.pptVIP

一、测试计划 二、测试文档 三、测试用例 四、测试日志 五、bug报告 六、测试总结报告 一、测试计划（Test Planning） 测试计划（Test Planning）作为测试的起始步骤，是整个软件测试过程的关键管理者。 测试计划的定义 一个叙述了预定的测试活动的范围、途径、资源及进度安排的文档。它确认了测试项、被测特征、测试任务、人员安排，以及任何偶发事件的风险。 测试计划的目的和作用 测试计划的目的是明确测试活动的意图。它规范了软件测试内容、方法和过程，为有组织地完成测试任务提供保障。 测试计划的内容 测试计划包括测试目的、测试范围、测试对象、测试策略、测试任务、测试用例、资源配置、测试结果分析和度量以及测试风险评估等，应当足够完整但也不应当太详尽。借助软件测试计划，参与测试的项目成员，可以明确测试任务和测试方法，保持测试实施过程的顺畅沟通，跟踪和控制测试进度，应对测试过程中的各种变更。 四、测试日志 测试日志用来记录每天测试执行的情况：其中主要需要记录用例执行情况。这是为了进行测试进度度量，帮助测试经理了解各测试工程师的进展是否一致，合理调整测试资源，及时对测试中的进度风险进行控制；同时测试日志还需要记录被测对象当天的缺陷发现情况，这可以帮助测试经理了解被测对象的缺陷发展走势，通过缺陷分析判断是否可以退出测试。 主要包括: 1、当天测试执行情况的概述； 2、用例执行统计（包括总用例数、计划当天执行用例数、当天实际执行用例数、累计已执行用例数、用例通过情况、各用例执行时间等），这实际上是对于进度和用例执行效率的度量； 3、缺陷发现情况统计（包括当天发现的各级别缺陷数、累计已发现的各级别缺陷数、各级别缺陷统计等），这实际上是对缺陷情况的度量，可以用来了解缺陷发展的趋势； 4、当天测试过程中遇到的困难（便于及时反应情况，做好沟通交流，解决问题）。 五、Bug报告 1、什么是Bug报告 用文档或表单的方式记录Bug的表现，并包含一切与该Bug相关 的信息，例如运行的平台，语言，Bug截图等。 2、Bug报告的作用 Bug报告是测试者唯一的产品，同时也是测试与开发之间的桥梁，一个有效的Bug报告可以高效的帮助其他人解决问题。 3、提交Bug报告前地工作 提交Bug报告之前必须现在Bug库中搜索该Bug是否已经上报，如果已经上报，则不需要再次上报此Bug。 4、Bug报告的组成 4.1、测试环境 根据不同的Bug库系统，需要填写的项目也不同：测试的平台（包括平台版本、语言和架构）、测试测产品语言及架构、测试的产品Build号、Bug类型、Bug的严重级别 4.2、Summary – 标题 标题的基本要求：高度概括且不含糊，仅仅描述发生的情况和发生的条件，标题中的关键字要使用通用英文单词库中的单词 标题的格式：前缀+问题简述+发生的条件（操作或位置） 4.3、Description – 描述 描述的组成:①Steps – 步骤 ②Actual Results and Expected Results – 实际结果和期望结果 ③Notes – 备注 4.4、附件：截图、日志、文档 软件测试中产生的文档 （1）概要测试计划 概要测试计划是在软件开发初期制定，其内容包括： ① 定义被测试对象和测试目标； ② 确定测试阶段和测试周期的划分； ③ 制定测试人员，软、硬件资源和测试进度等方面的计划 ④ 任务与分配及责任划分； ⑤ 规定软件测试方法、测试标准。 ⑥ 所有决定不改正的错误都必须经专门的质量评审组织同意； ⑦ 支持环境和测试工具等。 （2）详细测试计划。 它规定了测试者负责测试的内容、测试强度和工作进度，是检查测试实际执行情况的重要标准。详细测试计划主要内容有：计划进度和实际进度对照表、测试要点、测试策略、尚未解决的问题和障碍。 测试计划的制定 （3）制定测试大纲（用例）。 测试大纲是软件测试的依据，保证测试功能不被遗漏，并且功能不被重复测试，使得能合理安排测试人员，使得软件测试不依赖于个人。 测试大纲包括：测试项目、测试步骤、测试完成的标准以及测试方式。 （4）制定测试通过或失败的标准：测试标准为可观的陈述，它指明了判断/确认测试在何时结束，以及所测试的应用程序的质量。测试标准可以是一系列的陈述或对另一文档的引用。 （5）制定测试挂起标准和恢复的必要条件：指明挂起全部或部分测试项的标准，并指明恢复测试的标准及其必须重复的测试活动。 （6）制定测试任务