SDV Process培训.pptVIP

SDV Process Overview 2008-3-12 QMD 刘文娟 Topics SDV的由来 SDV Process Overview 其他 什么是SDV? 生命周期模型 Topics SDV的由来 SDV Process Overview 其他 SDV Process Chart Topics SDV的由来 SDV Process Overview 其他 转测试 转测试条件(SDV第一轮)： 基线化的SRS、接口文档（含数据库表结构说明）； 具备UT报告； 具备ST报告，ST质量目标达标； 通过Findbugs代码检查，提交Findbugs检查报告； 开发人员执行预测试用例全部通过，具备预测试报告； 归档包、安装指导书、配置项说明和测试建议； 转测试版本的获取： 测试人员禁止直接从开发组获取转测版本（归档包） 应从项目归档库的指定归档目录中获取转测版本 缺陷单（提问题单）简要规范 缺陷标题：要能够简要概括缺陷现象 正确填写缺陷等级 正确选择缺陷所属模块或功能点 正确选择缺陷项目阶段（可以通过TD写脚本设置默认的项目阶段） 标注是否可再现缺陷 缺陷描述包括： 预置条件（导致产生该问题必须符合的条件） 测试步骤（操作步骤） 输入（实际输入的数据或触发点） 预期结果（预期输出） 实际结果（系统真实返回的信息） 初步定位（导致该问题的原因） 缺陷严重等级定义 致命：引起系统死机或系统崩溃的问题。 包括以下各种错误： 1． 由于程序所引起的死机,非法退出 2． 死循环 3． 数据库发生死锁 4． 因错误操作导致的程序中断 严重：如果不改正将引起严重的功能障碍或无法得到预期结果的缺陷。 包括以下各种错误： 1． 程序错误 2． 程序接口错误 3． 数据库的表、业务规则、缺省值未加完整性等约束条件 4． 功能错误 5． 与数据库连接错误 6． 数据通讯错误 一般：导致某一个重要/关键特性功能异常，但不会影响到其它特性的缺陷 包括以下各种错误： 1． 操作界面错误（包括数据窗口内列名定义、含义是否一致） 2． 打印内容、格式错误 3． 简单的输入限制未放在前台进行控制 4． 删除操作未给出提示 5． 数据库表中有过多的空字段 6． 界面不规范 7． 辅助说明描述不清楚 8． 输入输出不规范 9． 很长的操作未给用户提示 10． 提示窗口文字未采用行业术语 11． 可输入区域和只读区域没有明显的区分标志 提示： 从操作或维护的角度发现的问题或建议。 Question 如果一个bug不能在开发那里重现，那么这个bug的状态是应该”拒绝”的么？ 答：如果测试人员坚持认为这是一个bug，只是暂时不能重现，那么可以先将bug置为“挂起”，待适合的时候测试人员将bug重现。测试人员需要有对bug的“执著”态度，不要轻易放过任何一个可能的bug。 测试人员可以参与到ST么？我们的项目组ST和SDV好像是合在一起的，这样是否符合公司过程？ 答：这种情况是属于过程裁剪，如果项目需要对阶段进行合并或者调整，那么需要PM、QA的共同讨论，并经过部门经理同意后方可执行。如果你的项目的这种做法是QA和部门经理同意的，那么也是符合公司要求的。 遇到我不能处理的问题，是不是都反映给TC？ 答：是的。公司有明确的问题升级机制。单从测试方面考虑，如果测试人员在工作中遇到问题，自己不能解决的，要及时反映给TC；TC不能解决，要及时将问题升级到TL；TL不能解决，要及时反映给质量部经理。 “30分钟问题升级”规则：无论谁遇到任何问题，在半小时内不能解决的，都必须上报上级。避免问题的积压。 课程目的：让测试人员对Vanceinfo南京分公司SDV过程，有系统了解和认识，帮助测试人员能够更好的完成 日常工作。 定义可测试性需求 系统集成及测试策略 系统测试方案 SRS/STP UT 项目级测试 （由开发组 完成） CODING 测试组活动 TR3 TR4 IPD 主验证计划 TR1 产品需求 TR2 产品设计 SOW下发 HLD/ITP LLD/UTP IT 转测试 TR4A SDV TR5 SIT 系统测试实现 （用例/规程/工具/脚本） ST TR6 产品集成测试 产品系统测试 产品级测试 （由测试组完成） 开发组活动 SDV：系统设计验证 SIT：系统集成测试 SRS/STP/STC UT CODING Plan HLD/LLD/UTP/UTC 转测试 ST 客户验收 测试阶段 开发阶段 SDV：系统设计验证 项目里程碑 Design 开发阶段 Proj Plan SRS Code/UT ST SDV 验收结束 SDV 测试阶段 Test Plan SDV 方