系统测试计划

《系统测试计划》由会员分享，可在线阅读，更多相关《系统测试计划（14页珍藏版）》请在装配图网上搜索。

1、CRM4.3系统测试方案【CRM43程序mysql数据库】XXXX2021-04-28文档说明文档变更版本描述修订人修订日期审核人审核日期初稿XXX2021-03-28目录1 引言 4编写目的4背景 4参考资料42 测试范围 5系统测试功能清单53测试准那么 5测试启用标准5暂停标准和恢复需求5测试通过的标准63.4 BUG 修复标准 6覆盖率标准64 测试策略 6测试方式说明6功能测试7用户界面测试74.4 性能测试85 测试任务和进度 10测试任务安排10系统分工 10角色 106 测试环境 116.1 初始测试环境11测试工具127开发提供程序包和数据库包 12文件命名规那么要求：12提

2、交测试程序包和数据库包统一存放：128 风险分析 129 测试归档文件 131 引言本文档是针对 CRM4.3 系统功能、性能测试所作的测试方案，其中主要包括功能测试、用户 界面测试。文档有助于实现以下目标：明确系统功能、范围和测试策略;明确测试的目标、内容、方法、环境和标准;明确硬件环境和访问地址; 确定所需的资源，并对测试的工作量进展了评估。CRM4.3系统功能模块是在原来crm4.2系统的根底上，对导入、导出、查重、我的工作 台、自定义报表、ipcc固定报表功能做了修改，以及要求单表数据量为千万级。Dell R710 测试环境访问地址：IPCC 后台配置地址：.40.168:8080/i

3、pccCRM4.3 地址：.40.168;8080/crmDell T1 1 0测试环境访问地址：IPCC后台配置地址：.：8080/ipccCRM4.3 地址：.:8080/crm以实际分配的地址为主。1.3 参考资料序号文档名称设计者1?CRM43需求设计？牛兴华2?IPCC初始报表？牛兴华3?李长伟4?CRM43性能测试指标建议？牛兴华2测试范围CRM4.3系统测试功能清单序号功能模块1导出2导入3杳重4合并5报表6我的工作台3测试准那么测试启用标准1、系统待测版本定版；2、测试环境准备完毕，包括：1) 系统安装并调试成功，并经过相应优化，初始数据量满足测试要求2) 应用效劳器安装成功，

4、待测试版本已正确部署；3) 测试客户端机器到位，系统软件安装完毕；4) 网络配置正确，连接通畅，可以满足测试需求；3、测试方案审核、批准完毕。暂停标准和恢复需求暂停准那么：1、系统在进展系统测试时，发现5级错误大于等于1、4级错误阻碍性的问题大 于等于3暂停测试返回开发。2、测试中发现问题，需要对系统进展代码修改、调优或需要更换、调整硬件资源等；3、测试环境受到干扰，比方效劳器被临时征用，或效劳器的其它使用会对测试结果造 成干扰。再启动准那么：1、测试中发现的软、硬件问题得到解决；2、测试环境恢复正常。1、在推荐测试环境下，软件功能能够正常走通与需求一致。2、没有严重影响系统运行的问题。3、在

5、系统测试中发现的错误已经得到修改，各级缺陷修复率到达标准4、测试方案中的测试工程已经得到全部测试通过并且得到确认的。3.4 BUG 修复标准各类测试合格 BUG 须符合以下标准：5级错误4级错误3级错误2级错误1级建议无无无5%10%以上比例为 bug 占总测试模块的比例，具体视实际情况而定。 假设有延期问题，必须由研发、测试各部门领导讨论后决定。覆盖率标准1、所有 4.3 范围内的功能，可点击、访问的操作必须 100%执行2、所有 4.3 范围内的功能，可配置项，选择项，状态控制等100%组合测试3、假设有海量操作，是否全部执行比方所有类型属性的查询，是否需要执行完整个矩阵 需报批测试部经理

6、，做出符合实际的调整。4、需求中有明确业务流程要求的功能，必须协调多方，进展业务模拟测试。4测试策略测试方式说明1. 开发单个模块功能完成后就进入单个功能模块测试，最后再做系统测试，单元测试 和系统测试阶段都要分别做如下测试：先进展功能测试，然后再做性能测试。2. 按照开发方案陆续接到提交测试模块，进入单元测试阶段，人员及任务安排见如下 文档：C段测3试计单元介功能测试测试对象的功能测试侧重于可以被直接追踪到用例或业务功能和业务规那么的所有测 试需求。这些测试的目标在于核实能否正确地承受、处理和检索数据以及业务规那么是否正 确实施。这种类型的测试基于黑盒方法，即通过图形用户界面(GUI)与应用

