测试部新员工培训(之一).ppt

工作基础培训 内容导航 工 作 流 程 工 作 表 格 测 试 文 档 工作流程 总流程 测试流程 总流程 位置： /培训/新员工入门培训/测试部/工作流程/工作流程图 涉及人员： 业务人员 样品管理员 测试工程师 技术支持人员 文档管理员 测试流程 测 试 准 备 测 试 执 行 测 试 结 束 测试准备 测试执行 测试结束 位置 /培训/新员工入门培训/测试部/工作流程/测试流程图 协同测试平台 协同工作平台 BSTQC绩效考核系统 内容导航 工 作 流 程 工 作 表 格 测 试 文 档 主要表格 《测试过程控制表》 《测试环境配置工作单》 《Butterfly登记设备使用记录》 《Butterfly提交周报告》 《BSTQC统计个人项目》 Butterfly登记设备使用记录 Butterfly提交周报告 BSTQC统计个人项目 内容导航 工 作 流 程 工 作 表 格 测 试 文 档 测试文档主要包括 测 试 方 案 测 试 计 划 测 试 用 例 原 始 记 录 缺 陷 报 告 测 试 报 告 测试方案决定了整个测试的方向和方法，是成功开展测试活动的基础；目前只有大型项目要写测试方案； 测试计划的关键是在测试方案的基础上将软件分解为单元，写成测试需求，并生成测试用例树（即以测试需求为根，再次细化测试需求生成子需求为枝，如此细化到最后一层分支后每个分支对应若干用例。该树型结构称为测试用例树）。 测试用例为测试用例树的枝叶。由于测试用例来自于测试需求，它是对测试需求的一个细化，所以测试用例覆盖软件需求的程度决定了测试的覆盖程度如何，测试用例是否正确、全面、符合需求的测试用例将会决定所开展的测试活动是成功的测试活动还是失败的测试活动。 测试文档关系图 测试计划 测试计划也可以称为测试策略，主要用来描述测试工程的总体方法和目标；描述目前在进行哪一阶段的测试（单元测试、集成测试、系统测试）以及每个阶段内在进行的测试种类（功能测试、性能测试等）；确定测试范围、生成测试数据等； 测试计划包括 文档标识：分配该文档一个唯一性标识 编写目的：阐明编写测试计划的目的，指明读者对象。 测试目的: 说明开展本次测试活动的目的。 测试范围：说明本次测试中将要进行的测试种类，如功能测试、可靠性测试、易用性测试、安全性测试、性能测试等等 ，并生成测试用例树； 测试计划包括 测试组织机构：组织测试人员和测试小组，明确各个小组和成员的职责。同时列出所需进行的项目培训 测试环境：说明测试所需要的资源，如软、硬件、网络等资源 估计测试工作量并制定初步的测试进度：该项为测试方案中比较重要的一项内容。正确估计工作量，制定合理的进度表，可防止测试中出现测试仓促或由于时间估计过长造成的资源浪费 测试计划包括 参考资料：列写本测试项目所使用的缩略语和相关定义，并列出测试中涉及到的参考资料和技术文档 描述测试类型和测试方法：测试类型通常分为黑盒、白盒测试；测试方法有手工测试、自动测试等等，并指明测试中将要使用的测试工具 定义测试过程中的关键过程域（KPA），如测试计划制订、测试用例开发、测试环境准备、测试执行、测试结果分析、测试情况评审汇报等关键过程域的定义 测试计划包括 验收标准：在此规定用于确定测试任务是否完成的验收标准 明确测试完成后的交付成果 描述如何进行相关的缺陷管理和配置管理 估计测试中可能遇到的风险、约束和依赖：如测试所需的资源是否到位，必要情况下能否得到开发人员的技术支持等等 注意： 测试用例树的编写： 整篇文档风格要一致，习惯上使用动宾结构； 测试需求的分类要明确，最好按照界面编写； 若界面结构复杂，学会将后置内容往前提； 测试过程的描述要简洁，不宜用句子描述； 测试过程要细化，但不是越细越好。 其它 测 试 计划 原 始 记 录 缺 陷 报 告 测 试 报 告 报告格式 标题：宋体+标题n+加黑+四号字+1.5倍行距 文本：宋体+正文+小四+1.5倍行距 编号说明： 一级标题： 1. 二级标题： 1.1 三级标题： 1.1.1 四级标题： （1） 五级标题： ? 表格格式 标题：宋体+加黑+小四字体+1cm行距+灰色低纹 表格内容：宋体+五号字体+0.19缩紧 分栏规则：只能在左侧分割（测试需求） 行距： 单行——0.8cm 二行——1.2cm 三行——1.8cm 依此类推：每多一行+0.6cm 颜色说明 红色字体——删除 黑色字体——固定保留 蓝色字体——替换 绿色字体——手写 说明 对齐方式：参间每一个模板