北京软件产品质量检测检验中心ppt课件

1、任务根底培训讲师：王峰.内容导航工 作 流 程工 作 表 格测 试 文 档.任务流程总流程测试流程.总流程位置： ftp/培训/新员工入门培训/测试部/任务流程/任务流程图涉及人员：业务人员样品管理员测试工程师技术支持人员文档管理员.测试流程测 试 准 备测 试 执 行测 试 结 束.测试预备测试准备备份测试环境配置工作单设备日常运用登记表测试过程控制单.测试执行测试方案测试方案测试用例原始记录缺陷列表测试报告缺陷报告.测试终了生成报告定制签字盖章样品归档提交报告.位置ftp/培训/新员工入门培训/测试部/任务流程/测试流程图.协同测试平台BSTQC协同测试平台测试项目管理测试文档管理测试质量

2、保证日常工作管理系统软件工具ButterflyFirefly, ButterflyButterflyButterfly，Firefly, Dragonfly.协同任务平台测试方案测试报告测试用例测试方案测试文档管理原始记录缺陷报告质量文档管理合同评审测试文档评审质量保证管理缺陷确认BSTQC测试管理流程测试工程管理工程管理根底.BSTQC绩效考核系统.内容导航工 作 流 程工 作 表 格测 试 文 档.主要表格.Butterfly登记设备运用记录.Butterfly提交周报告.BSTQC统计个人工程.内容导航工 作 流 程工 作 表 格测 试 文 档.测试文档主要包括测 试 方 案测 试 计

3、划测 试 用 例原 始 记 录缺 陷 报 告测 试 报 告.测试方案决议了整个测试的方向和方法，是胜利开展测试活动的根底；目前只需大型工程要写测试方案；测试方案的关键是在测试方案的根底上将软件分解为单元，写成测试需求，并生成测试用例树即以测试需求为根，再次细化测试需求生成子需求为枝，如此细化到最后一层分支后每个分支对应假设干用例。该树型构造称为测试用例树。测试用例为测试用例树的枝叶。由于测试用例来自于测试需求，它是对测试需求的一个细化，所以测试用例覆盖软件需求的程度决议了测试的覆盖程度如何，测试用例能否正确、全面、符合需求的测试用例将会决议所开展的测试活动是胜利的测试活动还是失败的测试活动。.

4、测试用例执行过程中，发现的缺陷要提交缺陷报告，好的缺陷报告可以缩短相关人员确认缺陷的时间，从而可以及早定位问题所在，提高测试效率。同时出具测试报告。测试报告协助客户了解软件中存在的较大的缺陷。总之，只需在高质量的测试文档的根底上，才干开展胜利的测试活动 .测试文档关系图测试方案测试方案测试用例原始记录缺陷列表测试报告缺陷报告.测试方案测试方案也可以称为测试战略，主要用来描画测试工程的总体方法和目的；描画目前在进展哪一阶段的测试单元测试、集成测试、系统测试以及每个阶段内在进展的测试种类功能测试、性能测试等；确定测试范围、生成测试数据等；.测试方案包括文档标识：分配该文档一个独一性标识 编写目的：

5、阐明编写测试方案的目的，指明读者对象。 测试目的: 阐明开展本次测试活动的目的。 测试范围：阐明本次测试中将要进展的测试种类，如功能测试、可靠性测试、易用性测试、平安性测试、性能测试等等 ，并生成测试用例树；.测试方案包括测试组织机构：组织测试人员和测试小组，明确各个小组和成员的职责。同时列出所需进展的工程培训 测试环境：阐明测试所需求的资源，如软、硬件、网络等资源 估计测试任务量并制定初步的测试进度：该项为测试方案中比较重要的一项内容。正确估计任务量，制定合理的进度表，可防止测试中出现测试仓促或由于时间估计过长呵斥的资源浪费 .测试方案包括参考资料：列写本测试工程所运用的缩略语和相关定义，并

6、列出测试中涉及到的参考资料和技术文档 描画测试类型和测试方法：测试类型通常分为黑盒、白盒测试；测试方法有手工测试、自动测试等等，并指明测试中将要运用的测试工具 定义测试过程中的关键过程域KPA，如测试方案制定、测试用例开发、测试环境预备、测试执行、测试结果分析、测试情况评审汇报等关键过程域的定义 .测试方案包括验收规范：在此规定用于确定测试义务能否完成的验收规范 明确测试完成后的交付成果 描画如何进展相关的缺陷管理和配置管理 估计测试中能够遇到的风险、约束和依赖：如测试所需的资源能否到位，必要情况下能否得到开发人员的技术支持等等 .留意：测试用例树的编写：整篇文档风格要一致，习惯上运用动宾构造

7、；测试需求的分类要明确，最好按照界面编写；假设界面构造复杂，学会将后置内容往前提；测试过程的描画要简约，不宜用句子描画；测试过程要细化，但不是越细越好。.其它测 试 方案原 始 记 录缺 陷 报 告测 试 报 告.报告格式标题：宋体+标题n+加黑+四号字+1.5倍行距文本：宋体+正文+小四+1.5倍行距 编号阐明： 一级标题： 1. 二级标题： 1.1 三级标题： 1.1.1 四级标题： 1 五级标题： .表格格式 标题：宋体+加黑+小四字体+1cm行距+灰色低纹 表格内容：宋体+五号字体+0.19缩紧 分栏规那么：只能在左侧分割测试需求 行距： 单行0.8cm 二行1.2cm 三行1.8cm

8、 依此类推：每多一行+0.6cm .颜色阐明 红色字体删除黑色字体固定保管蓝色字体交换绿色字体手写 .阐明对齐方式：参间每一个模板特别留意：每个表格要求首行空格.原始记录同一页的测试人和确认人不能时同一个人；原始记录=测试报告；最终版电子报告测试人员和审核人员要签字完好。.缺陷报告工程称号的长度不得超越15个字，功能模块的长度不得超越10个字，问题描画的长度不得超越30个字 Bug的问题摘要应一目了然，不能模糊 在提交Bug前，应查询库里已有的Bug，防止同样的Bug反复提交 .缺陷报告Bug的详细描画应尽能够的细，使其他用户能按该详细描画复现问题 提交的Bug运用客观的书面语，防止运用口语 对有些Bug尤其是缺陷优先级别比较高的，最好能在其他一样的测试环境下检测一下，明确问题后再提交 .缺陷严重程度等级确定S1级 ：发现以下可反复出现的严重问题：导致系统解体；主业务流程出现断点；导致死机；出现不可挽救的数据丧失或损坏；_内存走漏。.缺陷优先级确定S2级：发现以下可反复出现的严重问题：导致程序模块丧失或未实现； 被测数据处置错误；软件错误导致数据丧失；-用户需求未实现。 .缺陷优先级确定S3级：发现影响被测功能正确实现的问题。 S4级：普通性的错误或功能实现有不完善处。 S5级：建议性问题 .Butterfly提交缺陷.Butterfly缺陷确认.页面设置页眉：