系统测试计划

CRM4.3系统测试计划

【CRM4.3程序mysql数据库】

XXXX有限公司

2012-04-28

YEMEI

文档说明

文档变更

版本描述修订人修订日期审核人审核日期

V0.1初稿XXX2012-03-28

,让企业更智能！Hot-Line:4008-175-888

第2页

YEMEI

目录

1引言............................................................................4

1.1编写目的....................................................................4

1.2背景........................................................................4

1.3参考资料...................................................................4

2测试范围........................................................................5

2.1CRM4.3系统测试功能清单...................................................5

3测试准则........................................................................5

3.1测试启用标准................................................................5

3.2暂停标准和恢复需求.........................................................5

3.3测试通过的标准.............................................................6

3.4BIG修复标准................................................................6

3.5覆盖率标准.................................................................6

4测试策略........................................................................7

4.1测试方式说明................................................................7

4.2功能测试...................................................................8

4.3用户界面测试...............................................................9

4.4性能测试...................................................................9

5测试任务和进度.................................................................13

5.1测试任务安排...............................................................13

5.1.1CRM4.3系统分工.......................................................13

5.2角色........................................................................13

6测试环境.......................................................................14

6.1初始测试环境..............................................................14

6.2测试工具..................................................................15

7开发提供程序包和数据库包......................................................15

7.1文件命名规则要求：.........................................................12

7.2提交测试程序包和数据库包统一存放：........................................12

8风险分析.......................................................................16

9测试归档文件...................................................................17

,让企业更智能！Hot-Line:4008-175-888

第3页

YEMEI

4（CRM43性能测试指标建议》牛兴华

・一

2测试范53

2.1CRM4.3系统测试功能清单

序号功能模块

1导出

2导入

3查重

4合并

5报表

6我的工作台

3测试准则

3.1测试启用标准

1、系统待测版本定扳；

1）测试环境准备完毕，包括：

2）系统安装并调试成功，并经过相应优化，初始数据量满足测试要求；

3）应用服务器安装成功，待测试版本已正确部署；

4）测试客户端机器到位，系统软件安装完毕；

2、网络配置正确，连接通畅，可以满足测试需求；

3、测试计划审核、批准完毕。

3.2暂停标准和恢复需求

1、暂停准则：

2、系统在进行系统测试时，发现5级错误（大于等于1）、4级错误（阻碍性的问题大

于等于3）暂停测试返回开发。

测试中发现问题，需要对系统进行代码修改、调优或需要更换、调整硬件资源等；

测试环境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果造成干扰。

1、再启动准则：

2、测试中发现的软、硬件问题得到解决；

3、测试环境恢复正常。

,让企业更智能！Hot-Line:4008-175-888

第5页

YEMEI

3.3测试通过的标准

1、在推荐测试环境下，软件功能能够正常走通与需求一致。

2、没有严重影响系统运行的问题。

3、在系统测试中发现的错误已经得到修改，各级缺陷修复率达到标准。

4、测试计划中的测试项目已经得到全部测试通过并且得到确认的。

3.4BUG修复标准

各类测试合格4级错误3级错误2级错误1级建议

BUG须符合以下

标准：

5级错误

无无无<5%<10%

以上比例为bug占总测试模块的比例，具体视实际情况而

定。

若有延期问题，必须由研发、测试各部门领导讨论后决定。

3.5覆盖率标准

1、所有4.3范围内的功能，可点击、访问的操作必须100%执行

2、所有4.3范围内的功能，可配置项，选择项，状态控制等100%组合测试

,让企业更智能！Hot-Line:4008-175-888

第6页

YEMEI

若有海量操作，是否全部执行（比如所有类

型属性的查询，是否需要执行完整个矩阵）,

需报批测试部经理，做出符合实际的调整。

需求中有明确业务流程要求的功能，必须

协调多方，进行业务模拟测试。

4测试策略

4.1测试方式说明

1.开发单个模块功能完成后就进入单个功能模块测试，最后再做系统测试，单元测

试和系统测试阶段都要分别做如下测试：

2.先进行功能刻试，然后再做性能测试。

按照开发计划陆续接到提交测试模块，进入单元测试阶段，人员及任务安排见如

下文档：

徽

CRM4.3研发单元阶

段测试计划.mpp

,让企业更智能！Hot-Line:4008-175-888

第7页

YEMEI

4.2功能测试

测试对象的功能测试侧重确保测试对象的功能正常，其中包括导航、数据输入、处理和

于可以被直接追踪到用例检索等。

或业务功能和业务规则的

所有测试需求。这些测试

的目标在于核实能否正确

地接受、处理和检索数据

以及业务规则是否正确实

施。这种类型的测试基于

黑盒方法，即通过图形用

户界面(GUI)与应用程

序交互并分析输出结果来

验证应用程序及其内部进

程。以下列出的是每个应

用程序推荐的测试方法概

要：

测试目标：

