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