SDV Process培训.ppt

1、SDV Process Overview,2008-3-12 QMD 刘文娟,1,Topics,SDV的由来 SDV Process Overview 其他,课程目的：让测试人员对Vanceinfo南京分公司SDV过程，有系统了解和认识，帮助测试人员能够更好的完成 日常工作。,2,什么是SDV?,3,生命周期模型,SRS/STP/STC,UT,CODING,Plan,HLD/LLD/UTP/UTC,转测试,ST,客户验收,测试阶段,开发阶段,SDV：系统设计验证,项目里程碑,Design,开发阶段,Proj Plan,SRS,Code/UT,ST,SDV,验收结束,SDV,测试阶段,Test

2、Plan,SDV 方案,SDV 用例,SDV,SOW、AR下发,验收结束,Test RD,PPQA/CM/PMC/MA,4,Topics,SDV的由来 SDV Process Overview 其他,课程目的：对Vanceinfo南京分公司SDV过程，有系统了解和认识，帮助测试人员能够更好的完成日常工作。,5,SDV Process Chart,6,Topics,SDV的由来 SDV Process Overview 其他,课程目的：对Vanceinfo南京分公司SDV过程，有系统了解和认识，帮助测试人员能够更好的完成日常工作。,7,转测试,转测试条件(SDV第一轮)： 基线化的SRS、接口文

3、档（含数据库表结构说明）； 具备UT报告； 具备ST报告，ST质量目标达标； 通过Findbugs代码检查，提交Findbugs检查报告； 开发人员执行预测试用例全部通过，具备预测试报告； 归档包、安装指导书、配置项说明和测试建议； 转测试版本的获取： 测试人员禁止直接从开发组获取转测版本（归档包） 应从项目归档库的指定归档目录中获取转测版本,8,缺陷单（提问题单）简要规范,缺陷标题：要能够简要概括缺陷现象 正确填写缺陷等级 正确选择缺陷所属模块或功能点 正确选择缺陷项目阶段（可以通过TD写脚本设置默认的项目阶段） 标注是否可再现缺陷 缺陷描述包括： 预置条件（导致产生该问题必须符合的条件）

4、测试步骤（操作步骤） 输入（实际输入的数据或触发点） 预期结果（预期输出） 实际结果（系统真实返回的信息） 初步定位（导致该问题的原因）,9,缺陷严重等级定义,致命：引起系统死机或系统崩溃的问题。 包括以下各种错误： 1 由于程序所引起的死机,非法退出 2 死循环 3 数据库发生死锁 4 因错误操作导致的程序中断 严重：如果不改正将引起严重的功能障碍或无法得到预期结果的缺陷。 包括以下各种错误： 1 程序错误 2 程序接口错误 3 数据库的表、业务规则、缺省值未加完整性等约束条件 4 功能错误 5 与数据库连接错误 6 数据通讯错误,一般：导致某一个重要/关键特性功能异常，但不会影响到其它特性

5、的缺陷 包括以下各种错误： 1 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2 打印内容、格式错误 3 简单的输入限制未放在前台进行控制 4 删除操作未给出提示 5 数据库表中有过多的空字段 6 界面不规范 7 辅助说明描述不清楚 8 输入输出不规范 9 很长的操作未给用户提示 10 提示窗口文字未采用行业术语 11 可输入区域和只读区域没有明显的区分标志 提示： 从操作或维护的角度发现的问题或建议。,10,Question,如果一个bug不能在开发那里重现，那么这个bug的状态是应该”拒绝”的么？ 答：如果测试人员坚持认为这是一个bug，只是暂时不能重现，那么可以先将bug置为“挂起”，待适合的时候测试人员将bug重现。测试人员需要有对bug的“执著”态度，不要轻易放过任何一个可能的bug。 测试人员可以参与到ST么？我们的项目组ST和SDV好像是合在一起的，这样是否符合公司过程？ 答：这种情况是属于过程裁剪，如果项目需要对阶段进行合并或者调整，那么需要PM、QA的共同讨论，并经过部门经理同意后方可执行。如果你的项目的这种做法是QA和部门经理同意的，那么也是符合公司要求的。 遇到我不能处理的问题，是不是都反映给TC？ 答：是的。公司有明确的问题升级机制。单从测试方面考虑，如果测试人员在工作中遇到问题，自己不能解决的，要及时反映给TC；TC不能解决，要及时将问题升级到