系统测试计划

页面 XXX，让企业更智能！ Hot-Line: 4008- CRM4.3CRM4.3 系统测试计划系统测试计划 【CRM4.3 程序 mysql 数据库】 XXXXXXXX 有限公司有限公司 2012-04-282012-04-28 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 2 页 文档说明文档说明 文档变更 版本描述修订人修订日期审核人审核日期 V0.1 初稿 XXX2012-03-28 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 3 页 目目 录录 1 1 引言引言.4 1.1 编写目的.4 1.2 背景.4 1.3 参考资料.4 2 2 测试范围测试范围.4 2.1 CRM4.3 系统测试功能清单.4 3 3 测试准则测试准则.5 3.1 测试启用标准.5 3.2 暂停标准和恢复需求.5 3.3 测试通过的标准.5 3.4 BUG 修复标准.6 3.5 覆盖率标准.6 4 4 测试策略测试策略.6 4.1 测试方式说明.6 4.2 功能测试.6 4.3 用户界面测试.7 4.4 性能测试.7 5 5 测试任务和进度测试任务和进度.9 5.1 测试任务安排.9 5.1.1 CRM4.3 系统分工.9 5.2 角色.10 6 6 测试环境测试环境.11 6.1 初始测试环境.11 6.2 测试工具.11 7 7 开发提供程序包和数据库包开发提供程序包和数据库包.12 7.1 文件命名规则要求：.12 7.2 提交测试程序包和数据库包统一存放：.12 8 8 风险分析风险分析.12 9 9 测试归档文件测试归档文件.13 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 4 页 1 1 引言引言 1.11.1 编写目的编写目的 本文档是针对 CRM4.3 系统功能、性能测试所作的测试计划，其中主要包括功能测试、用户 界面测试。文档有助于实现以下目标： 明确系统功能、范围和测试策略; 明确测试的目标、内容、方法、环境和标准; 明确硬件环境和访问地址; 确定所需的资源，并对测试的工作量进行了评估。 1.21.2 背景背景 CRM4.3 系统功能模块是在原来 crm4.2 系统的基础上，对导入、导出、查重、我的工 作台、自定义报表、ipcc 固定报表功能做了修改，以及要求单表数据量为千万级。 Dell R710 测试环境访问地址： IPCC 后台配置地址：68:8080/ipcc CRM4.3 地址：68:8080/crm4.3 Dell T110 测试环境访问地址： IPCC 后台配置地址：14:8080/ipcc CRM4.3 地址：14:8080/crm4.3 以实际分配的地址为主。 1.31.3 参考资料参考资料 序号序号文档名称文档名称设计者设计者 1 CRM43 需求设计牛兴华 2 IPCC 初始报表牛兴华 3 CRM4.3 研发计划李长伟 4 CRM43 性能测试_指标建议牛兴华 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 5 页 2 2 测试范围测试范围 2.1 CRM4.3 系统测试功能清单 序号序号功能模块功能模块 1 导出 2 导入 3 查重 4 合并 5 报表 6 我的工作台 3 3 测试准则测试准则 3.13.1 测试启用标准测试启用标准 1、 系统待测版本定版； 2、 测试环境准备完毕，包括： 1)系统安装并调试成功，并经过相应优化，初始数据量满足测试要求； 2)应用服务器安装成功，待测试版本已正确部署； 3)测试客户端机器到位，系统软件安装完毕； 4)网络配置正确，连接通畅，可以满足测试需求； 3、 测试计划审核、批准完毕。 3.23.2 暂停标准和恢复需求暂停标准和恢复需求 暂停准则：暂停准则： 1、 系统在进行系统测试时，发现 5 级错误（大于等于 1） 、4 级错误（阻碍性的问题 大于等于 3）暂停测试返回开发。 2、 测试中发现问题，需要对系统进行代码修改、调优或需要更换、调整硬件资源等； 3、 测试环境受到干扰，比如服务器被临时征用，或服务器的其它使用会对测试结果 造成干扰。 再启动准则：再启动准则： 1、 测试中发现的软、硬件问题得到解决； 2、 测试环境恢复正常。 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 6 页 3.33.3 测试通过的标准测试通过的标准 1、 在推荐测试环境下，软件功能能够正常走通与需求一致。 2、 没有严重影响系统运行的问题。 3、 在系统测试中发现的错误已经得到修改，各级缺陷修复率达到标准。 4、 测试计划中的测试项目已经得到全部测试通过并且得到确认的。 3.43.4 BUGBUG 修复标准修复标准 各类测试合格 BUG 须符合以下标准： 5 级错误4 级错误3 级错误2 级错误1 级建议 无无无 5%10% 以上比例为 bug 占总测试模块的比例，具体视实际情况而定。 若有延期问题，必须由研发、测试各部门领导讨论后决定。 3.53.5覆盖率标准覆盖率标准 1、 所有 4.3 范围内的功能，可点击、访问的操作必须 100%执行 2、 所有 4.3 范围内的功能，可配置项，选择项，状态控制等 100%组合测试 3、 若有海量操作，是否全部执行（比如所有类型属性的查询，是否需要执行完整个矩阵） ， 需报批测试部经理，做出符合实际的调整。 4、 需求中有明确业务流程要求的功能，必须协调多方，进行业务模拟测试。 4 4 测试策略测试策略 4.14.1 测试方式说明测试方式说明 1.开发单个模块功能完成后就进入单个功能模块测试，最后再做系统测试，单元测 试和系统测试阶段都要分别做如下测试： 先进行功能测试，然后再做性能测试。 2.按照开发计划陆续接到提交测试模块，进入单元测试阶段，人员及任务安排见如 下文档： YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 7 页 CRM4.3研发单元阶 段测试计划.mpp 4.24.2 功能测试功能测试 测试对象的功能测试侧重于可以被直接追踪到用例或业务功能和业务规则的所有测试 需求。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确 实施。这种类型的测试基于黑盒方法，即通过图形用户界面 (GUI) 与应用程序交互并分析 输出结果来验证应用程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要： 测试目标：确保测试对象的功能正常，其中包括导航、数据输入、处理 和检索等。 方法：利用有效的和无效的数据来执行各个用例、用例流或功能， 以核实以下内容： 在使用有效数据时得到预期的结果。 在使用无效数据时显示相应的错误消息或警告消息。 各业务规则都得到了正确的应用。 完成标准： 所计划的测试已全部执行。 所发现的缺陷已全部解决。 迫于项目进度要求，存在 1、2、3 等级缺陷被迫测试结 束。 需考虑的特殊事项：确定或说明哪些将对功能测试的实施和执行造成影响的事项 或因素（内部的或外部的） 4.34.3 用户界面测试用户界面测试 通过用户界面 (UI) 测试来核实用户与软件的交互。UI 测试的目标在于确保用户界面 向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI 测试还要确保 UI 功 能内部的对象符合预期要求。 测试目标：核实以下内容： 通过浏览测试对象可正确反映业务的功能和需求，这种 浏览包括窗口与窗口之间、字段与字段之间的浏览，以及各种 访问方法（Tab 健、鼠标移动和快捷键）的使用。 窗口的对象和特征（例如：菜单、大小、位置、状态和 中心）都符合标准。 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 8 页 方法：为每个窗口创建或修改测试，以核实各个应用程序窗口和对象 都可正确地进行浏览，并处于正常的对象状态。 完成标准： 证实各个窗口都与基准版本保持一致，或符合可接受标准 迫于项目进度要求，存在 1、2、3 等级缺陷被迫测试结束 需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问（例如邮件正文 对信纸的支持） 。 4.44.4 性能测试性能测试 .1 术语术语 1、压力测试：确定系统的瓶颈或者不能接收的性能点，获得系统能提供的最大的服 务级别的测试。 2、事务：所定义的单一功能的操作动作。 3、吞吐量：单位时间内成功地传送数据的数量。 4、集合点：用于设定并发操作的触发节点 。 5、响应时间：程序所要完成单一功能动作所耗费的时间。 .2 性能需求调查性能需求调查 用用 LoadRunner 测试要求如下：测试要求如下： 1、 用户使用数：在线用户 500 个，并发数 5%。 2、 所需操作事务：登录、打开列表、打开查看页、打开编辑页。 3、 事务响应时间：打开列表、打开查看页、打开编辑页速度不能超过 7 秒。 4、 事务成功率： 99%。 5、 数据量：单表 1000 万条。 6、 列表布局中，布“引用类型”属性个数要求：1000 万条数据，进入列表响应时 间 7 秒以内时，所能达到的最多引用属性个数。 （owner、创建人、部门、引用 有 1000 万数据实体的属性） 。 7、 打开查看页，相关实体和相关实体列表布局使用初始库中的缺省设置，相关记 录数不宜过多 500 以下。 场景要求：场景要求： 1.单表 1000 万条数据 7 秒内所达到的最大用户数。 2.单表 1000 万条数据 500 个用户事物响应的时间多少，系统资源占用情况。 单个用户手动执行测试要求如下：单个用户手动执行测试要求如下： 1、 导入最大数据量：10 万，同时执行 5 个任务时不出错。 1)、检验数据合法性时：每秒 4 条。 2)、导入时：每秒 2 条以上。 2、 导出最大数据量：10 万导出，同时执行 5 个任务时不出错。 。 3、 单个用户运行报表：响应时间不超过 30 秒，分组条件个数及统计字段个数以 ipcc 的 14 个报表为主。 （此项测试待 crm4.1.1 升级到 crm4.3 后用人瑞或公司的 数据做报表运行情况分析） YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 9 页 .3测试方法测试方法 步骤 1、利用 Load Runner 性能测试工具中的 Generator 应用，录制性能测试执行脚本。 步骤 2、 修改、调试并保存测试脚本。 步骤 3、利用 Load Runner 性能测试工具的 Controller 应用，虚拟用户数执行设计场 景并保存场景执行结果。 步骤 4、利用 Load Runner 性能测试工具监测被测环境下服务器 CPU，内存、磁盘、网 络带宽等系统资源的使用情况。 步骤 5、利用 Load Runner 性能测试工具中的 Analysis 应用，分析场景执行后的结果。 步骤 6、根据监控结果对系统性能进行分析。 步骤 7、根据并发测试执行结果，分析结果是否满足用户需求并生成性能测试报告 .3 测试模拟的操作测试模拟的操作 脚本操作步骤： Script A：1.登录、2.在线、3.退出。 Script C：1.登录、2.客户列表、3.查看客户、4. 编辑客户、5.退出。 Script B：1.登录、2.联系人列表、3.查看联系人、4.编辑联系人、5.退出。 Script D：1.登录、2.自定义实体列表、3.查看自定义实体、4.编辑自定义实体、5. 退出。 .4 测试模拟的场景测试模拟的场景 场景场景 1 1：475475 个用户在线无并发运行个用户在线无并发运行 序号脚本名 称 用户 数 运行方式集合点策略备注 1Script A 175 无 2Script B 100 无 3Script C 100 无 4Script D 100 每 5 秒钟启动 50 个用户同时启 动，持续运行 4 小时，自动运 行完毕 无 场景场景 2 2：2525 个用户在线并发运行个用户在线并发运行 序号脚本名 称 用户 数 运行方式集合点策略备注 1Script A 每 5 秒钟启动 50 个用户同时启 动，持续运行 4 小时，自动运 10 个用户并发 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 10 页 2Script B 5 个用户并发 3Script C 5 个用户并发 4Script D 行完毕 5 个用户并发 5 5 系统测试任务和进度系统测试任务和进度 5.15.1 测试任务安排测试任务安排 .1 CRM4.3CRM4.3 测试任务分工测试任务分工 具体测试任务分工，见如下文档。 （双击打开） CRM4.3测试分工.xl s 系统功能测试计划时间为： 第一轮测试：2012-05-142012-05-15 打包日期以实际时间为准 第二轮连续回归测试：2012-05-172012-05-18 随时打包随时验证，可能会频繁打包，打包日期以实际时间为准 系统性能测试计划时间为： 脚本准备：2012-05-212012-05-21 场景设计：2012-05-222012-05-22 性能测试：2012-05-232012-05-25 5.25.2 角色角色 角色角色姓名姓名具体职责或注释具体职责或注释 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 11 页 测试经理 XXX 部门工作协调 获取适当的资源 提供管理报告 执行、监控测试 记录测试结果 从错误中恢复 记录变更请求 测试监控及测试 人员 XXX 设计测试大纲 评估测试工作的有效性 测试环境搭建、维护 提供技术指导 测试思路整理 执行、监控测试 记录测试结果 从错误中恢复 记录变更请求 编写测试报告 测试人员 XXX 执行测试 测试思路整理 记录结果 从错误中恢复 记录变更请求 测试人员 XXX 测试思路整理 执行测试 记录结果 从错误中恢复 记录变更请求 测试人员 XXX 测试思路整理 执行测试 记录结果 从错误中恢复 记录变更请求 6 6 测试环境测试环境 6.16.1 初始测试环境初始测试环境 1.1. 应用程序、数据库服务器应用程序、数据库服务器 序序 号号 名称名称硬件配置硬件配置软件配置软件配置 数数 量量 YEMEI ，让企业更智能！ Hot-Line: 4008-175-888 第 12 页 1 web 服务器 （68 14 2 数据库服务器 （68 14） DELLDELL R710R710： CPU: Xeon E5606 64 位 4 核 2.13GHz 硬盘：1TB Mem：4G DDR3 DELLDELL T110T110： CPU：Inter Xeon X3430 2.4GHZ 内存:2G 硬盘：250GB 1、系统：Linux 2、web 服务器：apache- tomcat-6.0.20 3、jdk1.6 4、数据库：Mysql 5.0 2 台 单元测试时按实际情况再具有调整(预设 3 台) 6.26.2 测试工具测试工具 工具工具厂商厂商/ /自行研制自行研制版本版本 测试管理QC（Quality Center） 10 HP10 项目管理 SVN 性能测试工具 LoadRunner11HP11 7 7 开发提供程序包和数据库包开发提供程序包和数据库包 7.17.1 文件命名规则要求：文件命名规则要求： 文件包名由：软件名称+发布版本号+文件类型+打包时间组成，例如 2012-03-28 编译提供 测试的。 1. 程序包名称为：crm4.3.war、ipcc4.3.war 2. 数据库包名称为：crm43.sql 压缩后：包名应为如：程序包和库 2012-03-28.rar 说明：rar 代表是压缩包后缀 war 代表完整程序包，可以完整安装。 sql 代表数据库文件的后缀。 7.27.2 提交测试程序包和数据库包统一存放提交测试程序包和数据库包统一存放： 1.开发负责人将测试的程序包和数据库包统一存放到 SVN.CRM4.3DocsTest程 序 forCRM4.3 中，禁止文件发送。 特殊要求：首次测试和最后一轮测试的时