项目系统测试计划Word下载.docx
《项目系统测试计划Word下载.docx》由会员分享,可在线阅读,更多相关《项目系统测试计划Word下载.docx(21页珍藏版)》请在冰豆网上搜索。
1.3测试参考文档5.
1.4测试提交文档5.
2测试进度与工作量6.
3测试启停标准7..
4测试资源8..
4.1人力资源8.
4.2测试环境8.
4.3测试工具9.
5测试策略9.
5.1功能测试1.0
5.2数据和数据库完整性测试1.0
5.3用户界面测试1.1
5.4安全性和访问控制测试12
5.5性能测试1.3
5.6故障转移和恢复测试13
5.7回归测试1.5
5.8安装测试1.6
6测试风险分析及优先级17
6.1测试风险1.7
6.2功能模块测试优先级18
、八、亠
1刖言
项目名称:
XXX〈系统V2.0,以下简称XXXX系统
XXX系统V2.0主要包括XXXX系统服务器、XXXX系统Web服务器,是一种无客户端的纯Web模式交流平台,适合广域网上提供客户服务和咨询服务办公模式。
xxxx系统是为了
支持M2M网站系统的在线客服功能,实现M2M网站访客与网站管理员进行在线交流。
同时xxxx系统也是网上交互平台,实现即时交流、咨询和服务等。
实现了网上即时客
服功能,实现了企业产品的售前、售后服务功能,由原来电话咨询服务转为网上在线咨询和
服务模式,为企业节省了服务费用,同时也为用户咨询和服务带来方便。
1.1目的
本测试计划的编写目的在于使测试人员更好地执行测试工作,它说明了测试工作的各项
要求和性能指标,明确测试任务,阐述实用范围及背景,提供维护人员解决问题所需的条件,形成本系统的质量记录,为以后工作提供参考资料。
本测试报告的预期读者是XXX系统即时办公系统的软件开发人员、项目管理人员、研
发管理人员、测试经理、测试人员、维护人员。
1.2术语定义
XMPP协议:
XMPP(ExtensibleMessageingandPreseneeProtocol:
可扩展信息与存在
协议)是目前主流的四种IM(InstantMessaging,即时信息)协议之一,其他三种分别为:
即时信息和空间协议(IMPP)、空间和即时信息协议(PRIM)、会话启动协议(SIP)。
在这四种协议中,XMPP是最灵活的。
XMPP是一种基于XML的协议,它继承了在XML环境中灵活的发展性。
因此,基于XMPP的应用具有超强的可扩展性。
经过扩展以后的XMPP可以
通过发送扩展的信息来处理用户的需求,以及在XMPP的顶端建立如内容发布系统和基于
地址的服务等应用程序。
而且,XMPP包含了针对服务器端的软件协议,使之能与另一个进
行通话,这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。
1.3测试参考文档
F表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:
表1-1测试参考文档
文档
已创建或可用
已被接收或
已经过复审
作者或来源
备注
xxxx系统即时办公系统需求规格说
明书
可用
已被接收
XXX
xxxx系统ExpressV2.0开发计划
1.4测试提交文档
《XXX>系统V2.0系统结题验收测试报告》
《XXXX系统V2.0质量分析报告》
《xxxx系统
V2.0
性能测试报告》
问题报告》
系统测试用例》
系统测试报告》
系统测试分析报告》
性能测试计划》
系统测试计划》
2测试进度与工作量
表2-1测试进度与工作量估计表
测试活动
计划开始日期
计划结束日期
工作量估计
工作成果
测试准备
XXXX7-25
xxxx-7-31
5个工作日
测试计划、测试用例
功能测试
xxxx-8-1
xxxx-8-8
6个工作日
功能测试总结
回归测试
xxxx-8-11
xxxx-8-13
3个工作日
测试记录及BUG提交
其它类型测试
XXXX-8-14
xxxx-8-15
2个工作日
性能测试
xxxx-8-18
xxxx-8-23
性能测试报告
安装测试
xxxx-8-24
xxxx-8-26
提交安装程序
其他
xxxx-8-27
xxxx-9-02
4个工作日
测试分析报告编写相关结题文档
其它类型测试包括:
数据库和数据完整性能测试、安全性和访问控制测试、故障转移和
恢复测试、配置测试。
3测试启停标准
表3-1系统测试开始、停止标准表
测试阶段
开始标准
停止标准
系统测试
模块的单元测试结束,达到单元测试
停止标准。
(1)按照系统测试计划,完成了系统测试。
(2)达到了确认准则中关于系统测试所规定的覆
盖率(达到100%)的要求。
(3)系统满足产品需求规格说明书的要求。
(4)缺陷状态为closed或later状态。
(5)在系统测试中发现的错误已经得到修改,各级
缺陷修复率达到标准。
(6)系统测试的缺陷密度(个/KLOC)需要符合组
织级质量目标中要求并达到项目控制范围。
4测试资源
4.1人力资源
下表列出了此项目的人员配备计划。
表4-1测试人员需求表
角色
所推荐的最少资源
具体职责说明
功能测试员
2人
撰写测试计划(总体)、撰写测试小组工作规范、设计TD库结构、检查组内工作、撰写测试分析报告、分析测试需求、设计测试用例、执行测试工作、撰写测试记录、撰写测试总结
性能测试员
1人
撰写性能测试分析报告、执行性能测试工作、撰写性能测试记录、
撰写性能测试总结
4.2测试环境
表4-2测试环境说明表
软件环境(相关软件、操作系统等)
服务器端:
操作系统:
WindowsXP+SP2
mysql5,Tomcat5.5.25,JDK1.6.03版本
客户端:
浏览器:
MicrosoftIE6.0
硬件环境(网络、设备等)
服务器配置:
PC机配置:
Intel(R)Pentium(R)4CPU1.60GHz,1.00GB内存
客户端配置:
网络环境
采用10/100M办公网
4.3测试工具
F表列出了测试使用的工具。
表4-3测试工具使用表
用途
工具
生产厂商/自产
版本
BUG管理
TestDirector8.0
MercuryInteractive
8.0
文档书写
Officer2003/2007
Microsoft
2007
配置管理工具
TortoiseSVN
开源
1.3.5
测试管理工具
自动化测试工具
LoadRunner8.0
HP
开发IDE
Eclipse3.2
免费
3.2
5测试策略
测试策略提供了对测试对象进行测试的推荐方法。
对于每种测试,都应提供测试说明,
并解释其实施的原因。
制定测试策略时所考虑的主要事项有:
将要使用的技术以及判断测试
何时完成的标准。
下面列出了在进行每项测试时需考虑的事项,除此之外,测试还只应在安
全的环境中使用已知的、有控制的数据库来执行。
5.1功能测试
对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试
需求。
这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。
此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并
对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。
以下为各种应用程序列出了推荐使用的测试概要:
表5-1功能测试策略
测试目标
确保测试的功能正常
测试范围
xx<
x|^统所有模块
技术
利用有效的和无效的数据来执行各个用例、用例流或
功能,以核实以下内容:
在使用有效数据时得到预期的结果。
在使用无效数据时显示相应的错误消息或警告消息。
各业务规则都得到了正确的应用。
模块功能完成,提交测试
完成标准
所有缺陷已经被修复
测试重点和优先级
需考虑的特殊事项
确定或说明那些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)
5.2数据和数据库完整性测试
要在xxxx系统中,数据库和数据库进程应作为一个子系统来进行测试。
在测试这些子
系统时,不应将测试对象的用户界面用作数据的接口。
对于数据库管理系统还需要进行深入
的研究,以确定可以支持以下测试的工具和技术。
表5-2数据和数据库完整性测试策略
确保数据访问方法和进程正常运行、确保数据一致性
XXXX系统所有功能模块
检查数据库,确保数据已按预期的方式填充,并且所
有的数据库事件已正常发生;
或者检查所返回的数据,确保正当的理由检索到了正确的数据
数据库可正常运行、测试版本已经提交测试
所有的数据库访问方法和进程都按照设计的方式运行,数据没有遭到损坏。
所计划的测试已全部执行。
发现的缺陷已全部解决。
确保数据的一致性和完整性
5.3用户界面测试
用户界面测试用于核实用户与软件之间的交互。
用户界面测试的目标是确保用户界面会
通过测试对象的功能来为用户提供相应的访问或浏览功能。
用户界面测试还可确保界面中的
对象按照预期的方式运行,并符合公司或行业的标准。
表5-3用户界面测试策略
通过测试进行的浏览可正确反映业务的功能和需求,
这种浏览包括窗口与窗口之间、字段与字段之间的浏览,以及各种访问方法(Tab键、鼠标移动和快捷键)的使用。
窗口的对象和特征(例如,菜单、大小、位置、状态
和中心)都符合标准。
为每个窗口创建或修改测试,以核实各个应用程序窗口和对象都可正确地进行浏览,并处于正常的对象状态。
测试版本已经提交测试
成功地核实出各个窗口都与基准版本保持一致,合可接受标准。
或符
并不是所有定制或第三方对象的特征都可访问。
5.4安全性和访问控制测试
安全性和访问控制测试侧重于安全性的两个关键方面:
应用程序级别的安全性,包括对数据或业务功能的访问。
系统级别的安全性,包括对系统的登录或远程访