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

工作基础培训 讲师 王峰 内容导航 工作流程工作表格测试文档 工作流程 总流程测试流程 总流程 位置 ftp 192 168 107 3 培训 新员工入门培训 测试部 工作流程 工作流程图涉及人员 业务人员样品管理员测试工程师技术支持人员文档管理员 测试流程 测试准备测试执行测试结束 测试准备 测试执行 测试方案 测试计划 测试用例 原始记录 缺陷列表 测试报告 缺陷报告 测试结束 样品归档 提交报告 位置 ftp 192 168 107 3 培训 新员工入门培训 测试部 工作流程 测试流程图 协同测试平台 协同工作平台 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 颜色说明 红色字体 删除黑色字体 固定保留蓝色字体 替换绿色字体 手写 说明 对齐方式 参间每一个模板特别注意 每个表格要求首行空格 原始记录 同一页的测试人和确认人不能时同一个人 原始记录 测试报告 最终版电子报告测试人员和审核人员要签字完整 缺陷报告 项目名称的长度不得超过15个字 功能模块的长度不得超过10个字 问题描述的长度不得超过30个字Bug的问题摘要应一目了然 不能含糊在提交Bug前 应查询库里已有的Bug 防止同样的Bug重复提交 缺陷报告 Bug的详细描述应尽可能的细 使其他用户能按该详细描述复现问题提交的Bug应用客观的书面语 避免使用口语对有些Bug 尤其是缺陷优先级别比较高的 最好能在其他相同的测试环境下检测一下 明确问题后再提交 缺陷严重程度等级确定 S1级 发现下列可重复出现的严重问题 导致系统崩溃 主业务流程出现断点 导致死机 出现不可挽救的数据丢失或损坏 内存泄漏 缺陷优先级确定 S2级 发现下列可重复出现的严重问题 导致程序模块丢失或未实现 被测数据处理错误 软件错误导致数据丢失 用户需求未实现 缺陷优先级确定 S3级 发现影响被测功能正确实现的问题 S4级 一般性的错误或功能实现有不完善处 S5级 建议性问题 Butterfly提交缺陷 Butterfly缺陷确认 页面设置 页眉 为空页脚 p P