7、程序交互并分 析输出结果来验证应用程序及其内部进程。以以下出的是每个应用程序推荐的测试方法概要：测试目标：确保测试对象的功能正常，其中包括导航、数据输入、处理和 检索等。方法：利用有效的和无效的数据来执行各个用例、用例流或功能， 以核实以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规那么都得到了正确的应用。完成标准：所方案的测试已全部执行。所发现的缺陷已全部解决。迫于工程进度要求，存在1、2、3等级缺陷被迫测试完 毕。需考虑的特殊事项：确定或说明哪些将对功能测试的实施和执行造成影响的事项 或因素内部的或外部的4.3用户界面测试通过用户界面(UI)

8、测试来核实用户与软件的交互。UI测试的目标在于确保用户界面向用户提供了适当的访问和浏览测试对象功能的操作。除此之外，UI测试还要确保UI功能内部的对象符合预期要求。测试目标：核实以下内容：通过浏览测试对象可正确反映业务的功能和需求，这种浏 览包括窗口与窗口之间、字段与字段之间的浏览，以及各种访 问方法Tab健、鼠标移动和快捷键的使用。窗口的对象和特征例如：菜单、大小、位置、状态和 中心都符合标准。方法：为每个窗口创立或修改测试，以核实各个应用程序窗口和对象 都可正确地进展浏览，并处于正常的对象状态。完成标准：证实各个窗口都与基准版本保持一致，或符合可承受标准 迫于工程进度要求，存在1、2、3等

9、级缺陷被迫测试完毕需考虑的特殊事项：并不是所有定制或第三方对象的特征都可访问例如邮件正文 对信纸的支持。4.4性能测试1、压力测试：确定系统的瓶颈或者不能接收的性能点，获得系统能提供的最大的 效劳级别的测试。2、事务：所定义的单一功能的操作动作。3、吞吐量：单位时间内成功地传送数据的数量。4、集合点：用于设定并发操作的触发节点。5、响应时间：程序所要完成单一功能动作所消耗的时间。性能需求调查用 LoadRunner 测试要求如下：1、用户使用数：在线用户500 个，并发数 5%。 2、所需操作事务：登录、翻开列表、翻开查看页、翻开编辑页。3、事务响应时间：翻开列表、翻开查看页、翻开编辑页速度不

10、能超过7 秒。4、事务成功率： 99%。5、数据量：单表 1000 万条。6、列表布局中，布“引用类型属性个数要求：1000 万条数据，进入列表响应时间 7秒以内时，所能到达的最多引用属性个数。owner、创立人、部门、引用有1000 万数据实体的属性。7 、翻开查看页，相关实体和相关实体列表布局使用初始库中的缺省设置，相关记录 数不宜过多 500 以下。场景要求：1. 单表1000万条数据7秒内所到达的最大用户数。2. 单表1000万条数据500个用户事物响应的时间多少，系统资源占用情况。 单个用户手动执行测试要求如下：1、导入最大数据量：10万，同时执行5个任务时不出错。1）、检验数据合法

11、性时：每秒4条。2）、导入时：每秒 2条以上。2、导出最大数据量：10万导出，同时执行5个任务时不出错。3、单个用户运行报表：响应时间不超过30秒，分组条件个数及统计字段个数以ipcc 的 14 个报表为主。此项测试4.4.3测试方法步骤1、利用Load Runner性能测试工具中的Genera tor应用，录制性能测试执行脚本。 步骤2、修改、调试并保存测试脚本。步骤3、利用Load Runner性能测试工具的Controller应用，虚拟用户数执行设计场 景并保存场景执行结果。步骤4、利用Load Runner性能测试工具监测被测环境下效劳器CPU，内存、磁盘、网 络带宽等系统资源的使用情

12、况。步骤5、利用Load Runner性能测试工具中的Analysis应用，分析场景执行后的结果。 步骤6、根据监控结果对系统性能进展分析。步骤7、根据并发测试执行结果，分析结果是否满足用户需求并生成性能测试报告4.4.3测试模拟的操作脚本操作步骤：Script A： 1.登录、2.在线。Script C： 1.登录、 2.客户列表、 3.查看客户、 4. 。Script B： 1.登录、2.联系人列表、3.查看联系人联系人、5.退出。Script D： 1.登录、2自定义实体列表、3查看自定义实体、4编辑自定义实体、5. 退出。4.4.4测试模拟的场景场景1：475个用户在线无并发运行序号脚

