《测试管理培训》PPT参考课件_第1页
《测试管理培训》PPT参考课件_第2页
《测试管理培训》PPT参考课件_第3页
《测试管理培训》PPT参考课件_第4页
《测试管理培训》PPT参考课件_第5页
已阅读5页,还剩11页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、1,测试管理培训,2009.3.30,2,项目测试流程,3,友情提醒:,测试标准模板获取:192.168.21.19cmmiCMMI模板增值业务部三层文件作业标准) 各种作业流程指导获取: 192.168.21.19cmmiCMMI模板增值业务部三层文件作业指导书 测试过程控制: A:只要有测试就须每天下班前提交测试进度追踪日报,抄送全项目组成员并及时入配置库 B:当天发现的BUG需在当天及时入TD,如在测试现场没在公司,所有的BUG应记录在测试日报的现调问管中,日后返回公司立即导入TD,4,测试追踪日报的填写,命名规范 履历表 测试数据的校正,正确填写 如何填写每一个字段,5,命名规范(商务

2、领航、三库合一、小区推送项目),命名规则: 项目名称-阶段测试进度追踪日报表-地点属性序号-测试日期 地点为可选项,当同时在两个以上的地方测试时需要填写 IT2IT2到移交 项目名称-IT2测试追踪日报表-1-测试日期 项目名称-IT2测试追踪日报表-2-测试日期 . 项目名称-IT2测试追踪日报表-回归1-测试日期 项目名称-IT2测试追踪日报表-回归2-测试日期 . STST到移交,功能和性能测试 项目名称-ST测试追踪日报表-1-测试日期 项目名称-ST测试追踪日报表-2-测试日期 . 项目名称-ST测试追踪日报表-回归1-测试日期 项目名称-ST测试追踪日报表-回归2-测试日期 . 项

3、目名称-性能测试追踪日报表-1-测试日期 项目名称-性能测试追踪日报表-2-测试日期 . 项目名称-性能测试追踪日报表-回归1-测试日期 项目名称-性能测试追踪日报表-回归2-测试日期 .,6,.模板SF-170-051-A-1_测试履历表.xls,现调现调到移交 项目名称-现调测试追踪日报表-阶段1-测试日期 项目名称-现调测试追踪日报表-阶段2-测试日期 . 项目名称-现调测试追踪日报表-回归1-测试日期 项目名称-现调测试追踪日报表-回归2-测试日期 . 试运行移交到终验 项目名称-试运行测试追踪日报表-1-测试日期 项目名称-试运行测试追踪日报表-2-测试日期 . 项目名称-试运行测试

4、追踪日报表-回归1-测试日期 项目名称-试运行测试追踪日报表-回归2-测试日期 . 维护终验到项目结束 项目名称-维护测试追踪日报表-1-测试日期 项目名称-维护测试追踪日报表-2-测试日期 . 项目名称-维护测试追踪日报表-回归1-测试日期 项目名称-维护测试追踪日报表-回归2-测试日期 .,7,验收不分阶段 项目名称-验收测试追踪日报表-初验1-测试日期 项目名称-验收测试追踪日报表-初验2-测试日期 . 项目名称-验收测试追踪日报表-终验1-测试日期 项目名称-验收测试追踪日报表-终验2-测试日期 . 入网测试不分阶段 项目名称-入网测试追踪日报表-1-测试日期 项目名称-入网测试追踪日

5、报表-2-测试日期 .temp商务领航三期测试履历表.xls,8,测试数据的校正,正确填写,主要存在的问题 1、计划时间与实际不符,(见测试日报),9,BUG的管理及TD的使用,BUG的生命周期 BUG的属性填写,10,当前测试组存在的具体问题,1、测试规范: 核查后,在PMS上填写核查报告;文档的版本一般用 VXX.YY来表示,不要用AB之类的英文字母表示,模板上用A B,是针对那个作业标准文档而言;文档修改历史记录中的更新说明,特别是核查后的修改,请简要说明修改的什么内容,而不要写“根据评审结果修改”,这个在内、外审时有可能会被判不合格; 2、测试清单:请在使用的时候不要删除模板上的文档修

6、改历史记录的sheet,其版本修改说明的注意事项同上述测试规范的要求。对于在测试过程中有删除的测试项,要用模板中的“已删除清单”sheet中。 3、测试用例编号:简单地说,IT2的测试用例编号是以“I”开头,ST是以“S”开头,现调则是从IT2/ST中抽取部分或全部测试,因此没有特别的编号。 4、测试日报追踪日报的基本内容要认真填写,如测试状态、软件硬件测试环境(要按实际系统运行的环境填写、IP及版本号),11,5、TD上填写:基本上第一页中的内容,都是必须要填的,特别是在状态变成TESTED时一定要补充完整,而不是只把状态改成TESTED,要打开页面,把没填的测试信息补充完整,详细见TD 6

7、、测试履历表:在某个阶段测试开始和结束时要更新,更新完要通知项目组配置管理员或项目组长同步更新至受控库,口头通知的同时请发邮件,并保存好邮件,如果项目组没入,以后就不是你的问题。 7、阶段测试结束后,要再更新下测试项目清单、测试规范,同时说明文档修改;有的可能在测试的中间项目组有做需求变更,测试文档也需要同时修改,并增加修改说明; 8、测试文档入开发库:测试规范、清单在核查后当周最好要入开发库,测试日报最好也在当天都入开发库,入开发库后,当天或第二天要通知项目组长或项目组配置管理员。因为他们要负责将最新的测试文档同步到受控库中,同样也要保留邮件通知,12,缺陷管理流程,13,new:问题的初始

8、状态,由受理人员创建问题时的初始状态; rejected:该问题审核不通过,由项目组长判断; done:预留字段; open:问题安排,由项目组长审核通过或分配; delay:该问题延迟处理,由项目组长判断; reopen: 该问题仍然存在,还需要进一步处理,一般是测试人员测试不通过或项目组长验证不通过时打开; fixed:该问题已修改,由问题处理人员判断; tested:软件测试通过,由测试人员判断; close: 该问题已经验证,且验证通过,由项目组长判断;,14,测试人员 fixed fixed-tested fixed-reopen如果问题涉及软件代码修改,测试解决人员修改后的代码,测试通过后把状态由fixed置成tested;测试不通过后把状态由fixed置成reopen;,15,测试管理,版本管理: 一、为了测试组能对程序的版本有明确的定位,所有的程序代码都需从VSS上获取并把代码入到测试的目录下,程序的部署由测试人员自行完成,不得由开发人员代劳(有不明之处要求

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论