《测试管理培训》PPT课件.ppt
测试管理培训,项目测试流程,友情提醒：,测试标准模板获取：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-测试日期.,.模板SF-170-051-A-1_测试履历表.xls,现调现调到移交项目名称-现调测试追踪日报表-阶段1-测试日期项目名称-现调测试追踪日报表-阶段2-测试日期.项目名称-现调测试追踪日报表-回归1-测试日期项目名称-现调测试追踪日报表-回归2-测试日期.试运行移交到终验项目名称-试运行测试追踪日报表-1-测试日期项目名称-试运行测试追踪日报表-2-测试日期.项目名称-试运行测试追踪日报表-回归1-测试日期项目名称-试运行测试追踪日报表-回归2-测试日期.维护终验到项目结束项目名称-维护测试追踪日报表-1-测试日期项目名称-维护测试追踪日报表-2-测试日期.项目名称-维护测试追踪日报表-回归1-测试日期项目名称-维护测试追踪日报表-回归2-测试日期.,验收不分阶段项目名称-验收测试追踪日报表-初验1-测试日期项目名称-验收测试追踪日报表-初验2-测试日期.项目名称-验收测试追踪日报表-终验1-测试日期项目名称-验收测试追踪日报表-终验2-测试日期.入网测试不分阶段项目名称-入网测试追踪日报表-1-测试日期项目名称-入网测试追踪日报表-2-测试日期.temp商务领航三期测试履历表.xls,测试数据的校正，正确填写,主要存在的问题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，要打开页面，把没填的测试信息补充完整，详细见TD6、测试履历表：在某个阶段测试开始和结束时要更新，更新完要通知项目组配置管理员或项目组长同步更新至受控库，口头通知的同时请发邮件，并保存好邮件，如果项目组没入，以后就不是你的问题。7、阶段测试结束后，要再更新下测试项目清单、测试规范，同时说明文档修改；有的可能在测试的中间项目组有做需求变更，测试文档也需要同时修改，并增加修改说明；8、测试文档入开发库：测试规范、清单在核查后当周最好要入开发库，测试日报最好也在当天都入开发库，入开发库后，当天或第二天要通知项目组长或项目组配置管理员。因为他们要负责将最新的测试文档同步到受控库中，同样也要保留邮件通知,缺陷管理流程,new：问题的初始状态，由受理人员创建问题时的初始状态；rejected：该问题审核不通过，由项目组长判断；done：预留字段；open：问题安排，由项目组长审核通过或分配；delay：该问题延迟处理，由项目组长判断；reopen:该问题仍然存在，还需要进一步处理，一般是测试人员测试不通过或项目组长验证不通过时打开；fixed：该问题已修改,由问题处理人员判断；tested：软件测试通过，由测试人员判断；close:该问题已经验证，且验证通过,由项目组长判断；,测试人员 fixed fixed-tested fixed-reopen如果问题涉及软件代码修改，测试解决人员修改后的代码，测试通过后把状态由fixed置成tested；测试不通过后把状态由fixed置成reopen；,测试管理,版本管理：一、为了测试组能对程序的版本有明确的定位，所有的程序代码都需从VSS上获取并把代码入到测试的目录下，程序的部署由测试人员自行完成，不得由开发人员代劳(有不明之处要求协助除外)二、所有的测试文档都需自行入开发库，并留底以防工作有失误请自觉推动测试工作流程的执行(督促项目组长处理TD上的BUG，及时更新状态),测试管理,四、文档的字段填写要统一，测试项测试不通过时测试结果填FAIL，通过填PASS，不可用其他方式表示。,
