学生作品_PDE档案管理系统测试_项目报告.docx
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_1.gif)
![资源得分’ title=](/images/score_05.gif)
《学生作品_PDE档案管理系统测试_项目报告.docx》由会员分享,可在线阅读,更多相关《学生作品_PDE档案管理系统测试_项目报告.docx(37页珍藏版)》请在淘文阁 - 分享文档赚钱的网站上搜索。
1、装订线项目报告纸软件测试课程项目库学生作品项目名称PDE档案管理系统测试院 系计算机与软件学院专 业 软件技术(测试)班 级软件0931学 号0902343320学生姓名季晓琴1 摘 要随着社会的的不断进步,档案信息化的竞争也愈来愈激烈,要想在竞争中取得优势,必须在经营管理、产品服务等方面提高管理意识。本设计就是以一个提供档案的管理系统作为解决方案的背景,本文主要是对电子档案管理系统的一些基本功能和组成情况进行了测试,包括系统的功能测试和性能测试,并对功能测试和性能测试进行了分析与总结。构成了对一个完整的电子档案管理系统的测试。将使用QTP11功能测试、Jmeter性能测试工具、mantis缺
2、陷跟踪管理工具辅助测试,尽可能的发现该系统中存在的功能上的缺陷,和分析该系统的性能指标。关键词:电子档案管理;功能测试;性能测试;缺陷报告目 录1 测试计划11.1概述11.2约定21.3测试种类及测试标准31.4测试重点及顺序51.5暂停标准和再启动要求51.6测试提交物62功能测试72.1测试用例72.2测试执行82.2.1系统登录界面的测试82.2.2条目添加的测试82.2.3条目添加的执行代码92.2.4档案移交的测试102.3测试总结与分析113性能测试123.1测试用例123.2测试执行133.2.1登录133.2.2目录检索153.2.3全文检索183.3测试结果及分析204测试
3、总结234.1测试目的234.2测试概述234.3测试总结和建议234.4测试记录24谢 辞25参考文献26附 录27编号:时间:2021年x月x日书山有路勤为径,学海无涯苦作舟页码:第34页 共37页1 测试计划1.1概述电子档案管理业是一个前景广阔而又竞争激烈的行业。由于我国的电子档案管理业迅速发展。由于社会的不断发展,人们对档案管理系统的需求也越来越多,为了提高各单位的档案管理工作效率、提高档案查找的准确率、加快检索速度,促进档案管理的规范化和正规化,档案管理系统的发展成为了必要。档案管理系统是一套功能强大、操作简便、使用的自动化管理软件,包括用户管理、系统参数设置、档案数据录入(分为文
4、件录入和案卷录入两部分)、案卷数据查询(分为文件查询和案卷查询两部分)、借阅管理、数据维护(分为数据备份和数据操作)、操作日志查看、报表打印等。可以用于一般的档案室,也可以应用于网络中的办公系统、进行联网操作。信息系统的流行也避免不了有时会出现系统功能和性能上的缺陷,而如何去测试好这个系统也成为了关键。一般都要事先写好测试计划和测试设计阶段主要进行的文档审查和测试需求分析、设计测试用例和运用测试工具去测试系统,缺陷报告等;在测试执行活动阶段主要进行测试范围控制、配置管理等。针对一个电子档案管理系统,组织和管理该系统测试流程的所有阶段是很重要的,所以运用自动化测试工具去测试这个系统,也避免复杂的
5、人工测试减少了时间,并提高了效率。找到了缺陷也防止了系统投入了市场,出现问题了再改,这样就会损失很大,所以测试也是一件很重要的事情。 1)产品简介本次开发是基于WEB网上的电子档案管理系统,本系统的功能包括档档案的收集、整理、归档、保管、统计、借鉴、利用而设计的一个管理系统。 2)范围描述测试的各个阶段,例如:单元测试、集成测试或系统测试,并说明本计划所针对的测试类型(如功能测试或性能测试)。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。如果在编写此文档的过程中作出的某些假设可能会影响测试设计、开发或实施,则列出所有这些假设。列出可能会影响测试设计、开发或实施的所有风险或意外事
6、件。列出可能会影响测试设计、开发或实施的所有约束。3)限制条件本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况,本计划会做出相应修改。1.2约定 1)测试目标电子档案管理系统的目的是:1.测试已实现的产品是否达到设计的要求,包括:各个功能点是否以实现,业务流程是否正确。2.产品规定的操作和运行稳定。3.Bug数和缺陷率控制在可接收的范围之内。2)接收标准本节所述的接收标准是指可测试的标准,这个标准以测试组接收测试为限。3)资源和工具1.资源(1) 测试服务器:稳定的测试服务器,IP地址为:192.168.115.1。(2) 人员:测试人员一名 2.工具 测
7、试中使用的Bug管理工具为经过改进的Bug管理工具、自动化功能测试工具QTP,性能测试工具JMeter、缺陷报告工具mantis。4)资源和工具开发人员提交的测试按以下要求进行:表1.1 提交测试表步骤动作负责人相关文档或记录要求1打包、编译开发人员无确认可测试2审核并提交测试开发组长经审核的上一级测试报告测试报告审核并签字3接收测试测试人员经xx审核并签字的上一级测试报告4开始测试测试人员Bug单、小结测试小结个人编写个人的内容5) 进度表进度表是用来描述我测试系统的一个过程和一般所用的时间,这样也更好的让我明白某个模块所要用的时间,方便规划如何去做好自己的毕业设计说明书。表1.2 进度表项
8、目名称完成需要时间项目验收和作业文件备注一、指定测试需求1.定义测试范围2.创建需求3.编写详细信息需求4.分析需求指定3天1. 测试需求报告二、计划测试1. 定义测试策略2. 定义测试主题3. 定义测试4. 创建需求范围5. 设计测试步骤6. 自动化测试7分析测试计划7天1. 建立测试脚本2. 测试计划报告三、运行测试1. 创建测试集2. 计划运行3. 运行测试4. 分析测试结果7天1. 执行测试集中的测试2. 运行测试报告四、跟踪缺陷1. 添加缺陷2. 查看新缺陷3. 测试新的内部版本4. 分析缺陷数据2天1.缺陷分析报告五、项目文档整理1天整理资料13测试种类及测试标准测试种类计划完成的
9、类型测试:功能测试、性能测试、界面测试测试方法及标准1)功能测试功能测试是用来测试系统的功能否实现。这些测试的目标在于核实能否正确地接受、处理和检索数据以及业务规则是否正确实施。这种类型的测试基于黑盒方法,即通过图形用户界面 (GUI) 与应用程序交互并分析输出结果来验证应用程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要:表1.3 功能测试说明测试目标:确保测试对象的功能正常,其中包括注册、数据输入、处理和检索等。方法:利用有效的和无效的数据来执行各个用例、用例流或功能,以核实以下内容:在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到
10、了正确的应用。完成标准:所计划的测试已全部执行。所发现的缺陷已全部解决。需考虑的特殊事项:确定或说明那些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)2)性能测试本次性能测试,重点模拟客户进行多用户测试。压力测试有一条8:2原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常访问同一个页面,根据并发用户数的不同,来分析页面登录的情况,是不是访问的时间很长,或者超过一般等待的时间。 表1.4性能测试说明测试目标:确保测试系统的性能指标。方法:利用设置的数据对于自动化性能工具进行测试。完成标准:所计划的测试已全部执行。所发现的缺陷已全部解决。需考虑的特殊事项:确定或说明那
11、些将对功能测试的实施和执行造成影响的事项或因素(内部的或外部的)。1.4测试重点及顺序预测风险本次测试过程中,可能出现的风险如下:1) bug的修复情况2) 模块功能的实现情况3) 系统整体功能的实现情况4) 代码的编写质量5) 人员经验以及对软件的熟悉度6) 开发人员、测试人员关于项目约定的执行情况7) 人员调整导致研发周期延迟8) 开发时间的缩短导致某些测试计划无法执行测试重点这里仅为功能测试重点的描述,具体测试方法以及内容请参见测试用例。1)管理员登录:跳转页面并登录成功2)档案管理:跳转页面中点击添加,删除,修改,明细等按钮,页面成功保存添加的条目3)档案移交:选中多条条目进行档案移交
12、,移交成功,被移交的档案条目全部转移到接收档案的档案库中 4)电子借阅:普通用户在档案网站申请电子借阅 ,通过审批,申请人能查看原文了1.5暂停标准和再启动要求1)软件系统在进行单元、集成、确认、系统、安装、验收测试时,发现一级错误(大于等于1)、二级错误(大于等于2)暂停测试返回开发。2)软件项目需暂停以进行调整时,测试应随之暂停,并备份暂停点数据。3)软件项目在其开发生命周期内出现重大估算,进度偏差,需暂停或终止时,测试应随之暂停或终止,并备份暂停或终止点数据。4)如有新的项目需求,则在原测试计划下做相应的调整。5)若开发暂停,则相应测试也暂停,并备份暂停点数据。6)若项目中止,则对已完成
13、的测试工作做测试活动总结。7)项目再启动时,测试进度重新安排或顺延。1.6测试提交物本次测试完成后的提交物:测试计划测试用例功能和性能的测试分析测试总结报告2 功能测试2.1测试用例功能测试的目的:功能测试就是对产品的各功能进行验证,根据功能测试用例,逐项测试,检查产品是否达到用户要求的功能。拿电子档案管理系统来说能是测试添加信息、检索信息和页面的跳转能否成功等功能。收集档案主要是指档案员或兼职档案员对档案的收集即添加,或者导入档案。下面是档案管理系统的测试用例。表2.1档案管理测试用例项目名称PDE档案管理系统测试程序版本P7.2.9模块名称档案管理模块功能特性档案管理系统实现档案的收集,整
14、理,移交,统计,保管以及利用功能测试目的使系统更加完美用例编号相关用例用例说明预期结果实际结果(通过/不通过)备注1条目添加点击添加按钮页面弹出添加条目的界面通过简单的功能测试2条目删除选中条目,点击删除页面少一条我们选中的条目通过简单的功能测试3条目修改弹出所选条目的信息的界面,修改后,能显示修改之后的信息页面条目减少一条通过简单的功能测试4条目明细页面弹出所选条目的信息的界面页面显示信息正确通过简单的功能测试2.2测试执行2.2.1系统登录界面的测试下图是PDE档案管理系统的登录界面,用户名是pde,密码是888。图2.2.1用户登录界面用户登录运行的代码:2.2.2条目添加的测试下图是档
15、案条目添加的界面,主要给档案员和兼职档案员录入条目,收集档案用的。图2.2.2条目添加的界面2.2.3条目添加的执行代码下面的这段代码是进行档案添加录制时的代码:图2.2.2 条目添加运行结果2.2.4档案移交的测试下图是档案移交的界面图,就是档案从文件整理状态移交到整理编目状态,或是从整理编目状态移交到档案管理状态图2.2.3整理编目状态下的条目 图2.2.3 档案移交时的录制代码图2.2.4档案移交录制结果2.3测试总结与分析本系统进行测试过程中所发现问题总数为:0合格率= 测试通过案例数/使用测试案例总数100= 100%测试完成率 = 使用案例数/设计案例总数100= 100%覆盖分析
16、主要是针对系统需求说明书中所有需求/功能的测试状况进行统计和分析。需求覆盖率=需求用例总数/需求规格说明书中的需求数100=100%测试覆盖率是指所有需求/功能用例个数的执行总数与测试用例中设计的需求/功能的用例总数之百分比,并指出未执行的用例总数并列出未执行的原因。测试覆盖率=需求用例总数/执行用例总数100=100%本次测试整体测试结果如下:本次测试目标基本完成,测试用例执行率为100%;测试需求覆盖率为100%;3 性能测试性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。下面的测试是模拟单个用户进行操作,所有档案条目均在当前页显示。数据操作
17、测试包括:数据导入、数据导出、数据状态调整(归入整编、归档、取消归档)、数据整理(生 成/清除档号)、批量替换/修改、批量原文挂接、批量删除、批量装盒、批量自动组卷、批量自动关联、批量数据鉴定/取消鉴定、并发进入大数据量档案库、刷新流水号/生成序号、批量保存数据到其他档案库、多用户并发登录、多用户并发进行全文检索、多用户并发进行条目检索、多组织机构下用户检索、大数据量跨全宗移交、批量数据打包、跨库检索、全宗数量、用户数量、数据字典。数据操作测试初始数据量为3000条/库;步进为3000条/库;满载数据量为9000条/库,条目加挂原文。3.1测试用例用例名称:系统C/S测试用例用例编号:PDE_
18、AMS _PERFORMANCE_001测试时间:2012-05-20测试模块:打开档案库,数据操作测试目的:本次测试通过正常用户数登录系统并且执行数据操作来验证系统各方面的基准性能指标。测试流程:用户登录系统CS端,打开档案库,进行数据操作测试点数据量响应时间服务器吞吐量资源占用率数据导入3000条115S200M8%6000条283S200M11%9000条402S200M31%数据导出3000条13S200M1%6000条28S200M2%9000条44S200M4%数据状态调整(归入整编、归档、取消归档)3000条314S200M4%6000条855S200M5%9000条1184S2
19、00M10%3.2测试执行3.2.1登录场景设置:组名脚本虚拟用户数运行时设置Group1网站登陆50,80每隔10秒运行5个用户;无思考时间;50或80用户峰值运行一分钟; 50个用户并发具体数据:以下数据均过滤掉了thinktime。图3.2.1(a) 50用户事务响应时间图3.2.1(b) 50用户事务数据吞吐量图3.2.1(c) 50用户应用服务器CPU占用率 80个用户并发图3.2.1(d) 80用户事务响应时间图3.2.1(e) 80用户事务数据吞吐量图3.2.1(f) 80用户应用服务器CPU占用率3.2.2目录检索 场景设置:组名脚本虚拟用户数运行时设置Group2目录检索50
20、,80每隔10秒运行5个用户;无思考时间;50或80用户峰值运行一分钟; 50个用户并发具体数据:以下数据均过滤掉了thinktime。图3.2.2(a) 50用户事务响应时间图3.2.2(b) 50用户事务数据吞吐量图3.2.2(c) 50用户应用服务器CPU占用率 80个用户并发图3.2.2(d) 80用户事务响应时间图3.2.2(e) 80用户事务数据吞吐量图3.2.2(f) 80用户事务数据吞吐量3.2.3全文检索 场景设置:组名脚本虚拟用户数运行时设置Group3目录检索50,80每隔10秒运行5个用户;无思考时间;50或80用户峰值运行一分钟; 50个用户并发具体数据:以下数据均过
21、滤掉了thinktime。图3.2.3(a) 50用户事务响应时间nn图3.2.3(b) 50用户事务数据吞吐量图3.2.3(c) 50用户应用服务器CPU占用率 80个用户并发图3.2.3(d) 80用户事务数据响应时间nn图3.2.3(e) 80用户事务数据吞吐量图3.2.3(f) 80用户应用服务器CPU占用率3.3测试结果及分析网站部分对于登录、目录检索、全文检索三个功能点的要求,分别进行了用户的并发操作,其中由于网络连接与网段影响等因素,可能对测试结果带来偏差。测试过程中,系统大约可支持40个用户数的并发,且不存在报错,并以此可估算出可支持的最大在线用户数,具体并发量估算过程如下:常
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 学生 作品 _PDE 档案管理系统 测试 项目 报告
![提示](https://www.taowenge.com/images/bang_tan.gif)
限制150内