测试管理培训.ppt

单击此处编辑母版标题样式,单击此处编辑母版文本样式,第二级,第三级,第四级,第五级,*,*,*,测试管理培训,2009.3.30,项目测试流程,需求立项,制定开发计划,基本调查,BI,基本设计,BD,编码,MK,入受控库,计划评审，核查,测试计划(mpp、word两种格式),验收测试规范及清单,系统测试规范&清单,入受控库,规范评审&核查,集成测试规范&清单,入受控库,规范评审&核查,单元测试,CT,集成测试(IT),系统测试(ST),验收测试,入受控库,入受控库,入受控库,IT测试日报,ST测试日报,配置库获取代码,验收测试日报,友情提醒：,测试标准模板获取：192.168.21.19cmmiCMMI模板增值业务部三层文件作业标准),各种作业流程指导获取：,192.168.21.19cmmiCMMI模板增值业务部三层文件作业指导书,测试过程控制：,A：只要有测试就须每天下班前提交测试进度追踪日报，抄送全项目组成员并及时入配置库,B：当天发现的BUG需在当天及时入TD，如在测试现场没在公司，所有的BUG应记录在测试日报的现调问管中，日后返回公司立即导入TD,测试追踪日报的填写,命名规范,履历表,测试数据的校正，正确填写,如何填写每一个字段,命名规范,(商务领航、三库合一、小区推送项目),命名规则：,项目名称-阶段测试进度追踪日报表-地点属性序号-测试日期,地点为可选项，当同时在两个以上的地方测试时需要填写,IT2IT2到移交,项目名称-IT2测试追踪日报表-1-测试日期,项目名称-IT2测试追踪日报表-2-测试日期,.,项目名称-IT2测试追踪日报表-回归1-测试日期,项目名称-IT2测试追踪日报表-回归2-测试日期,.,STST到移交,功能和性能测试,项目名称-ST测试追踪日报表-1-测试日期,项目名称-ST测试追踪日报表-2-测试日期,.,项目名称-ST测试追踪日报表-回归1-测试日期,项目名称-ST测试追踪日报表-回归2-测试日期,.,项目名称-性能测试追踪日报表-1-测试日期,项目名称-性能测试追踪日报表-2-测试日期,.,项目名称-性能测试追踪日报表-回归1-测试日期,项目名称-性能测试追踪日报表-回归2-测试日期,.,测试数据的校正，正确填写,主要存在的问题,1、计划时间与实际不符，(见测试日报),BUG的管理及TD的使用,BUG的生命周期,BUG的属性填写,当前测试组存在的具体问题,1、测试规范：,核查后，在PMS上填写核查报告；文档的版本一般用 VXX.YY来表示，不要用AB之类的英文字母表示，模板上用A B，是针对那个作业标准文档而言；文档修改历史记录中的更新说明，特别是核查后的修改，请简要说明修改的什么内容，而不要写“根据评审结果修改”，这个在内、外审时有可能会被判不合格；,2、测试清单：请在使用的时候不要删除模板上的文档修改历史记录的sheet，其版本修改说明的注意事项同上述测试规范的要求。对于在测试过程中有删除的测试项，要用模板中的“已删除清单”sheet中。,3、测试用例编号：简单地说，IT2的测试用例编号是以“I”开头，ST是以“S”开头，现调则是从IT2/ST中抽取部分或全部测试，因此没有特别的编号。,4、测试日报追踪日报的基本内容要认真填写，如测试状态、软件硬件测试环境(要按实际系统运行的环境填写、IP及版本号),5、TD上填写：基本上第一页中的内容，都是必须要填的，特别是在状态变成TESTED时一定要补充完整，而不是只把状态改成TESTED，要打开页面，把没填的测试信息补充完整，详细见TD,6、测试履历表：在某个阶段测试开始和结束时要更新，更新完要通知项目组配置管理员或项目组长同步更新至受控库，口头通知的同时请发邮件，并保存好邮件，如果项目组没入，以后就不是你的问题。,7、阶段测试结束后，要再更新下测试项目清单、测试规范，同时说明文档修改；有的可能在测试的中间项目组有做需求变更，测试文档也需要同时修改，并增加修改说明；,8、测试文档入开发库：测试规范、清单在核查后当周最好要入开发库，测试日报最好也在当天都入开发库，入开发库后，当天或第二天要通知项目组长或项目组配置管理员。因为他们要负责将最新的测试文档同步到受控库中，同样也要保留邮件通知,缺陷管理流程,new,reopen,close,tested,rejected,open,delay,fixed,延迟处理B,分配B,测试通过D,审核不通过B,延迟处理B,验证不通过B,验证通过B,处理C,审核通过B,重新分配B,测试不通过D,A：受理人员 B：项目组长 C：解决人员 D：测试人员,不修改软件问题验证通过B,new：问题的初始状态，由受理人员创建问题时的初始状态；,rejected：该问题审核不通过，由项目组长判断；,done：预留字段；,open：问题安排，由项目组长审核通过或分配；,delay：该问题延迟处理，由项目组长判断；,reopen:该问题仍然存在，还需要进一步处理，一般是测试人员测试不通过或项目组长验证不通过时打开；,fixed：该问题已修改,由问题处理人员判断；,tested：软件测试通过，由测试人员判断；,close:该问题已经验证，且验证通过,由项目组长判断；,测试人员,fixed fixed-tested fixed-reopen如果问题涉及软件代码修改，测试解决人员修改后的代码，测试通过后把状态由fixed置成tested；测试不通过后把状态由fixed置成reopen；,测试管理,版本管理：,一、为了测试组能对程序的版本有明确的定位，所有的程序代码都需从VSS上获取并把代码入到测试的目录下，程序的部署由测试人员自行完成，不得由开发人员代劳(有不明之处要求协助除外),二、所有的测试文档都需自行入开发库，并留底以防工作有失误,请自觉推动测试工作流程的执行(督促项目组长处理TD上的BUG，及时更新状态),测试管理,四、文档的字段填写要统一，测试项测试不通过时测试结果填FAIL，通过填PASS，不可用其他方式表示。,