测试目标：

方法：利用有效的和无效的数据来执行各个用例、用例流或功能，

以核实以下内容：

•在使用有效数据时得到预期的结果。

•在使用无效数据时显示相应的错误消息或警告消息。

•各业务规则都得到了正确的应用。

完成标准：•所计划的测试已全部执行。

•所发现的缺陷已全部解决。

迫于项目进度要求,存在1、2、3等级缺陷被迫测试结束。

迫于项目进度要求，存在1.2、3等级缺陷被迫测试结束。

迫于项目进度要求，存在1、2.3等级缺陷被迫测试结束。

•迫于项目进度要求，存在1、2、3等级缺陷被迫测试结

束。

需考虑的特殊事项：确定或说明哪些将对功能测试的实施和执行造成影响的事项

或因素(内部的或外部的)

,让企业更智能！Hot-Line:4008-175-888

第8页

YEMEI

4.3用户界面测试

通过用户界面（UD测核实以下内容：

试来核实用户与软件的通过浏览测试对象可正确反映业务的功能和需求,这种浏

交互。UI测试的目标在览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访问

于确保用户界面向用户方法（Tap健、鼠标移动和快捷键）的使用。

提供了适当的访问和浏窗口的对象和特征（例如：菜单、大小、位置、状态和

览测试对象功能的操作c中心）都符合标准c

除此之外，UI测试还要•窗口的对象和特征（例如：菜单、大小、位置、状态和

确保UI功能内部的对中心）都符合标准。

象符合预期要求。

测试目标：

测试目标：

方法：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象

都可正确地进行浏览，并处于正常的对象状态。

完成标准：证实各个窗口都与基准版本保持•致，或符合可接受标淮

迫于项目进度要求，存在1、2、3等级缺陷被迫测试结束

迫于项目进度要求，存在1.2、3等级缺陷被迫测试结束

迫于项目进度要求，存在1、2.3等级缺陷被迫测试结束

•迫于项目进度要求，存在1、2、3等级缺陷被迫测试结束

需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问（例如邮件正文

对信纸的支持）。

4.4性能测试

4.4.1术语

1.压力测试：确定系统的瓶颈或者不能接收的性能点，获得系统能提供的最大的服务级

别的测试。

2.事务：所定义的单一功能的操作动作。

,让企业更智能！Hot-Line:4008-175-888

第9页

YEMEI

3.吞吐量：单位时间内成功地传送数据的数量。

4、集合点：用于设定并发操作的触发节点。

5、响应时间：程序所要完成单一功能动作所耗费的时

间。

4.4.2性能需求调查

1、用LoadRunncr测试要求如下：

2、用户使用数：在线用户500个，并发数5%。

3、所需操作事务：登录、打开列表、打开查看天、打开编辑页。

4、事务响应时间：打开列表、打开查看页、打开编辑页速度不能超过7秒。

5、事务成功率：99%。

6、数据量：单表1000万条。

列表布局中，布“引用类型”属性个数要求：1000万条数据，进入列表响应时间7秒以内时,

所能达到的最多引用属性个数。（owner,创建人、部门,引用有100（）万数据实体的属性）。

打开查看页，相关实体和相关实体列表布局使用初始库中的缺省设置，相关记录数不宜过多

500以下。

1.场景要求：

2.单表1000万条数据7秒内所达到的最大用户数。

单表1000万条数据500个用户事物响应的时间多少，系统资源占用情况。

1）、单个用户手动执行测试要求如下：

2）、导入最大数据量：10万，同时执行5个任务时不出错。

1、检验数据合法性时：每秒4条。

,让企业更智能！Hot-Line:4008-175-888

第10页

YEMEI

导入时：每秒2条以上。

导出最大数据量:10万导出，同时执行5个任务时不出错。。

单个用户运行报表：响应时间不超过30秒，分组条件个数及

统计字段个数以ipcc的14个报表为主。（此项测试待

crm4.1.1升级到crm4.3后用人瑞或公司的数据做报表运行

情况分析）

4.4.3测试方法

步骤1.利用LoadRunner性能测试工具中的Generator应用，录制性能测试执行脚本。

步骤2.修改、调试/保存测试脚本。

步骤3.利用LoadRunner性能测试工具的Controller应用，虚拟用户数执行设计场景

并保存场景执行结果。

步骤4、利用LoadR」nner性能测试工具监测被测环境下服务器CPU,内存、磁盘、网

络带宽等系统资源的使用情况。

步骤5、利用LoadRunner性能测试工具中的Analysis应用，分析场景执行后的结果，

步骤6.根据监控结果对系统性能进行分析。

步骤7、根据并发测试执行结果，分析结果是否满足用户

需求并生成性能测试报告

4.4.3测试模拟的操作

脚本操作步骤：

ScriptA:1.登录、2.在线、3.退出。

Scrip.C：1.登录、2.客户列表、3.查看客户、4.编辑客户、5.退出。

