文档修订记录
目录
概述... 4
1. 约定... 4
1.1. 背景... 4
1.2. 参考文档... 4
2. 测试任务... 5
2.1. 本次测试的目的... 5
2.2. 本次测试的范围... 5
3. 测试方案... 5
3.1. 测试方法... 5
3.2. 测试流程... 5
3.3. 测试要求... 6
4. 进度计划... 6
4.1. 工作量... 6
4.2. 测试进度... 7
5. 测试资源... 7
5.1. 测试人员... 7
5.2. 测试环境... 7
本文档旨在指导**** V1.0.0的第三方功能测试工作,以保证顺利实施。其中描述的内容包括:
Ø 确定测试任务的目标与内容。
Ø 描述测试方法与实施流程。
Ø 计划测试进度。
Ø 确定工作量与测试所需资源。
Ø 确定测试提交物。
****质量测试部为****系统提供第三方测试服务,服务目标为客观、公正、专业。
****系统是基于SODB中所储存的综合性信息,利用XML WebServices技术,对外提供一个开放的信息查询、统计和分析的平台。具有相应权限的用户可以在此界面中进行各种查询和统计分析操作。
本次测试为****系统在ITC环境的第一轮功能测试,版本号为1.0.0。
参见《****-DC-Testing ReleaseNotes_****_0627》
《****测试用例V1.0.0》——航信提供
《********第三方测试版本与缺陷管理手册1.1》
《ITC测试中心测试管理办法_v1.2》
《****-DC-Testing ReleaseNotes_****_0627》
对于**** V1.0进行功能确认,验证其功能是否完成需求,功能是否正确,数据计算是否正确等。同时关注系统运行是否稳定。
本次测试包括**** V1.0.0的全部五个模块:
1) 用户安全验证模块
2) 基本信息查询模块
3) 相关原始报文查询模块
4) 系统管理模块
5) 客户端处理日志模块
本次测试主要采用手工黑盒测试方法,根据开发商提交基础用例整理测试,并补充完成第三方测试用例,执行全部可执行测试用例,跟据测试要求验证是否达到测试目的中所列内容。并使用测试管理平台TestDeirector进行用例管理、执行管理与缺陷跟踪。
注:关于缺陷跟踪管理,具体参见《********第三方测试版本与缺陷管理手册1.1》
测试计划实施周期为20##-6-25至20##-7-6,
投入人员为4人。
共10工作日。计26人日。
性能测试项目名称
修订记录
目录
介绍 4
1 目的... 4
2 总览... 4
表 1.1 – 软件性能测试计划内容... 4
3 范围... 4
性能测试方法... 5
4 负载测试流程... 5
4.1 系统分析... 5
4.1.1 创建虚拟用户脚本... 5
4.1.2 创建负载测试场景... 5
4.1.3 测试用例执行和性能监控... 5
4.1.4 分析结果... 5
5 远景目标和近期目标... 5
业务流程&测试用例... 5
6 业务流程... 6
6.1.1 高容量/高负载 流程... 6
6.1.2 低容量/低负载 流程... 6
7 数据准备... 6
8 LoadRunner 事务(Transactions)... 6
9 LoadRunner 脚本(Scripts)... 6
10 Load Runner 场景(Scenarios)... 6
11 LoadRunner 监控器(Monitors)... 7
11.1 具体的监控器... 7
11.2 具体的监控器... 7
负载测试需求... 7
12 Checklist 7
13 测试入口标准... 8
14 测试结束标准... 8
应用程序环境... 8
15 应用程序软件环境... 8
16 应用程序硬件环境... 8
17 LoadRunner 环境... 8
测试结果和版本管理... 9
18 缺陷/版本 管理... 9
19 发现... 9
20 详细测试结果... 9
20.1 场景1. 9
目的介绍
本文档表格中第二部分到第七部分为重要部分。
计划适用范围.
l 软件需求规格说明书(Software Requirements Specifications - SRS)
l 软件详细设计文档(Software Detail Design - SDD)
l 软件测试计划 (SoftWare Test Plan - STP)
l White Paper: Load Testing to Predict Web Performance. Mercury Interactive Corp.
采用何种性能测试的方法。取决于业务需求、开发周期和应用程序的生命周期,对于特定的应用,需要选择相应的测试方法。.
分析业务流程
如何开发脚本
创建压力负载场景
如何采集性能数据。
分析性能测试数据。
需求定义
下边介绍在进行性能测试过程中每个阶段如何做。
创建以下业务流程给服务器和数据库施加更大的压力。
以下业务流程只是仅仅用于创建小百分比的并发量,同样也可以创建用户并发量大百分比的压力测试。
性能测试前进行数据准备。要开始收集、处理有关业务数据,为系统进入性能测试运行做好数据准备,本部分主要描述如何进行数据准备,数据的来源是什么。
执行的一个功能或一系列的活动就可以是一事务,具体情况,要依照你自己要测试的目标 是什么,从而明确你自己定义的事务指的是什么, 本部分具体明确什么是事务。
本部分定义在性能测试中的脚本。这些脚本将模拟系统真实的运行情况。
场景是一个执行单位,可以通过 场景来模拟一个工作负载,模拟真实的世界操作。本部分具体解释清楚什么是场景。
LoadRunner内含实时监测器,在负载测试期间,您都可以查看应用系统的运作 性能。本部分主要解释什么是监控器,并通过下表把要在性能测试中用到的监控器列举出来。
监控具体的技术器指标.
· Run Time Resources: The total memory in use within the Java Virtual Machine. The following data points may be monitored.
场景执行过程中需要确认:
l 数据库更新情况,基础数据是否完整
l 脚本所用到的数据是否准备完毕.
l 每个脚本中的run-time settings设置是否正确 (think-time, logging, pacing, iterations).
l 所有的 LoadRunner monitors 是否配置正确.
l load injectors 配置是否正确以及LoadRunner Controller 能否连接到injectors.
性能测试一旦开始:
l 系统测试完毕并认为系统稳定的情况下
l 补充
性能测试一旦成功完成:
l 性能测试目标已经达到
l 性能测试结果经过项目团队认可
l 所有在压力测试中发现的问题被成功解决.
本部分定义被测试应用配置情况,包含软件和硬件配置。
下边表格为软件配置资源.
下边表格为硬件配置资源.
本部分描述 LoadRunner在进行压力测试中的测试环境配置。下表描述Controller以及Injector 配置。包括Injector每台机器配置多少用户。
评估性能测试结果是在压力测试中最重要的步骤。LoadRunner Analysis用于评估性能测试的结果。很多可用的图表可以帮助你定位系统瓶颈。下边为具体在本次性能分析重要到的图表介绍。
具体性能分析图表:描述,分析该图表作用。
所有的性能测试报告文档利用版本控制工具进行跟踪。
发现的问题描述。
性能场景执行两次,第一次是小并发用户量的测试,第二次是在高负荷情况下的测试 ,利用长时间运行的方法。
场景描述.
表 7.4.1: 事务摘要
OA办公自动化管理系统部门经理AAA项目经理BBB开发经理CCC测试经理DDD南京艾瑞测试部20xx1022作者徐程远时间20xx…
XX系统测试总结报告1引言11编写目的编写该测试总结报告主要有以下几个目的1通过对测试结果的分析得到对软件质量的评价2分析测试的过…
软件工程测试总结报告信息科技有限公司目录1测试概述31112编写目的3测试范围313参考资料32测试计划执行情况3212223测试…
XX系统测试总结报告1引言11编写目的编写该测试总结报告主要有以下几个目的1通过对测试结果的分析得到对软件质量的评价2分析测试的过…
系统性能测试报告南海东软信息技术职业学院YYYY年MM月DD日文档说明本文档所涉及到的文字和图表仅限开发方和需求方内部使用未经开发…
需求规格说明书案例A网上书店系统需求规格说明书1引言11编写目的在完成了针对网上书店市场的前期调查同时与多位用户进行了全面深入地探…
测试计划目录1概述111121314产品简介1范围1限制条件1参考文档12约定2212223测试目标2接收标准2资源和工具2资源2…
测试计划目录1概述111121314产品简介1范围1限制条件1参考文档12约定2212223测试目标2接收标准2资源和工具2资源2…
软件测试用例设计测试需求和范围通过测试用例体现出来并以更为有效的方式来执行测试以便于更快地发现程序的缺陷测试用例是测试脚本开发测试…
软件测试计划第1章引言11目的4行宋小四在开发jsp网站过程中人的主观认识不可能全符合客观现实与网站密切相关的各类人员之间的通信和…
软件工程测试总结报告信息科技有限公司目录1测试概述31112编写目的3测试范围313参考资料32测试计划执行情况3212223测试…