QQ2010beta Client测试计划
- 格式:doc
- 大小:66.00 KB
- 文档页数:6
QQ2010beta Client端测试计划
引言
文档目标
本文档用以测试QQ2010beta Client端系统测试活动,测试包括测试范围、方法、资源及进度等。
目标读者
●测试经理
●测试工程师
●相关的发开发人员
测试范围
本系统测试计划起始于项目需求分析阶段,直到系统测试执行终止结束。
本计划主要处理与QQ2010beta Client端系统测试有关的任务排定、资源需求、人力需求、风险管理等。
测试策略
功能方面,关注主要功能性验证、UI测试;
性能方面,关注并发测试、安装测试、配置测试(OS、网络环境);
本系统测试共分三个版本进行:
第一轮主要测试QQ2010beta Client端系统的基本功能实现;
第二轮在修改后做性能测试、UI测试及第一轮测试的回归;
第三轮在进一步修改的基础上,进行配置测试,并验证达到质量要求。
被测范围
需求编号功能简述
SRS-FUN-000 安装与卸载
SRS-FUN-001 注册
SRS-FUN-002 登陆与注销
SRS-FUN-003 好友管理
SRS-FUN-004 主面板功能设置
SRS-FUN-005 文字聊天
SRS-FUN-006 语音/视频聊天
SRS-FUN-007 邮件管理
SRS-FUN-008 用户设置
SRS-FUN-009 消息/呼叫提示
SRS-FUN-010 文件与语音邮件发送
SRS-FUN-011 安装与卸载
SRS-FUN-012 所占计算机资源测试
SRS-FUN-013 网络资源占用
SRS-FUN-014 较差的网络条件下,语音和文字聊天是否保持畅通
SRS-FUN-015 故障后恢复能力:出现网络中断时,程序应该能自动或提示重连SRS-NTF-001 .......
SRS-NTF-002
SRS-NTF-003
SRS-NTF-004
SRS-NTF-005
不测范围
序号需求简述不测原因
SRS-NTF-006 系统的可靠性不得不低于99.99%
SRS-NTF-007 QQ秀
SRS-NTF-008 QQ宠物
SRS-NTF-009 QQ游戏
SRS-NTF-010 QQ邮箱
SRS-NTF-011 ……..
组员测试任务分配
测试时间
2010.09.08—2010.09.09
验收时间
2010.09.10
测试项目版本
QQ2010beta
测试方法
在本测试中需要验证需求规格书中的功能可以被正确的执行和可能出现的每种例外情况能够被处理。
需要采用的测试方法有:基于软件业务流处理来执行。
其中交叉使用边界值、因果图等测试用例设计综合方法。
对于UI测试,主要参考UI说明书结合业务逻辑操作进行。
本测试执行过程中主要关注功能验证,测试执行重复的次数不多,故采用手工测试的方法,而不采取自动化测试的手段。
兼容性测试主要验证该系统能够在主流的OS和网络环境下运行。
主要覆盖的OS有Windows98,WindowsNT 4.0,Windows2000 Professional,WindowsXP,WindowsV ista,以上操作系统均为中文版本。
需要测试在不同的OS下,该系统的基本功能得以实现;性能测试则在主流的OS,WindowsXP下运行。
网络环境主要覆盖:……
测试的标准
测试通过标准表述如下:
●所有功能测试的测试用例都被执行并通过了(功能测试的测试覆盖率达到100%)
●所有发现的缺陷都被处理并通过回归测试
●性能测试结果符合技术需求规格
●系统测试报告应该被相关主管领导批准
●测试效率低于0.5bug/人天
●Normal以下级别的缺陷密度不多于0.3bug/kLOC
●……
测试失败/中止的标准表述如下:
●缺陷密度大于1bug/kLOC
●重大的结构设计问题,导致测试不能进行下去
●关键功能未实现导致已经没有进一步测试的意义
●重大缺陷导致系统20%以上的函数接口、功能、数量的不能被正常使用
●……
测试挂起的条件:
测试过程中,遇到了阻塞测试用例执行下去的缺陷
测试恢复的条件:
引起挂起的问题被解决
测试的过程
系统测试项目交付物:
《QQ2010beta Client端系统测试计划》
《QQ2010beta Client端系统测试设计规格》
《QQ2010beta Client端系统测试用例》
《QQ2010beta Client端系统测试执行跟踪记录》
《QQ2010beta Client端系统测试报告》
测试结果审批的过程:
测试执行人提交系统测试报告——测试经理确认签字提交给SQA——SQA对报告进行评审确认提交给开发经理——开发经理签字确认接受缺陷并安排bug修复工作。
任务标识任务描述起始时间工作
量
责任人优先级前置条件
ST-Task-001 系统测试计划编写项目计划
通过评审
以后1人
天
测试经理高
ST-Task-002 系统测试计划评审SQA 中ST-Task-001
测试设计——功能
性
测试设计——UI测
试
测试用例开发——
功能性
测试用例设计——
UI测试
测试用例评审
第一个版本的系统
测试执行
第二个版本的系统
测试执行
第三个版本的系统
测试执行
第四个版本的回归
测试执行
系统测试报告编写
系统测试报告审核
测试进度
任务标识任务描述起始时间终止时间
ST-Task-001 系统测试计划编写项目计划通过
评审以后
1人天
ST-Task-002 系统测试计划评审
测试设计——功能
性
测试设计——UI测
试
测试用例开发——
功能性
测试用例设计——
UI测试
测试用例评审
第一个版本的系统
测试执行
第二个版本的系统
测试执行
第三个版本的系统
测试执行
第四个版本的回归
测试执行
系统测试报告编写
系统测试报告审核
测试资源
人力资源:
测试经理:李嘉安,负责制定测试计划,安排测试任务;
测试工程师:测试设计,测试用例开发、测试脚本开发、测试执行与跟踪(回归)、测试报告(1年以上测试工作经验的测试工程师1人,测试用例设计完成前100%参与本项目的工作;需要**技术***……)
产品集成经理:测试环境搭建,对系统测试结果进行监督
开发经理:参与系统测试验收,分发缺陷修改任务
开发人员:解决相关位置的测试缺陷问题
软件资源:
WindowsXP,Microsoft Office 2003;
硬件资源:
办公用PC五台;
HP 服务器一台;
接入网络。
测试风险
风
险
ID
风险描述责任人优先级规避措施应急计划
1 人员风险:无法及时到
位测试经
理
高在项目早期安排
此预算;
与人力资源部门
推迟测试
紧急招聘
测试外包
协调招聘;
培训现有其他部门中的人员作测试
2 人员风险:责任心不强,
技术达不到要求测试经
理
中加强培训力度
加强测试部门制
度及过程制定
招聘要求严格
提高培训强度
增加监视的力度
3。