项目产品系统测试计划

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

文档号:密级:内部

版本号:2.0

××××××系统

系统测试计划

撰写:

审核:

××××××测试中心

日期:××××年8月

变更记录

注:变更分三种:A——增加,M——修改,D——删除

目录

1 前言 (3)

1.1目的 (4)

1.2术语定义 (4)

1.3测试参考文档 (4)

1.4测试提交文档 (5)

2测试进度与工作量 (6)

3测试启停标准 (7)

4测试资源 (8)

4.1人力资源 (8)

4.2测试环境 (9)

4.3测试工具 (10)

5测试策略 (11)

5.1功能测试 (11)

5.2数据和数据库完整性测试 (13)

5.3用户界面测试 (14)

5.4安全性和访问控制测试 (15)

5.5性能测试 (16)

5.6故障转移和恢复测试 (18)

5.7回归测试 (20)

5.8安装测试 (22)

6测试风险分析及优先级 (23)

6.1测试风险 (23)

6.2功能模块测试优先级 (26)

1前言

项目名称:××××系统V2.0,以下简称××××系统

××××系统 V2.0主要包括××××系统服务器、××××系统 Web服务器,是一种无客户端的纯Web模式交流平台,适合广域网上提供客户服务和咨询服务办公模式。

××××系统是为了支持M2M网站系统的在线客服功能,实现M2M网站访客与网站管理员进行在线交流。

同时××××系统也是网上交互平台,实现即时交流、咨询和服务等。实现了网上即

时客服功能,实现了企业产品的售前、售后服务功能,由原来电话咨询服务转为网上在线咨询和服务模式,为企业节省了服务费用,同时也为用户咨询和服务带来方便。

1.1目的

本测试计划的编写目的在于使测试人员更好地执行测试工作,它说明了测试工作的各项要求和性能指标,明确测试任务,阐述实用范围及背景,提供维护人员解决问题所需的条件,形成本系统的质量记录,为以后工作提供参考资料。

本测试报告的预期读者是××××系统即时办公系统的软件开发人员、项目管理人员、研发管理人员、测试经理、测试人员、维护人员。

1.2术语定义

XMPP协议:XMPP(Extensible Messageing and Presence Protocol:可扩展信息与存在协议)是目前主流的四种IM(Instant Messaging,即时信息)协议之一,其他三种分别为:即时信息和空间协议(IMPP)、空间和即时信息协议(PRIM)、会话启动协议(SIP)。在这四种协议中,XMPP是最灵活的。XMPP是一种基于XML的协议,它继承了在XML环境中灵活的发展性。因此,基于XMPP的应用具有超强的可扩展性。经过扩展以后的XMPP可以通过发送扩展的信息来处理用户的需求,以及在XMPP的顶端建立如内容发布系统和基于地址的服务等应用程序。而且,XMPP包含了针对服务器端的软件协议,使之能与另一个进行通话,这使得开发者更容易建立客户应用程序或给一个配好系统添加功能。

1.3测试参考文档

下表列出了制定测试计划时所使用的文档,并标明了各文档的可用性:

表1-1 测试参考文档

1.4测试提交文档

《××××系统 V2.0 系统结题验收测试报告》《××××系统 V2.0 质量分析报告》

《××××系统 V2.0 性能测试报告》

《××××系统 V2.0 问题报告》

《××××系统 V2.0 系统测试用例》

《××××系统 V2.0 系统测试报告》

《××××系统 V2.0 系统测试分析报告》《××××系统 V2.0 性能测试计划》

《××××系统 V2.0 系统测试计划》

2测试进度与工作量

表2-1 测试进度与工作量估计表

其它类型测试包括:数据库和数据完整性能测试、安全性和访问控制测试、故障转移和恢复测试、配置测试。

3测试启停标准

表3-1 系统测试开始、停止标准表

4测试资源

4.1人力资源

下表列出了此项目的人员配备计划。

表4-1 测试人员需求表

4.2测试环境

表4-2 测试环境说明表

4.3测试工具

下表列出了测试使用的工具。

表4-3 测试工具使用表

5测试策略

测试策略提供了对测试对象进行测试的推荐方法。对于每种测试,都应提供测试说明,并解释其实施的原因。制定测试策略时所考虑的主要事项有:将要使用的技术以及判断测试何时完成的标准。下面列出了在进行每项测试时需考虑的事项,除此之外,测试还只应在安全的环境中使用已知的、有控制的数据库来执行。

5.1功能测试

对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确,以及业务规则的实施是否恰当。此类测试基于黑盒技术,该技术通过图形用户界面(GUI)与应用程序进行交互,并对交互的输出或结果进行分析,以此来核实应用程序及其内部进程。以下为各种应用程

序列出了推荐使用的测试概要:

表5-1 功能测试策略

5.2数据和数据库完整性测试

要在××××系统中,数据库和数据库进程应作为一个子系统来进行测试。在测试这些子系统时,不应将测试对象的用户界面用作数据的接口。对于数据库管理系统还需要进行深入的研究,以确定可以支持以下测试的工具和技术。

表5-2 数据和数据库完整性测试策略

相关文档
最新文档