北京软件产品质量检测检验中心-PowerPointPr

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,北京软件产品质量检测检验中心,工作基础培训,讲师：王峰,内容导航,工 作 流 程,工 作 表 格,测 试 文 档,工作流程,总流程,测试流程,总流程,位置：,ftp:/192.168.107.3/,培训,/,新员工入门培训,/,测试部,/,工作流程,/,工作流程图,涉及人员：,业务人员,样品管理员,测试工程师,技术支持人员,文档管理员,测试流程,测 试 准 备,测 试 执 行,测 试 结 束,测试准备,测试,准备,备份,测试环境,配置工作,单,设备日常,使用登记,表,测试过程,控制单,测试执行,测试方案,测试计划,测试用例,原始记录,缺陷列表,测试报告,缺陷报告,测试结束,生成报告,定制,签字,盖章,样品归档,提交报告,位置,ftp:/192.168.107.3/培训/新员工入门培训/测试部/工作流程/培训/新员工入门培训/测试部/工作流程/,测试流程图,协同测试平台,BSTQC,协同测试平台,测试项目管理,测试文档管理,测试质量保证,日常工作管理,系统软件工具,Butterfly,Firefly,Butterfly,Butterfly,Butterfly,，,Firefly,Dragonfly,协同工作平台,测试方案,测试报告,测试用例,测试计划,测试文档管理,原始记录,缺陷报告,质量文档管理,合同评审,测试文档评审,质量保证管理,缺陷确认,BSTQC,测试管理流程,测试项目管理,项目管理,基础,BSTQC,绩效考核系统,内容导航,工 作 流 程,工 作 表 格,测 试 文 档,主要表格,测试过程控制表,测试环境配置工作单,Butterfly,登记设备使用记录,Butterfly,提交周报告,BSTQC,统计个人项目,Butterfly,登记设备使用记录,Butterfly,提交周报告,BSTQC,统计个人项目,内容导航,工 作 流 程,工 作 表 格,测 试 文 档,测试文档主要包括,测 试 方 案,测 试 计 划,测 试 用 例,原 始 记 录,缺 陷 报 告,测 试 报 告,测试方案决定了整个测试的方向和方法，是成功开展测试活动的基础；目前只有大型项目要写测试方案；,测试计划的关键是在测试方案的基础上将软件分解为单元，写成测试需求，并生成测试用例树（即以测试需求为根，再次细化测试需求生成子需求为枝，如此细化到最后一层分支后每个分支对应若干用例。该树型结构称为测试用例树）。,测试用例为测试用例树的枝叶。由于测试用例来自于测试需求，它是对测试需求的一个细化，所以测试用例覆盖软件需求的程度决定了测试的覆盖程度如何，测试用例是否正确、全面、符合需求的测试用例将会决定所开展的测试活动是成功的测试活动还是失败的测试活动。,测试用例执行过程中，发现的缺陷要提交缺陷报告，好的缺陷报告可以缩短相关人员确认缺陷的时间，从而可以及早定位问题所在，提高测试效率。,同时出具测试报告。测试报告帮助客户了解软件中存在的较大的缺陷。,总之，只有在高质量的测试文档的基础上，才能开展成功的测试活动,测试文档关系图,测试方案,测试计划,测试用例,原始记录,缺陷列表,测试报告,缺陷报告,测试计划,测试计划也可以称为测试策略，主要用来描述测试工程的总体方法和目标；描述目前在进行哪一阶段的测试（单元测试、集成测试、系统测试）以及每个阶段内在进行的测试种类（功能测试、性能测试等）；,确定测试范围、生成测试数据等；,测试计划包括,文档标识：分配该文档一个唯一性标识,编写目的：阐明编写测试计划的目的，指明读者对象。,测试目的,:,说明开展本次测试活动的目的。,测试范围：说明本次测试中将要进行的测试种类，如功能测试、可靠性测试、易用性测试、安全性测试、性能测试等等,，,并生成测试用例树；,测试计划包括,测试组织机构：组织测试人员和测试小组，明确各个小组和成员的职责。同时列出所需进行的项目培训,测试环境：说明测试所需要的资源，如软、硬件、网络等资源,估计测试工作量并制定初步的测试进度：该项为测试方案中比较重要的一项内容。正确估计工作量，制定合理的进度表，可防止测试中出现测试仓促或由于时间估计过长造成的资源浪费,测试计划包括,参考资料：列写本测试项目所使用的缩略语和相关定义，并列出测试中涉及到的参考资料和技术文档,描述测试类型和测试方法：测试类型通常分为黑盒、白盒测试；测试方法有手工测试、自动测试等等，并指明测试中将要使用的测试工具,定义测试过程中的关键过程域（,KPA,），,如测试计划制订、测试用例开发、测试环境准备、测试执行、测试结果分析、测试情况评审汇报等关键过程域的定义,测试计划包括,验收标准：在此规定用于确定测试任务是否完成的验收标准,明确测试完成后的交付成果,描述如何进行相关的缺陷管理和配置管理,估计测试中可能遇到的风险、约束和依赖：如测试所需的资源是否到位，必要情况下能否得到开发人员的技术支持等等,注意：,测试用例树的编写：,整篇文档风格要一致，习惯上使用动宾结构；,测试需求的分类要明确，最好按照界面编写；,若界面结构复杂，学会将后置内容往前提；,测试过程的描述要简洁，不宜用句子描述；,测试过程要细化，但不是越细越好。,其它,测 试 计划,原 始 记 录,缺 陷 报 告,测 试 报 告,报告格式,标题：宋体,+,标题,n+,加黑,+,四号字,+1.5,倍行距,文本：宋体,+,正文,+,小四,+1.5,倍行距,编号说明：,一级标题：1.,二级标题：1.1,三级标题：1.1.1,四级标题：（1）,五级标题：,表格格式,标题：宋体,+,加黑,+,小四字体,+1,cm,行距,+,灰色低纹,表格内容：宋体,+,五号字体,+0.19,缩紧,分栏规则：只能在左侧分割（测试需求）,行距：,单行,0.8,cm,二行,1.2,cm,三行,1.8,cm,依此类推：每多一行,+0.6,cm,颜色说明,红色字体删除,黑色字体固定保留,蓝色字体替换,绿色字体手写,说明,对齐方式：参间每一个模板,特别注意：每个表格要求首行空格,原始记录,同一页的测试人和确认人不能时同一个人；,原始记录=测试报告；,最终版电子报告测试人员和审核人员要签字完整。,缺陷报告,项目名称的长度不得超过,15,个字，功能模块的长度不得超过,10,个字，问题描述的长度不得超过,30,个字,Bug,的问题摘要应一目了然，不能含糊,在提交,Bug,前，应查询库里已有的,Bug,，,防止同样的,Bug,重复提交,缺陷报告,Bug,的详细描述应尽可能的细，使其他用户能按该详细描述复现问题,提交的,Bug,应用客观的书面语，避免使用口语,对有些,Bug,（,尤其是缺陷优先级别比较高的），最好能在其他相同的测试环境下检测一下，明确问题后再提交,缺陷严重程度等级确定,S1,级：发现下列可重复出现的严重问题：,导致系统崩溃；,主业务流程出现断点；,导致死机；,出现不可挽救的数据丢失或损坏；,_内存泄漏。,缺陷优先级确定,S2,级：发现下列可重复出现的严重问题：,导致程序模块丢失或未实现；,被测数据处理错误；,软件错误导致数据丢失；,-用户需求未实现。,缺陷优先级确定,S3,级：,发现影响被测功能正确实现的问题。,S4,级：,一般性的错误或功能实现有不完善处。,S5,级：建议性问题,Butterfly,提交缺陷,Butterfly,缺陷确认,页面设置,页眉：为空,页脚：&,p/&P&b,北京软件产品质量检测检验中心缺陷报告,左：18,cm,右：7,cm,上：12,cm,下：7,cm,测试报告,测试报告根据原始记录生成；,测试结论参见报告模板；,测试用例,怎样的用例需要编写,编写原则,如何编写,测试模版,测试计划,测试用例,原始记录,缺陷报告,测试报告,谢谢！答疑时间,