学生作品_PDE档案管理系统测试_项目报告37799.docx

装订线项目报告纸软件测试试课程程项目库库学生作作品项目名称PDE档案案管理系系统测试试院 系计算机与软软件学院院专 业 软件技术（测测试）班 级软件09331学 号090233433320学生姓名季晓琴1 摘 要要随着社会的的的不断断进步，档档案信息息化的竞竞争也愈愈来愈激激烈，要要想在竞竞争中取取得优势势，必须须在经营营管理、产产品服务务等方面面提高管管理意识识。本设设计就是是以一个个提供档档案的管管理系统统作为解解决方案案的背景景，本文文主要是是对电子子档案管管理系统统的一些些基本功功能和组组成情况况进行了了测试，包包括系统统的功能能测试和和性能测测试，并并对功能能测试和和性能测测试进行行了分析析与总结结。构成成了对一一个完整整的电子子档案管管理系统统的测试试。将使使用QTTP111功能测测试、JJmetter性性能测试试工具、mantis缺陷跟踪管理工具辅助测试，尽可能的发现该系统中存在的功能上的缺陷，和分析该系统的性能指标。关键词：电电子档案案管理；功能测测试；性性能测试试；缺陷陷报告目 录录1 测试计计划11.1概概述11.2约约定21.3测测试种类类及测试试标准31.4测测试重点点及顺序序51.5暂暂停标准准和再启启动要求求51.6测测试提交交物62功能测测试72.1测测试用例例72.2测测试执行行82.2.11系统登登录界面面的测试试82.2.22条目添添加的测测试82.2.33条目添添加的执执行代码码92.2.44档案移移交的测测试102.3测测试总结结与分析析113性能测测试123.1测测试用例例123.2测测试执行行133.2.11登录133.2.22目录检检索153.2.33全文检检索183.3测测试结果果及分析析204测试总总结234.1测测试目的的234.2测测试概述述234.3测测试总结结和建议议234.4测测试记录录24谢 辞辞25参考文献26附 录录271 测试计计划1.1概述述电子档案管管理业是是一个前前景广阔阔而又竞竞争激烈烈的行业业。由于于我国的的电子档档案管理理业迅速速发展。由由于社会会的不断断发展，人人们对档档案管理理系统的的需求也也越来越越多，为为了提高高各单位位的档案案管理工工作效率率、提高高档案查查找的准准确率、加加快检索索速度，促促进档案案管理的的规范化化和正规规化，档档案管理理系统的的发展成成为了必必要。档案管理系系统是一一套功能能强大、操操作简便便、使用用的自动动化管理理软件，包包括用户户管理、系系统参数数设置、档档案数据据录入（分分为文件件录入和和案卷录录入两部部分）、案案卷数据据查询（分分为文件件查询和和案卷查查询两部部分）、借借阅管理理、数据据维护（分分为数据据备份和和数据操操作）、操操作日志志查看、报报表打印印等。可可以用于于一般的的档案室室，也可可以应用用于网络络中的办办公系统统、进行行联网操操作。信息系统的的流行也也避免不不了有时时会出现现系统功功能和性性能上的的缺陷，而而如何去去测试好好这个系系统也成成为了关关键。一一般都要要事先写写好测试试计划和和测试设设计阶段段主要进进行的文文档审查查和测试试需求分分析、设设计测试试用例和和运用测测试工具具去测试试系统，缺缺陷报告告等；在在测试执执行活动动阶段主主要进行行测试范范围控制制、配置置管理等等。针对对一个电电子档案案管理系系统，组组织和管管理该系系统测试试流程的的所有阶阶段是很很重要的的,所以以运用自自动化测测试工具具去测试试这个系系统，也也避免复复杂的人人工测试试减少了了时间，并并提高了了效率。找找到了缺缺陷也防防止了系系统投入入了市场场，出现现问题了了再改，这这样就会会损失很很大，所所以测试试也是一一件很重重要的事事情。 1）产品品简介本次开发是是基于WWEB网网上的电电子档案案管理系系统，本本系统的的功能包包括档档档案的收收集、整整理、归归档、保保管、统统计、借借鉴、利利用而设设计的一一个管理理系统。 2）范围围描述测试的的各个阶阶段，例例如：单单元测试试、集成成测试或或系统测测试，并并说明本本计划所所针对的的测试类类型（如如功能测测试或性性能测试试）。简简要地列列出测试试对象中中将接受受测试或或将不接接受测试试的那些些特性和和功能。如如果在编编写此文文档的过过程中作作出的某某些假设设可能会会影响测测试设计计、开发发或实施施，则列列出所有有这些假假设。列列出可能能会影响响测试设设计、开开发或实实施的所所有风险险或意外外事件。列列出可能能会影响响测试设设计、开开发或实实施的所所有约束束。3）限制条条件本测试计划划受限于于产品开开发人员员提交测测试的内内容和时时间的事事实。根根据开发发人员提提交模块块的实际际情况，本本计划会会做出相相应修改改。1.2约定定 1）测试试目标电子档案管管理系统统的目的的是：1.测试已已实现的的产品是是否达到到设计的的要求，包包括：各各个功能能点是否否以实现现，业务务流程是是否正确确。2.产品规规定的操操作和运运行稳定定。3.Bugg数和缺缺陷率控控制在可可接收的的范围之之内。2）接收标标准本节所述的的接收标标准是指指可测试试的标准准，这个个标准以以测试组组接收测测试为限限。3）资源和和工具1.资源(1) 测测试服务务器：稳稳定的测测试服务务器，IIP地址址为:1192.1688.1115.11。(2) 人人员：测测试人员员一名 2.工具具 测试中使使用的BBug管管理工具具为经过过改进的的Bugg管理工工具、自自动化功功能测试试工具QQTP，性性能测试试工具JJMetter、缺缺陷报告告工具mmanttis。4）资源和和工具开发人员提提交的测测试按以以下要求求进行：表1.1 提交测测试表步骤动作负责人相关文档或或记录要求1打包、编译译开发人员无确认可测试试2审核并提交交测试开发组长经审核的上上一级测测试报告告测试报告审审核并签签字3接收测试测试人员经xx审核核并签字字的上一一级测试试报告4开始测试测试人员Bug单、小小结测试小结个个人编写写个人的的内容5） 进度度表进度表是用用来描述述我测试试系统的的一个过过程和一一般所用用的时间间，这样样也更好好的让我我明白某某个模块块所要用用的时间间，方便便规划如如何去做做好自己己的毕业业设计说说明书。表1.2 进度表表项目名称完成需要时时间项目验收和和作业文文件备注一、指定测测试需求求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测试试种类及及测试标标准测试种类计划完成的的类型测测试：功功能测试试、性能能测试、界界面测试试测试方法及及标准1）功能测测试功能测试是是用来测测试系统统的功能能否实现现。这些些测试的的目标在在于核实实能否正正确地接接受、处处理和检检索数据据以及业业务规则则是否正正确实施施。这种种类型的的测试基基于黑盒盒方法，即即通过图图形用户户界面 (GUUI) 与应用用程序交交互并分分析输出出结果来来验证应应用程序及其内内部进程程。以下下列出的的是每个个应用程程序推荐荐的测试试方法概概要：表1.3 功能测测试说明明测试目标：确保测试对对象的功功能正常常，其中中包括注注册、数数据输入入、处理理和检索索等。方法：利用有效的的和无效效的数据据来执行行各个用用例、用用例流或或功能，以以核实以以下内容容：在使用有效效数据时时得到预预期的结结果。在使用无效效数据时时显示相相应的错错误消息息或警告告消息。各业务规则则都得到到了正确确的应用用。完成标准：所计划的测测试已全全部执行行。所发现的缺缺陷已全全部解决决。需考虑的特特殊事项项：确定或说明明那些将将对功能能测试的的实施和和执行造造成影响响的事项项或因素素（内部部的或外外部的）2）性能测测试本次性能测测试，重重点模拟拟客户进进行多用用户测试试。压力力测试有有一条88：2原则。及及百分之之八十的的业务量量在百分分之二十十的时间间内输入入。例如如:正常访访问同一一个页面面，根据据并发用用户数的的不同，来来分析页页面登录录的情况况，是不不是访问问的时间间很长，或或者超过过一般等等待的时时间。 表1.4性能能测试说说明测试目标：确保测试系系统的性性能指标标。方法：利用设置的的数据对对于自动动化性能能工具进进行测试试。完成标准：所计划的测测试已全全部执行行。所发现的缺缺陷已全全部解决决。需考虑的特特殊事项项：确定或说明明那些将将对功能能测试的的实施和和执行造造成影响响的事项项或因素素（内部部的或外外部的）。1.4测试试重点及及顺序预测风险本次测试过过程中，可可能出现现的风险险如下：1) buug的修修复情况况2) 模块块功能的的实现情情况3) 系统统整体功功能的实实现情况况4) 代码码的编写写质量5) 人员员经验以以及对软软件的熟熟悉度6) 开发发人员、测测试人员员关于项项目约定定的执行行情况7) 人员员调整导导致研发发周期延延迟8) 开发发时间的的缩短导导致某些些测试计计划无法法执行测试重点这里仅为功功能测试试重点的的描述，具具体测试试方法以以及内容容请参见见测试用用例。1）管理员员登录：跳转页页面并登登录成功功2）档案管管理：跳跳转页面面中点击击添加，删删除，修修改，明明细等按按钮，页页面成功功保存添添加的条条目3）档案移移交：选选中多条条条目进进行档案案移交，移移交成功功，被移移交的档档案条目目全部转转移到接接收档案案的档案案库中 4）电子借借阅：普普通用户户在档案案网站申申请电子子借阅 ，通过过审批，申申请人能能查看原原文了1.5暂停停标准和和再启动动要求1）软件系系统在进进行单元元、集成成、确认认、系统统、安装装、验收收测试时时，发现现一级错错误（大大于等于于1）、二二级错误误（大于于等于22）暂停停测试返返回开发发。2）软件项项目需暂暂停以进进行调整整时，测测试应随随之暂停停，并备备份暂停停点数据据。3）软件项项目在其其开发生生命周期期内出现现重大估估算，进进度偏差差，需暂暂停或终终止时，测测试应随随之暂停停或终止止，并备备份暂停停或终止止点数据据。4）如有新新的项目目需求，则则在原测测试计划划下做相相应的调调整。5）若开发发暂停，则则相应测测试也暂暂停，并并备份暂暂停点数数据。6）若项目目中止，则则对已完完成的测测试工作作做测试试活动总总结。7）项目再再启动时时，测试试进度重重新安排排或顺延延。1.6测试试提交物物本次测试完完成后的的提交物物：测试计划测试用例功能和性能能的测试试分析测试总结报报告2 功能测试2.1测试试用例功能测试的的目的:功能测测试就是是对产品品的各功功能进行行验证，根根据功能能测试用用例，逐逐项测试试，检查查产品是是否达到到用户要要求的功功能。拿拿电子档档案管理理系统来来说能是是测试添添加信息息、检索索信息和和页面的的跳转能能否成功功等功能能。收集档案主主要是指指档案员员或兼职职档案员员对档案案的收集集即添加加，或者者导入档档案。下下面是档档案管理理系统的的测试用用例。表2.1档档案管理理测试用用例项目名称PDE档案案管理系系统测试试程序版本P7.2.9模块名称档案管理模模块功能特性档案管理系系统实现现档案的的收集，整整理，移移交，统统计，保保管以及及利用功功能测试目的使系统更加加完美用例编号相关用例用例说明预期结果实际结果（通过/不不通过）备注1条目添加点击添加按按钮页面弹出添添加条目目的界面面通过简单的功能能测试2条目删除选中条目，点点击删除除页面少一条条我们选选中的条条目通过简单的功能能测试3条目修改弹出所选条条目的信信息的界界面，修修改后，能能显示修修改之后后的信息息页面条目减减少一条条通过简单的功能能测试4条目明细页面弹出所所选条目目的信息息的界面面页面显示信信息正确确通过简单的功能能测试2.2测试试执行2.2.11系统登登录界面面的测试试下图是PDDE档案案管理系系统的登登录界面面，用户户名是ppde，密密码是8888。图2.2.1用户户登录界界面用户登录运运行的代代码：2.2.22条目添添加的测测试下图是档案案条目添添加的界界面，主主要给档档案员和和兼职档档案员录录入条目目，收集集档案用用的。图2.2.2条目目添加的的界面2.2.33条目添添加的执执行代码码下面的这段段代码是是进行档档案添加加录制时时的代码码：图2.2.2 条目添添加运行行结果2.2.44档案移移交的测测试下图是档案案移交的的界面图图，就是是档案从从文件整整理状态态移交到到整理编编目状态态，或是是从整理理编目状状态移交交到档案案管理状状态图2.2.3整理理编目状状态下的的条目 图2.2.3 档案移移交时的的录制代代码图2.2.4档案案移交录录制结果果2.3测试试总结与与分析本系统进行行测试过过程中所所发现问问题总数数为：00合格率= 测试通通过案例例数/使用测测试案例例总数××1000= 1100%测试完成率率 = 使用案案例数/设计案案例总数数×1000= 1100%覆盖分析主主要是针针对系统统需求说说明书中中所有需需求/功能的的测试状状况进行行统计和和分析。需求覆盖率率=需求用用例总数数/需求规规格说明明书中的的需求数数×1000=1000%测试覆盖率率是指所所有需求求/功能用用例个数数的执行行总数与与测试用用例中设设计的需需求/功能的的用例总总数之百百分比，并并指出未未执行的的用例总总数并列列出未执执行的原原因。测试覆盖率率=需求用用例总数数/执行用用例总数数×1000=1000%本次测试整整体测试试结果如如下：本次测试目目标基本本完成，测测试用例例执行率率为1000%；测试需需求覆盖盖率为1100%；3 性能测试性能测试是是通过自自动化的的测试工工具模拟拟多种正正常、峰峰值以及及异常负负载条件件来对系系统的各各项性能能指标进进行测试试。下面的测试试是模拟拟单个用用户进行行操作，所所有档案案条目均均在当前前页显示示。数据据操作测测试包括括：数据据导入、数数据导出出、数据据状态调调整(归入整整编、归归档、取取消归档档)、数据据整理（生生 成/清除档档号）、批批量替换换/修改、批批量原文文挂接、批批量删除除、批量量装盒、批批量自动动组卷、批批量自动动关联、批批量数据据鉴定/取消鉴鉴定、并并发进入入大数据据量档案案库、刷刷新流水水号/生成序序号、批批量保存存数据到到其他档档案库、多多用户并并发登录录、多用用户并发发进行全全文检索索、多用用户并发发进行条条目检索索、多组组织机构构下用户户检索、大大数据量量跨全宗宗移交、批批量数据据打包、跨跨库检索索、全宗宗数量、用用户数量量、数据据字典。数数据操作作测试初初始数据据量为330000条/库；步步进为330000条/库；满满载数据据量为990000条/库，条条目加挂挂原文。3.1测试试用例用例名称：系统C/SS测试用用例用例编号：PDE_AAMS _PEERFOORMAANCEE_0001测试时间：2012-05-20测试模块：打开档案库库，数据据操作测试目的：本次测试通通过正常常用户数数登录系系统并且且执行数数据操作作来验证证系统各各方面的的基准性性能指标标。测试流程：用户登录系系统CSS端，打打开档案案库，进进行数据据操作测试点数据量响应时间服务器吞吐吐量资源占用率率数据导入3000条条115S200M8%6000条条283S200M11%9000条条402S200M31%数据导出3000条条13S200M1%6000条条28S200M2%9000条条44S200M4%数据状态调调整(归入整整编、归归档、取取消归档档)3000条条314S200M4%6000条条855S200M5%9000条条1184SS200M10%3.2测试试执行3.2.11登录场景设置：组名脚本虚拟用户数数运行时设置置Groupp1网站登陆50,800每隔10秒秒运行55个用户户；无思考时间间；50或800用户峰峰值运行行一分钟钟；Ø 50个用户户并发具体数据：以下数数据均过过滤掉了了thiinkttimee。图3.2.1（a） 500用户事事务响应应时间图3.2.1（b） 500用户事事务数据据吞吐量量图3.2.1(cc) 550用户户应用服服务器CCPU占占用率Ø 80个用户户并发图3.2.1(dd) 880用户户事务响响应时间间图3.2.1(ee) 880用户户事务数数据吞吐吐量图3.2.1(ff) 880用户户应用服服务器CCPU占占用率3.2.22目录检检索 场景设设置：组名脚本虚拟用户数数运行时设置置Groupp2目录检索50,800每隔10秒秒运行55个用户户；无思考时间间；50或800用户峰峰值运行行一分钟钟；Ø 50个用户户并发具体数据：以下数数据均过过滤掉了了thiinkttimee。图3.2.2(aa) 550用户户事务响响应时间间图3.2.2(bb) 550用户户事务数数据吞吐吐量图3.2.2(cc) 50用户户应用服服务器CCPU占占用率Ø 80个用户户并发图3.2.2(dd) 880用户户事务响响应时间间图3.2.2(ee) 880用户户事务数数据吞吐吐量图3.2.2(ff) 880用户户事务数数据吞吐吐量3.2.33全文检检索 场景设设置：组名脚本虚拟用户数数运行时设置置Groupp3目录检索50,800每隔10秒秒运行55个用户户；无思考时间间；50或800用户峰峰值运行行一分钟钟；Ø 50个用户户并发具体数据：以下数数据均过过滤掉了了thiinkttimee。图3.2.3(aa) 550用户户事务响响应时间间nn图3.2.3(bb) 50用户户事务数数据吞吐吐量图3.2.3(cc) 500用户应应用服务务器CPPU占用用率Ø 80个用户户并发图3.2.3(dd) 80用用户事务务数据响响应时间间nn图3.2.3(ee) 800用户事事务数据据吞吐量量图3.2.3(ff) 880用户户应用服服务器CCPU占占用率3.3测试试结果及及分析网站部分对对于登录录、目录录检索、全全文检索索三个功功能点的的要求，分分别进行行了用户户的并发发操作，其其中由于于网络连连接与网网段影响响等因素素，可能能对测试试结果带带来偏差差。测试过程中中，系统统大约可可支持440个用用户数的的并发，且且不存在在报错，并并以此可可估算出出可支持持的最大大在线用用户数，具具体并发发量估算算过程如如下：常用的确确定并发发用户数数的公式式是：CC = nL/T =活动用用户数××操作时时间/系统运运行时间间，按照照这个公公式反推推过来，活活动用户户数=系统运运行时间间×并发用用户数/操作时时间，各各个功能能点若当当前最大大并发用用户数为为40，完完成一次次操作的的平均时时间为110s，场场景运行行时间为为1分钟，那那么系统统活动用用户数可可估算为为：1××60××40/10=2400，即目目前系统统理论可可支持大大约2440个活活动用户户。进入入大数据据量档案案库(330000条目)时，进进行数据据编辑（添添加、修修改、删删除）系系统反映映非常慢慢，批量量修改时时任务处处理时间间超过110分钟钟，批量量删除时时任务处处理时间间超过115分钟钟，超过过用户可可接受范范围，需需要进行行分页显显示及功功能优化化。进行大数据据量（330000条目）批批量关联联或批量量组卷，任任务处理理时间均均超过11分钟，数数据整理理以及大大数据量量下（330000条目）原原文挂接接时，任任务处理理时间超超过100分钟，系系统响应应时间过过慢，无无法接受受。进行大数据据量（330000条目）数数据导入入或者批批量数据据删除时时，系统统响应时时间很长长，数据据导入超超过2分钟，数数据删除除超过115分钟钟，无法法接受，同同时在上上述操作作运行过过程中，系系统容易易出现假假死现象象，等待待上述操操作结束束后，即即可正常常使用系系统，同同时，若若在假死死状态对对系统进进行操作作，会导导致系统统崩溃。在大数据量量下进行行操作时时，若系系统崩溃溃则可能能导致：档案库库中已存存在的数数据丢失失，档案案库无法法打开等等其他未未知错误误。网站登录：50个并并发用户户进行登登录测试试时，系系统在测测试初期期响应速速度过慢慢，导致致初始用用户报错错，在运运行一段段时间后后，系统统将可以以正常运运行，网网站端可可以正常常进行访访问，通通过多次次测试发发现，网网站利用用端在进进行压力力测试时时最多可可支持440用户户进行操操作，当当使用880个并并发用户户进行登登录测试试时，系系统在正正常运行行用户数数超过440时则则会出现现报错。目录检索：50用户户进行并并发目录录检索时时，weeb服务务器监视视资源值值波动过过大，存存在相应应稳定隐隐患，同同时通过过50用户户目录检检索以及及80用户户目录检检索数据据吞吐量量测试截截图进行行比较，可可以发现现系统在在与weeb服务务器进行行交互时时需要较较高的网网络环境境进行支支持，否否则就会会出现数数据吞吐吐量在一一定时间间内波动动超过可可接受范范围的值值的现象象出现。全文检索：全文检检索部分分50用户户进行并并发性能能测试时时失败用用户数较较多，同同时通过过服务器器数据监监控图可可以看出出在多用用户并发发进行全全文检索索时需要要占用大大量服务务器资源源，服务务器在大大压力下下对于全全文检索索响应过过慢，有有可能导导致在一一定时间间内数据据量的暴暴增，从从而使服服务器无无法处理理，导致致webb服务器器瘫痪。综综上所述述，以上上小结及及此次压压力测试试结果仅仅作为客客观依据据，可根根据档案案生产系系统今后后实际使使用情况况进行参参考。4 测试总结4.1测试试目的测试的目的的是发现现现有系系统还存存在的问问题，因因此测试试人员，通通过卫生生高级专专业技术术资格网网上申报报系统的的熟练操操作了解解该系统统的基本本功能和和操作流流程，通通过对该该系统的的界面、功功能、性性能的测测试，发发现该系系统还存存在的一一些缺陷陷。4.2测试试概述1）系统概概述本次测试的的是基于于档案管管理系统统的功能能和性能能的测试试，这个个系统功功能包括括条目的的管理、条条目修改改，条目目删除，条条目移交交，条目目借阅等等功能，是是适用于于一些档档案馆的的管理，这这样就不不用人工工繁琐的的去登记记。2）文档概概述本文档用于于对档案案管理系系统的软软件的测测试工作作阶段成成果的描描述。包包括对软软件测试试的整体体描述，软软件测试试的分类类和级别别，软件件测试的的过程描描述，软软件测试试的结果果等内容容。运用了自动动化测试试工具，功功能测试试QTPP,性能能测试JJmetter,而功能能测试就就是测试试这些功功能有没没有缺陷陷，性能能测试测测试用户户数同时时请求下下响应时时间。4.3测试试总结和和建议1）测试总总结本次测试对对档案管管理系统统软件进进行了功功能和性性能的测测试。在在测试过过程中针针对发现现的软件件缺陷进进行了初初步分析析，并提提交程序序设计人人员对原原软件中中可能存存在的问问题进行行考查。在在软件测测试中首首先根据据软件测测试的规规范进行行考核，将将书写规规范，注注释等基基础问题题首先解解决，其其次考核核软件测测试中的的问题是是否存在在设计上上的逻辑辑缺陷，如如果存在在设计缺缺陷则应应分析该该缺陷的的严重程程度以及及可能引引发的故故障。软软件开发发人员在在以上基基础上对对软件的的不足做做出相应应的修改改，同时时通过软软件回归归测试验验证软件件修改后后能够得得到的改改善结果果。2）测试结结果在两个阶段段测试过过程中共共发现软软件缺陷陷0个。因因测试条条件所限限，未能能进行软软件的确确认测试试和系统统测试。3）评估和和建议a软件编码码规范化化评估经过回归测测试，未未残留的的软件编编码规范范性缺陷陷。软件件代码文文本注释释率约为为42%，代码码注释充充分，有有利与代代码的理理解和维维护。b改进建议议（1）建议议在软件件开发项项目中全全面实施施软件工工程化，加加强软件件开发的的管理工工作。（2）建议议进一步步加强软软件需求求规格说说明、软软件设计计文档编编制以及及编写代代码的规规范化。特特别是应应该将系系统中的的硬件研研制和软软件研制制分别管管理，软软件文档档编制的的种类和和规格按按照相关关标准执执行。（3）尽早早开展软软件测试试工作。在在软件研研制计划划安排上上给软件件测试留留有必要要的时间间，在资资源配置置上给软软件测试试必要的的支撑。（4）建议议结合系系统联试试，开展展软件的的确认和和系统测测试。4.4测试试记录1）测试时时间：220122年5月15日至20112年5月20日。2）地点：（略）。3）硬件配配置：PP4CPPU/22.0GG，内存存2566M，硬硬盘1GG4）软件配配置：WWonddowss xpp，5）所有测测试相关关活动的的日期和和时间、测测试操作作人员等等记录见见软件测测试记录录文档。谢 辞辞本项目设计计在指导导老师的的悉心指指导和严严格要求求下已完完成，从从课题选选择到具具体的写写作过程程，项目目报告初初稿与定定稿无不不凝聚着着老师的的心血和和汗水，在在项目测测试期间间，老师师为我提提供了种种种专业业知识上上的指导导和一些些富于创创造性的的建议。在在此向老师表表示深深深的感谢谢和崇高高的敬意意！参考文献1武剑剑洁，陈陈传波.软件件测试技技术基础础.武汉：华中科科技大学学出版社社，20008.102陈能能技. QTPP自动化化测试实实践.北京：电子工工业出版版社，220088.63刘冰冰，瞿中中. 软软件工程程实践教教程.北京：机械工工业出版版社，220099.14陈绍绍英. LoaadRuunneer性能能测试实实战.北京：电子工工业出版版社，220077.95高楼楼.软件件测试项项目实战战.北京：电子工工业出版版社，220100.46黄晓晓磊. 软件件测试原原理、技技术及工工具.北京：清华大大学出版版社，220111.37王峰峰. 计计算机软软件测试试.北京：机械工工业出版版社，220088.58张克克东. 软件件工程与与软件测测试自动动化教程程.北京：电子工工业出版版社，220099.59许育育诚. 软件件测试与与质量管管理.北京：电子工工业出版版社，220100.7附 录录用户登录的的测试用用例：用户编号操作预期结果实际结果缺陷原因1输入正确的的用户名名，错误误的密码码不能登录不能登录成功无缺陷陷2输入错误的的用户名名，错误误的密码码不能登录不能登录成功无缺陷陷3输入错误的的用户名名，正确确的密码码不能登录不能登录成功无缺陷陷4输入正确的的用户名名，正确确的密码码正常登录进入系统成功无缺陷陷用户登录的的界面：用户登录的的执行代代码：Windoow(""北京量量子伟业业时代信信息技术术有限公公司").WiinObbjecct(""pdee").Cliick 1144,9Windoow(""北京量量子伟业业时代信信息技术术有限公公司").WiinObbjecct(""pdee").Typpe ""pdee"Windoow(""北京量量子伟业业时代信信息技术术有限公公司").WiinObbjecct(""pdee").Typpe miccTabb Windoow(""北京量量子伟业业时代信信息技术术有限公公司").WiinObbjecct(""TEddit"").TTypee "8888""Windoow(""北京量量子伟业业时代信信息技术术有限公公司").WiinObbjecct(""确定").Cllickk 433,100Windoow(""江宁水水务集团团 -北京量量子伟业业时代信信息技术术有限公公司").Acctivvatee条目添加的的测试用用例：用户编号操作预期结果实际结果缺陷原因1单击条目添添加按钮钮弹出条目添添加页面面跳转成功成功无缺陷陷2点错按钮不出现条目目添加界界面没有出现成功无缺陷陷条目添加的的界面：档案条目添添加执行行代码：Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("TMMaskkEdiit_110").Cllickk 966,7Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("TMMaskkEdiit_110").Tyype "12234""Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("TMMaskkEdiit_99").Cliick 1022,111Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("TMMaskkEdiit_99").Typpe ""20111"Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("TMMaskkEdiit_77").Cliick 1211,144Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("TMMaskkEdiit_77").Typpe ""11""Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("TCCombboBoox_22").Cliick 1866,4Windoow(""1.66短期(件)-条目目添加"").WWinOObjeect("tbbBasse").Cllickk 2000,220条目添加执执行结果果图：插入条目的的测试用用例：用户编号操作预期结果实际结果缺陷原因1点击插入按按钮弹出插入条条目的界界面页面显示正正常成功无缺陷陷2没有点击插插入按钮钮不能弹出插插入条目目界面没有正常显显示插入入界面成功无缺陷陷插入条目的的执行代代码：Windoow(""全宗：江宁水水务集团团，全宗宗号:00000，档档案库：1.").WinnObjjectt("TTDBGGriddEh"").CClicck 990,555Windoow(""全宗：江宁水水务集团团，全宗宗号:00000，档档案库：1.").WinnObjjectt("TToollBarr1").Cllickk 2005,221Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("222").Draag 445,66Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("TSScroollBBox"").DDropp 455,588Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("222").Typpe ""44""Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("222_2"").DDragg 255,144Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("TSScroollBBox"").DDropp 688,711Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("222_2"").TTypee "220133"Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("222_3"").DDragg 255,144Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("TSScroollBBox"").DDropp 777,1222Windoow(""1.66短期(件)-条目目插入"").WWinOObjeect("222_3"").TTypee "444"Wi