13、本名 称用户 数运行方式集合点策略备注1Script A175每5秒钟启动50个用户同时启 动，持续运行4小时，自动运行 完毕无2Script B100无3Script C100无4Script D100无场景2：25个用户在线并发运行序号脚本名 称用户 数运行方式集合点策略备注1Script A每5秒钟启动50个用户同时启 动，持续运行4小时，自动运行 完毕10个用户并发2Script B5个用户并发3Script C5个用户并发4Script D5个用户并发5系统测试任务和进度任务安排5.1.1 CRM4.3测试任务分工具体测试任务分工，见如下文档。双击翻开CRM4.3测试分工.xls系统

14、功能测试方案时间为：第一轮测试：2021-05-142021-05-15 打包日期以实际时间为准 第二轮连续回归测试：2021-05-172021-05-18 随时打包随时验证，可能会频繁打包，打包日期以实际时间为准 系统性能测试方案时间为：脚本准备：2021-05-212021-05-21场景设计：2021-05-222021-05-22性能测试：2021-05-232021-05-255.2角色角色姓名具体职责或注释测试经理XXX部门工作协调 获取适当的资源 提供管理报告 执行、监控测试 记录测试结果 从错误中恢复 记录变更请求测试监控及测试 人员XXX设计测试大纲 评估测试工作的有效性

15、测试环境搭建、维护 提供技术指导 测试思路整理 执行、监控测试 记录测试结果 从错误中恢复 记录变更请求 编写测试报告测试人员XXX执行测试 测试思路整理 记录结果 从错误中恢复 记录变更请求测试人员XXX测试思路整理 执行测试 记录结果从错误中恢复 记录变更请求测试人员XXX测试思路整理 执行测试 记录结果从错误中恢复 记录变更请求6测试环境6.1初始测试环境1.应用程序、数据库效劳器序 号名称硬件配置软件配置数 量1web效力器192.168.40.168192.168.10.214DELL R710：CPU: Xeon E5606 64 位 4 核硬盘：1TBMem： 4G DDR3DE

16、LL T110：CPU： Inter Xeon X3430内存：2G1、系统：Linux2、web效力器：3、2台2数据库效力器192.168.40.168192.168. 10.214硬盘：250GB单元测试时按实际情况再具有调整（预设3台）6.2测试工具工具厂商/自行研制版本测试管理QC Quality Center10HP10工程管理SVN性能测试工具LoadRunnerllHP117开发提供程序包和数据库包文件命名规那么要求：文件包名由：软件名称+发布版本号+文件类型+打包时间组成，例如2021-03-28编译提供测 试的。1. 程序包名称为：crm4.3. war、ipcc4.3.w

17、ar2. 数据库包名称为：crm43.sql压缩后：包名应为如：程序包和库2021-03-28.rar说明：rar代表是压缩包后缀war代表完整程序包，可以完整安装。sql代表数据库文件的后缀。提交测试程序包和数据库包统一存放：统一存放到SVN.CRM4.3DocsTest程序forCRM4.3中，制止文件发送。 特殊要求：首次测试和最后一轮测试的时候，开发应提供干净的只有根底数据的数 据库包。的.CRM4.3DocsTest程序forCRM4.3中取程序包和数据库，搭建测试环境。8风险分析序号风险描述级别躲避措施1测试环境与用户实际应用的 环境不一致，在用户实际应用高了解客户实际应用环境与测

18、试环境的差 异，分析由此差异对测试结果影响程度，中可能会出现一些在本测试 环境下未发现的问题。并尽量模拟用户实际应用环境。工程进度安排十分紧张，导致 测试不全面。测试人员对业务理解不透彻， 导致测试结果不准确 开发缺少单元测试，导致3、 4级bug很多无法进一步测 试，测试版本被退回，影响工 程整体进度。测试结果不能满足封板要求,增加测试轮次向工程负责人申请增加测试时间。高测试人员通过跟开发人员的交流和需求文档等资料对软件加深了解。高开发人员完成单元模块开发后，参照需求功能进展代码、程序功能走查。1. 确保功能实现完整后，整体提交系统 测试；2. 提交完整系统程序包和只有根底数据 的干净数据库；3. 在下一轮开场测试之前，应解决全部 open、reopen的bug后提交测试；4. 测试环境和开发环境独立开，确保测 试环境与开发环境一致性；5. 开发修复bug时，应保证修复bug的 质量，尽量防止再次翻开和测试通过 的功能再次出现问题的情况。9 测试归档文件序号文档名称提交人1?CRM4.3系统测试方案?文档XXX2?CRM4.3系统测试报告?文档3最终测试完毕的程序包和数据库