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