,让企业更智能！Hot-Line:4008-175-888

第11页

YEMEI

ScriptB:1.登录、2.联系人列表、3.查看联系人、4.编辑

联系人、5.退出。

ScriptD:1.登录、2.自定义实体列表、3.查看自定义实体、

4.编辑自定义实体、5.退出。

4.4.4测试模拟的场景

场景脚本名用户运行方式集合点策略备注

1:称数

475

个用

户在

线无

并发

运行

序号

1ScriptA175无

每5秒钟启动50个用户同时启

2ScriptB100动，持续运行4小时，自动运行无

3ScriptC100完毕无

4ScriptD100无

场景脚本名用户运行方式集合点策略备注

2:称数

25

个用

户在

线并

发运

行

序号

1ScriptA10个用户并发

每5秒钟启动50个用户同时启

2ScriptB动，持续运行4小时，自动运行5个用户并发

3ScriptC完毕5个用户并发

4ScriptD5个用户并发

,让企业更智能！Hot-Line:4008-175-888

第12页

YEMEI

5系统测试任务和进度

5.1测试任务安排

5.1.1CRM4.3测试任务分工

具体测试任务分工，见如下文档。（双击打开）

豳

CRM4.3测试分工.xl

s

系统功能测试计划时间为：

第一•轮测试：2012-05T4〜2012-05-15

打包日期以实际时间为准

第二轮连续回归测试：2012-05-17^2012-05-18

随时打包随时验证，可能会频繁打包，打包日期以实际时间为准

系统性能测试计划时间为：

脚本准备：2012-05-2r2012-05-21

场景设计：2012-05-22~2012-05-22

性能测试：2012-05-23^2012-05-25

5.2角色

角色姓名具体职责或注释

测试经理XXX部门工作协调

获取适当的资源

提供管理报告

执行、监控测试

记录测试结果

从错误中恢复

记录变更请求

,让企业更智能！Hot-Line:4008-175-888

第13页

YEMEI

测试监控及测试XXX设计测试大纲

人员评估测试工作的有效性

测试环境搭建、维护

提供技术指导

测试思路整理

执行、监控测试

记录测试结果

从错误中恢复

记录变更请求

编写测试报告

测试人员XXX执行测试

测试思路整理

记录结果

从错误中恢复

记录变更请求

测试人员XXX测试思路整理

执行测试

记录结果

从错误中恢复

记录变更请求

测试人员XXX测试思路整理

执行测试

记录结果

从错误中恢复

记录变更请求

6测试环境

6.1初始测试环境

1.应用程序、数据库服务器

序数

名称硬件配置软件配置

号量

web服务器DELLR710:1.系统:Linux

1(192.168.40.168CPU:XeonE560664位42、web服务器：

192.168.10.214核2.13GHzapache-tomcat-6.0.20

硬盘：1TB3.jdkl.62台

数据库服务器

Mem:4GDDR34、数据库:Mysql5.0

2(192.168.40.168

DELLTUO:4.数据库:Mysql5.0

192.168.10.214)

CPU:InterXeonX343C4、数据库：Mysql5.0

,让企业更智能！Hot-Line:4008-175-888

第14页

YEMEI

2.4GHZ

内存：2G

硬盘:250GB

硬盘：250GB

单元测试时按实际情况再具有调整（预设3台）

6.2测试工具

工具厂商/自行研制版本

测试管理QC(QualityCenter)HPIC

10

项目管理SVN

性能测试工具LoadRunnerllHP11

7开发提供程序包和数据库包

1.7.1文件命名规则要求：

2.文件包名由：软件名称+发布版本号+文件类型+打包时间组成，例如

2012-03-28编译提供测试的。

3.程序包名称为：crm4.3.war、ipcc4.3.war

数据库包名称为：crm43.sql

压缩后：包名应为如：程序包和库2012-03-28.rar

说明：rar代表是压缩包后缀

war代表完整程序包，可以完整安装。

sql代表数据库文件的后缀。

7.2提交测试程序包和数据库包统一存放：

1.开发负责人将测试的程序包和数据库包统一存放到SVN\...\CRM4.3\Docs\Test\程

序forCRM4.3中，禁止文件发送。

,让企业更智能！Hot-Line:4008-175-888

第15页

YEMEI

特殊要求：首次测试和最后一轮测试的时

候,开发应提供干净的（只有基础数据的）

数据库包。

2.测试负责人到SVN的

\CRM4.3\Docs\Test\程序forCRM4.3

中取程序包和数据库，搭建测试环境。

8风险分析

风险描述级别规避措施

序号

测试环境与用户实际应用的高了解客户实际应用环境与测试环境的差

环境不一致，在用户实际应别，分析由此差别对测试结果影响程度，

1用中可能会出现一些在本测并尽量模拟用户实际应用环境。

试环境下未发现的问题。

项目进度安排十分紧张，导高向项目负责