企业人事管理系统测试报告doc.docx
- 文档编号:3438959
- 上传时间:2022-11-23
- 格式:DOCX
- 页数:10
- 大小:36.80KB
企业人事管理系统测试报告doc.docx
《企业人事管理系统测试报告doc.docx》由会员分享,可在线阅读,更多相关《企业人事管理系统测试报告doc.docx(10页珍藏版)》请在冰豆网上搜索。
企业人事管理系统测试报告doc
企业人事管理系统测试报告
负责人:
邢王秀
09计本<2>班
5.项目估算
6.进度
6.1项目工作的分解结构
6.2时限图
7软件配置方案
8.关键问题
1导言
1.1目的
该文档的目的是描述网上招聘系统项目客户端系统测试的总结报告,其主要内容包括:
●系统环境简介
●系统数据度量
●系统结果评估
本文档的预期读者是:
●项目管理人员
●测试人员
1.2范围
该文档定义了客户端系统测试的结果,总结了测试客户端的登陆界面、员工基本信息管理模块、员工工资信息管理模块、系统管理模块的基本功能,以及支持大数据量并发访问的性能,给出了测试的结论。
1.3缩写说明
B/S
浏览器/服务器模式
1.4术语定义
。
功能性测试
按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。
非功能性测试
按照系统需求定义中的非功能定义部分(如系统的性能指标,安全性能指标等)对系统实行的系统级别的测试。
测试用例
测试人员设计出来的用来测试软件某个功能的一种情形。
1.5引用标准
[1]《企业文档格式标准》
北京长江软件有限公司
[2]《软件测试报告格式标准》
北京长江软件有限公司软件工程过程化组织
1.6参考资料
[1]韩万江《软件工程案例教程》机械工业出版社
1.7版本更新信息
本文档的更新信息如表G-1.
表G-1版本更新记录
修改编号
修改日期
修改后版本
修改位置
修改内容概述
000
2006.6.30
0.1
全部
初始发布版本
001
2006.7.1
1.0
4章
修改
2.测试时间、地点和人员
本次测试的时间、地点和人员总结如下:
●测试时间:
2012-13至2012-6-17,基本按照计划进行。
●地点:
企业开发部
●人员:
测试组的全体成员共计5人
3测试环境
测试的配置环境如下:
●操作系统:
MicrsoftwindowXP
●浏览器:
MicrsoftIE
●CPU:
P42.8G
●内存:
512M
●硬盘:
80G
4测试执行情况
测试数据总结如下。
4.1功能测试执行情况
表G-2是测试用例执行情况的综述。
表G-2:
测试用例的度量数据
被测对象
用例
执行总数
发现缺陷数
登陆界面
TestCase-FUNC-01
TestCase-FUNC-02
TestCase-FUNC-03
TestCase-FUNC-04
6+1
3
员工基本信息管理模块页面
TestCase-FUNC-05
TestCase-FUNC-06
20+1
6
员工工资信息管理模块页面
TestCase-FUNC-05
TestCase-FUNC-07
13+1
2
系统管理模块页面
TestCase-FUNC-05
TestCase-FUNC-08
19+1
1
4.2性能测试执行情况
性能测试是通过测试工具模拟30个人同时访问系统的客户端。
首先录制客户端的基本操作,然后设置参数以保证20个脚本的输入是不完全一致的。
通过设置执行情景来实施性能测试,打开监控窗口监控系统运行状况,最后得到执行结果报告。
5.项目估算
5.1使用的历史数据(无)
5.2使用的评价技术
软件规模估算:
网上信息
工作量估算:
中级COCOMO模型
成本估算:
中级COCOMO模型
时间估算:
中级COCOMO模型
5.3工作量、成本、时间估算
由于对COCOMOⅡ的运用还不是太熟练,在项目的初始阶段各种参数还不能够确定,所以暂时先采用了中级COCOMO模型。
等项目的各种参数都比较全时,在迭代中再采用COCOMOⅡ模型。
在中级COCOMO模型中所采用的各项参数:
成本驱动量
细分(描述)
取值
产品
RELY(必要的软件可靠性要求)
1.15
DATA(数据库规模)
0.94
CPLX(产品复杂性)
1.15
计算机
TIME(执行时间限制)
1.00
STOR(主存限制)
1.00
VIRT(虚拟计算机可变性)
---
TURN(计算机响应时间)
1.00
人员
ACAP(分析员能力)
1.19
AEXP(应用经验)
1.29
PCAP(程序员能力)
1.17
VEXP(虚拟机经验)
---
LEXP(编程语言经验)
1.14
项目
MODP(现代编程经验)
1.10
TOOL(软件工具使用)
0.83
SCED(规定的开发进度表)
1.00
所以EAF=1.15*0.94*1.15*1.0*1.0*1.0*1.19*1.29*1.17*1.14*1.10*0.83*1.0≈2.32
由于第一次做项目,经验不足,所以取嵌入式为开发模式,则:
a=2.8、b=1.20、c=2.5、d=0.32
软件规模估算:
根据历史数据进行估算,则规模估算≈9000代码行
工作量E=2.8*0.91.20*2.32≈103人月
工作时间t=2.5*1030.32≈11.02月
6.进度(日程)
6.1项目工作的分解结构
软件任务
任务描述
任务持续时间
A
制定开发计划
1
B
需求分析和说明
2.8
C
框架设计
1
D
详细设计
4
E
编码
3
F
测试
1
G
运行维护
3
6.2时限图(甘特图)
7软件配置方案
项目
相关信息
软件项目计划
软件开发项目计划
软件质量保证计划
软件配置管理计划
软件验证和确认计划
软件需求规格说明
软件设计说明
源代码
源代码列表
可执行文件
数据库描述
图表和文件描述
初始内容
软件配置管理程序
源代码树结构
日常建造程序
备份程序
软件问题报告
软件发布过程
内部发布过程
外部发表过程
发布文档
软件测试文档
测试计划
测试程序
测试脚本
测试数据
测试报告
用户文档
维护文档
8.关键问题
由于对JSP、网页界面设计、数据库设计的掌握程度不够扎实,需求分析不够,调研不充分,可能导致系统开发失败的后果。
9测试结果分析
从测试的时间、工作量、缺陷等角度分析如下。
9.1测试进度和工作量度量
功能测试的进度和工作量计划与实际比较结果如下。
9.1.1进度度量
表G-4是测试进度的计划与实际结果比较。
从度量数据看实际进度与计划基本相符。
表G-4:
是测试进度的度量数据
任务
计划开始
计划结束
实际开始
实际结束
测试计划与设计
2012-6-13
2012-6-14
2012-6-14
2012-6-15
测试执行
2012-6-15
2012-6-15
2012-6-15
2012-6-16
测试总结
2012-5-16
2012-6-17
2012-6-17
2012-6-17
9.1.2工作量度量
表G-5是实际测试工作量的数据,与计划基本相符。
表G-5:
是测试工作量度量
执行任务
开始时间
结束时间
工作量
(人时)
测试计划与设计
2012-6-13
2012-6-14
23×3人时
测试执行
2012-6-14
2012-6-15
10×3人时
测试总结
2012-6-16
2012-6-17
6×6人时
9.2缺陷数据度量
表G-6是测试过程缺陷数据的总结情况,从缺陷的严重程度看,严重和致命的缺陷占的比例较大,说明系统还是存在严重问题,需要重新修改,产品不能提交。
从缺陷的类型看,功能缺陷、赋值缺陷和设计缺陷占比较大的比例,说明设计和编码过程中存在很大的问题。
表G-6:
测试过程的缺陷数据
被测对象
总数
严重程度
缺陷类型
致命
严重
一般
提示
设计错误
赋值错误
算法错误
接口错误
功能错误
其它
登陆界面
3
0
0
0
2
2
1
0
0
0
0
员工基本信息管理模块页面
9
0
0
4
5
0
0
0
0
9
0
员工工资信息管理模块页面
1
1
0
0
0
0
1
0
0
0
0
系统管理模块页面
1
1
0
0
0
0
1
0
0
0
0
10.测试评估
10.1测试任务评估
本次测试执行准备充足,完成了既定目标。
但由于经验以及对工具使用不熟练,因此对系统性能测试还有待提高和加强。
10.2测试对象评估
测试对象不符合测试阶段质量要求,存在较多的缺陷,尤其是缓冲区溢出缺陷,所以,不能进入下一个阶段,这个客户端的系统需要进行修正,而后重新组织系统测试。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 企业 人事管理系统 测试报告 doc