企业人事管理系统测试报告

企业人事管理系统

测试报告负责人：邢王秀09计本＜2＞班TOC\o"1-5"\h\z\o"CurrentDocument"1导言 31.1目的 31.2范围 3\o"CurrentDocument"1.3缩写说明 3\o"CurrentDocument"1.4术语定义 3\o"CurrentDocument"1.5引用标准 4\o"CurrentDocument"1.6参考资料 4\o"CurrentDocument"1.7版本更新信息 4\o"CurrentDocument"2.测试时间、地点和人员 4\o"CurrentDocument"3测试环境 5\o"CurrentDocument"4测试执行情况 5\o"CurrentDocument"4.1功能测试执行情况 5\o"CurrentDocument"4.2性能测试执行情况 55.项目估算5.1使用的历史数据 错误.，未定义书签。5.2使用的评价技术 错误.，未定义书签。5.3工作量、成本、时间估算 错误.，未定义书签。6.进度6.1项目工作的分解结构6.2时限图7 软件配置方案8.关键问题TOC\o"1-5"\h\z\o"CurrentDocument"9测试结果分析析 8\o"CurrentDocument"9.1测试进度和工作量度量 89.1.1进度度量 99.1.2工作量度量 9\o"CurrentDocument"9.2缺陷数据度量 9\o"CurrentDocument"10测试评估 10\o"CurrentDocument"10.1测试任务评估 10\o"CurrentDocument"10.2测试对象评估 101导言1.1目的该文档的目的是描述网上招聘系统项目客户端系统测试的总结报告，其主要内容包括:系统环境简介系统数据度量系统结果评估本文档的预期读者是：项目管理人员测试人员1.2范该文档定义了客户端系统测试的结果，总结了测试客户端的登陆界面、员工基本信息管理模块、员工工资信息管理模块、系统管理模块的基本功能，以及支持大数据量并发访问的性能，给出了测试的结论。1.3缩写说明B/S浏览器/服务器模式1.4术语定义功能性测试按照系统需求定义中的功能定义部分对系统实行的系统级别的测试。非功能性测试按照系统需求定义中的非功能定义部分（如系统的性能指标，安全性能指标等）对系统实行的系统级别的测试。测试用例测试人员设计出来的用来测试软件某个功能的一种情形。1.5引用标准《企业文档格式标准》北京长江软件有限公司《软件测试报告格式标准》北京长江软件有限公司软件工程过程化组织1.6参考资料[1]韩万江《软件工程案例教程》机械工业出版社1.7版本更新信息本文档的更新信息如表G—1.表G-1版本更新记录修改编号修改日期修改后版本修改位置修改内容概述0000012006.6.302006.7.10.11.0全部4章初始发布版本修改2.测试时间、地点和人员本次测试的时间、地点和人员总结如下：测试时间：2012-13至2012-6-17，基本按照计划进行。地点：企业开发部人员：测试组的全体成员共计5人3测试环境测试的配置环境如下：•操作系统：MicrsoftwindowXP浏览器：MicrsoftIECPU：P42.8G内存：512M硬盘：80G4测试执行情况测试数据总结如下。4.1功能测试执行情况表G-2是测试用例执行情况的综述。表G-2:测试用例的度量数据被测对象用例执行总数发现缺陷数登陆界面TestCase-FUNC-01TestCase-FUNC-02TestCase-FUNC-03TestCase-FUNC-046+13员工基本信息管理模块页面TestCase-FUNC-05TestCase-FUNC-0620+16员工工资信息管理模块页面TestCase-FUNC-05TestCase-FUNC-0713+12系统管理模块页面TestCase-FUNC-05TestCase-FUNC-0819+114.2性能测试执行情况性能测试是通过测试工具模拟30个人同时访问系统的客户端。首先录制客户端的基本操作，然后设置参数以保证20个脚本的输入是不完全一致的。通过设置执行情景来实施性能测试，打开监控窗口监控系统运行状况，最后得到执行结果报告。5.项目估算5.1使用的历史数据（无）5.2使用的评价技术软件规模估算：网上信息工作量估算：中级COCOMO模型成本估算：中级COCOMO模型时间估算：中级COCOMO模型5.3工作量、成本、时间估算由于对COCOMOH的运用还不是太熟练，在项目的初始阶段各种参数还不能够确定，所以暂时先采用了中级COCOMO模型。等项目的各种参数都比较全时，在迭代中再采用COCOMOII模型。在中级COCOMO模型中所采用的各项参数：成本驱动量细分（描述）取值产品RELY（必要的软件可靠性要求）1.15DATA（数据库规模）0.94CPLX（产品复杂性）1.15计算机TIME（执行时间限制）1.00STOR（主存限制）1.00VIRT（虚拟计算机可变性）——TURN（计算机响应时间）1.00人员ACAP（分析员能力）1.19AEXP（应用经验）1.29PCAP（程序员能力）1.17VEXP（虚拟机经验）—LEXP（编程语言经验）1.14项目MODP（现代编程经验）1.10TOOL（软件工具使用）0.83SCED（规定的开发进度表）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.g2.32由于第一次做项目，经验不足，所以取嵌入式为开发模式，则：a=2.8、b=1.20、c=2.5、d=0.32软件规模估算：根据历史数据进行估算，则规模估算-9000代码行

工作量E=2.8*0.9i.20*2.32q103人月工作时间t=2.5*103o.32Q11.02月6.进度（日程）6.1项目工作的分解结构软件任务任务描述任务持续时间A制定开发计划1B需求分析和说明2.8C框架设计1D详细设计4E编码3F测试1G运行维护36.2时限图（甘特图）7软件配置方案项目相关信息软件项目计划软件开发项目计划软件质量保证计划软件配置管理计划软件验证和确认计划软件需求规格说明软件设计说明源代码源代码列表

可执行文件数据库描述图表和文件描述初始内容软件配置管理程序源代码树结构日常建造程序备份程序软件问题报告软件发布过程内部发布过程外部发表过程发布文档软件测试文档测试计划测试程序测试脚本测试数据测试报告用户文档维护文档^关键问®由于对JSP、网页界面设计、数据库设计的掌握程度不够扎实，需求分析不够，调研不充分，可能导致系统开发失败的后果。9测试结果分析从测试的时间、工作量、缺陷等角度分析如下。9.1测试进度和工作量度量功能测试的进度和工作量计划与实际比较结果如下。

9.1.1进度度量表G-4是测试进度的计划与实际结果比较。从度量数据看实际进度与计划基本相符。表G-4：是测试进度的度量数据任务计划开始计划结束实际开始实际结束测试计划与设计2012-6-132012-6-142012-6-142012-6-15测试执行2012-6-152012-6-152012-6-152012-6-16测试总结2012-5-162012-6-172012-6-172012-6-179.1.2工作量度量表G-5是实际测试工作量的数据，与计划基本相符。表G-5:是测试工作量度量执行任务开始时间结束时间工作量（人时）测试计划与设计2012-6-132012-6-1423X3人时测试执行2012-6-142012-6-1510X3人时测试总结2012-6-162012-6-176X6人时9.2缺陷数据度量表G-6是测试过程缺陷数据的总结情况，从缺陷的严重程度看，严重和致命的缺陷占的比例较大，说明系统还是存在严重问题，需要重新修改，产品不能提交。从缺陷的类型看，功能缺陷、赋值缺陷和设计缺陷占比较大的比例，说明设计和编码过程中存在很大的问题。表G-6:测试过程的缺陷数据被测对象总严重程度缺陷类型数致严一提设计赋值算法接口功能其命重般示错误错误错误错误错误它登陆界面30002210000员工基本信息900450