OA办公自动化管理系统
部门经理 _AAA____项目经理__BBB____
开发经理___CCC___测试经理_DDD_____
南京艾瑞测试部2013/10/22
作者:徐程远 时间:20##年10月22日
新建/变更/审核
1.1编写目的:本测试报告为OA办公自动化管理系统项目的测试报告,目的在于总结测试阶段的测试以及分析测试结果,描述系统是否符合需求。预期参考人员包括用户、测试人员、、开发人员、项目管理者、其他质量管理人员和需要阅读本报告的高层经理
1.2项目背景:
OA系统是本公司为广大社会用户开发的一套办公管理系统,是目前本公司实施的办公系统中比较有代表性的一套办公管理系统。
目前,BOffice已经开始使用,在使用之中,发现了系统存在的一些问题,为了更加系统和有效地发现系统中的其它问题,本公司启动本项目来对系统进行测试。
1.3系统简介:
OA系统是本公司为广大社会用户开发的一套办公管理系统,是目前本公司实施的办公系统中比较有代表性的一套办公管理系统。
1.4参考资料
本次测试中测试文档的编写、测试用例的编写、具体的执行测试以及测试中各项资源的分配和估算,都是以本公司提供的各子系统的使用手册盒练习指导手册为标准,软件的执行以系统逻辑设计构架为依据。
2.1测试用例设计
本次测试的测试案例,是在经过系统培训后,由测试人员根据客户对系统的介绍和自己对系统的理解按照系统层次结构组织编写。
l 本系统案例的编写采用黑盒测试常用的分析方法设计用例;
l 对于每一个测试用例,测试设计人员应为其指定输入(或操作)、预期输出(或结果);
l 每一个测试用例,都必须有详细的测试步骤描述;
l 本次测试设计的所有测试用例均需以规范的文档方式保存;
l 在整个测试过程中,可根据项目实际情况对测试用例进行适当的变更;
l 测试用例中测试数据的准备,在客户的指导和协助下准备。
l 按照系统的运行结构安排用例的执行;
2.2测试环境与配置
Windows server 2003
2.3测试方法(和工具)
本项目采用黑盒测试技术。
本项目测试过程中将不会采用测试工具
3.1测试执行情况与记录
3.1.1测试组织
3.1.2测试时间
3.1.3测试版本
3.2覆盖分析
3.2.1需求覆盖
3.2.2测试覆盖
3.2缺陷的统计与分析
本项目只对系统进行一轮测试,测试过程不需要做缺陷跟踪。
特定义缺陷处理过程如下:
1、测试员每天记录当天发现的缺陷
2、测试员每天下班前将记录的缺陷发送给项目经理
3、项目经理将当前的缺陷记录转发给客户指派人员
4、测试结束时项目经理将所有缺陷整合成一个完整的缺陷文档,同其它测试文档一同提交给客户
3.3.1缺陷汇总
3.3.2缺陷分析
3.3.3残留缺陷与未解决问题
残留缺陷
编号:BUG号
缺陷概要:该缺陷描述的事实
原因分析:如何引起缺陷,缺陷的后果,描述造成软件局限性和其他限制性的原因
预防和改进措施:弥补手段和长期策略
未解决问题
功能/测试类型:
测试结果:与预期结果的偏差
缺陷:具体描述
评价:对这些问题的看法,也就是这些问题如果发出去了会造成什么样的影响
4.1测试结论
第二篇:范例1(web系统性能测试报告)
1. 总述
1.1 测试对象
web系统
(数据库建表sql的版本是20060228-1) (程序代码的版本是20060310-1)
1.2 测试目的
确定系统支持的最大并发用户数
(系统的处理能力能达到2次请求/分钟)
1.3 测试环境
1.4 测试依据
1.5 参考资料
1.6 术语及缩写词
? 测试时间:一轮测试从开始到结束所使用的时间
? 并发线程数:测试时同时访问被测系统的线程数。注意,由于测试过程中,每个线程都是以尽可能快的速度发请求,与实际用户的使用有极大差别,所以,此数据不等同于实际使用时的并发用户数。
? 每次时间间隔:测试线程发出一个请求,并得到被测系统的响应后,间隔多少时间发出下一次请求。
? 平均响应时间:测试线程向被测系统发请求,所有请求的响应时间的平均值。 ? 处理能力:在某一特定环境下,系统处理请求的速度。
? cache影响系数:测试数据未必如实际使用时分散,cache在测试过程中会比实际使用时发挥更大作用,从而使测试出的最高处理能力偏高,考虑到这个因素而引入的系数。
? 用户习惯操作频率:根据用户使用习惯估算出来的,单个用户在一段时间内,使用此类功能的次数。通常以一天内某段固定的高峰使用时间来统计,如果一天内没有哪段时间是固定的高峰使用时间,则以一天的工作时间来统计。 ? 预期平均响应时间:由用户提出的,希望系统在多长时间内响应。注意,这个值并不是某一次访问的时间,而是一段时间多次访问后的平均值。
? 最大并发用户数:在给定的预期平均响应时间下,系统最多能支持多少个并发用户。这个数据就是实际可以同时使用系统的用户数。
1.7 计算公式
? 成功率=成功次数÷(成功次数+失败次数)
? 处理能力=成功次数÷测试时间
? 最短平均响应时间=MIN(平均响应时间)
? 最高处理能力=MAX(处理能力)×(1-cache影响系数)
? 最大并发用户数=(最高处理能力-1÷(预期平均响应时间-最短平均响应时间+(1÷最高处理能力)))÷用户习惯操作频率,此公式要注意各时间单位的不同和转换
2. 测试方法
2.1 测试模型
2.2 测试过程简述
通过编写特定的测试流程,使用多线程技术,模拟多个浏览器持续一段时间并发访问被测系统,记录系统相关的一系列信息,计算出系统支持的最大并发用户数
2.3 需记录的数据
测试时间
平均响应时间
成功次数
失败次数
web服务器CPU利用率(平均、最大)
数据库服务器CPU利用率(平均、最大)
3. 测试用例
4. 测试结果
4.1 查看记录内容
4.1.1 测试日期
2006.03.12
4.1.2 数据
测试时间
(分钟)
5
web服务器数据库服务器
每次时平均响处理能CPU占用率CPU占用率并发线程成功次间间隔应时间失败次数 成功率 力(次/(%) (%) 数 数 (秒) (秒) 分) 平均 最大 平均 最大 1
1
3
3
4
4 0 0 7.469 7.909 40 36 50 52 52 52 0 100.00% 0 100.00% 8.00 34.45 47.15 60.16 80.67 7.20 32.62 48.96 54.41 71.33 0 17.333 0 16.805 0 22.096 0 22.187 0 100.00% 10.00 43.37 53.65 87.73 98.67 0 100.00% 10.40 42.93 58.85 89.72 0 100.00% 10.40 98 43 54.92 93.25 99.34 0 100.00% 10.40 43.49 56.25 93.81 99.67
5
cache影响系数 最短平均响应时间(秒) 最高处理能力(次/分) 用户习惯操作频率(次/天) 预期平均响应时间(秒) 最大并发用户数
4.1.3 说明
0 27.007 0 7.469
10.4
30 10
13
52
0 100.00% 10.40 43.64 58.03 96.56 99.34
15
20
50.74 81.45 94.22 113.94
不断增加并发线程数,系统处理的成功次数并没有增加,说明系统已经达到最大
处理能力
(虽然从cpu占用率上看,系统的处理能力还能够达到更高的数值,但由于测算出的处理能力已经远远超出2次/分钟的预期值,所以,不需要再继续测试更高的数值)
5. 附件
5.1 excel格式的原始数据和计算结果