学生作品PDE档案管理系统测试项目报告.doc

软件测试课程项目库学生作品 项目名称 PDE 档案管理系统测试 院 系 计算机与软件学院 专 业 软件技术（测试）班 级 软件 0931 学 号 学生姓名 季晓琴 1 摘 要 随着社会的的不断进步，档案信息化的竞争也愈来愈剧烈，要想在竞争中取得优势，必须在经营管理、产品服务等方面提高管理意识。本设计就是以一个提供档案的管理系统作为解决方案的背景，本文重要是对电子档案管理系统的一些基本功能和组成情况进行了测试，涉及系统的功能测试和性能测试，并对功能测试和性能测试进行了分析与总结。构成了对一个完整的电子档案管理系统的测试。将使用 QTP11功能测试、Jmeter 性能测试工具、mantis 缺陷跟踪管理工具辅助测试，尽也许的发现该系统中存在的功能上的缺陷，和分析该系统的性能指标。关键词：关键词：电子档案管理；功能测试；性能测试；缺陷报告 目 录 1 测试计划.错误错误!未定义书签。未定义书签。1.1 概述.错误错误!未定义书签。未定义书签。1.2 约定.错误错误!未定义书签。未定义书签。1.3 测试种类及测试标准.错误错误!未定义书签。未定义书签。1.4 测试重点及顺序.错误错误!未定义书签。未定义书签。1.5 暂停标准和再启动规定.错误错误!未定义书签。未定义书签。1.6 测试提交物.错误错误!未定义书签。未定义书签。2 功能测试.错误错误!未定义书签。未定义书签。2.1 测试用例.错误错误!未定义书签。未定义书签。2.2 测试执行.错误错误!未定义书签。未定义书签。2.2.1 系统登录界面的测试.错误错误!未定义书签。未定义书签。2.2.2 条目添加的测试.错误错误!未定义书签。未定义书签。2.2.3 条目添加的执行代码.错误错误!未定义书签。未定义书签。2.2.4 档案移交的测试.错误错误!未定义书签。未定义书签。2.3 测试总结与分析.错误错误!未定义书签。未定义书签。3 性能测试.错误错误!未定义书签。未定义书签。3.1 测试用例.错误错误!未定义书签。未定义书签。3.2 测试执行.错误错误!未定义书签。未定义书签。3.2.1 登录.错误错误!未定义书签。未定义书签。3.2.2 目录检索.错误错误!未定义书签。未定义书签。3.2.3 全文检索.错误错误!未定义书签。未定义书签。3.3 测试结果及分析.错误错误!未定义书签。未定义书签。4 测试总结.错误错误!未定义书签。未定义书签。4.1 测试目的.错误错误!未定义书签。未定义书签。4.2 测试概述.错误错误!未定义书签。未定义书签。4.3 测试总结和建议.错误错误!未定义书签。未定义书签。4.4 测试记录.错误错误!未定义书签。未定义书签。谢 辞.错误错误!未定义书签。未定义书签。参考文献.错误错误!未定义书签。未定义书签。附 录.错误错误!未定义书签。未定义书签。1 测试计划 1.1 概述 电子档案管理业是一个前景广阔而又竞争剧烈的行业。由于我国的电子档案管理业迅速发展。由于社会的不断发展，人们对档案管理系统的需求也越来越多，为了提高各单位的档案管理工作效率、提高档案查找的准确率、加快检索速度，促进档案管理的规范化和正规化，档案管理系统的发展成为了必要。档案管理系统是一套功能强大、操作简便、使用的自动化管理软件，涉及用户管理、系统参数设立、档案数据录入（分为文献录入和案卷录入两部分）、案卷数据查询（分为文献查询和案卷查询两部分）、借阅管理、数据维护（分为数据备份和数据操作）、操作日记查看、报表打印等。可以用于一般的档案室，也可以应用于网络中的办公系统、进行联网操作。信息系统的流行也避免不了有时会出现系统功能和性能上的缺陷，而如何去测试好这个系统也成为了关键。一般都要事先写好测试计划和测试设计阶段重要进行的文档审查和测试需求分析、设计测试用例和运用测试工具去测试系统，缺陷报告等；在测试执行活动阶段重要进行测试范围控制、配置管理等。针对一个电子档案管理系统，组织和管理该系统测试流程的所有阶段是很重要的,所以运用自动化测试工具去测试这个系统，也避免复杂的人工测试减少了时间，并提高了效率。找到了缺陷也防止了系统投入了市场，出现问题了再改，这样就会损失很大，所以测试也是一件很重要的事情。1）产品简介 本次开发是基于 WEB 网上的电子档案管理系统，本系统的功能涉及档档案的收集、整理、归档、保管、记录、借鉴、运用而设计的一个管理系统。2）范围 描述测试的各个阶段，例如：单元测试、集成测试或系统测试，并说明本计划所针对的测试类型（如功能测试或性能测试）。简要地列出测试对象中将接受测试或将不接受测试的那些特性和功能。假如在编写此文档的过程中作出的某些假设也许会影响测试设计、开发或实行，则列出所有这些假设。列出也许会影响测试设计、开发或实行的所有风险或意外事件。列出也许会影响测试设计、开发或实行的所有约束。3）限制条件 本测试计划受限于产品开发人员提交测试的内容和时间的事实。根据开发人员提交模块的实际情况，本计划会做出相应修改。1.2 约定 1）测试目的 电子档案管理系统的目的是：1.测试已实现的产品是否达成设计的规定，涉及：各个功能点是否以实现，业务流程是否对的。2.产品规定的操作和运营稳定。3.Bug 数和缺陷率控制在可接受的范围之内。2）接受标准 本节所述的接受标准是指可测试的标准，这个标准以测试组接受测试为限。3）资源和工具 1.资源(1)测试服务器：稳定的测试服务器，IP 地址为:192.168.115.1。(2)人员：测试人员一名 2.工具 测试中使用的 Bug 管理工具为通过改善的 Bug 管理工具、自动化功能测试工具QTP，性能测试工具 JMeter、缺陷报告工具 mantis。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.计划运营 7 天 1.执行测试集中的测试 2.运营测试报告 3.运营测试 4.分析测试结果 四、跟踪缺陷 1.添加缺陷 2.查看新缺陷 3.测试新的内部版本 4.分析缺陷数据 2 天 1.缺陷分析报告 五、项目文档整理 1 天 整理资料 13 测试种类及测试标准 测试种类 计划完毕的类型测试：功能测试、性能测试、界面测试 测试方法及标准 1）功能测试 功能测试是用来测试系统的功能否实现。这些测试的目的在于核算能否对的地接受、解决和检索数据以及业务规则是否正的确施。这种类型的测试基于黑盒方法，即通过图形用户界面(GUI)与应用程序交互并分析输出结果来验证应用 程序及其内部进程。以下列出的是每个应用程序推荐的测试方法概要：表 1.3 功能测试说明 测试目的：保证测试对象的功能正常，其中涉及注册、数据输入、解决和检索等。方法：运用有效的和无效的数据来执行各个用例、用例流或功能，以核算以下内容：在使用有效数据时得到预期的结果。在使用无效数据时显示相应的错误消息或警告消息。各业务规则都得到了对的的应用。完毕标准：所计划的测试已所有执行。所发现的缺陷已所有解决。需考虑的特殊事项：拟定或说明那些将对功能测试的实行和执行导致影响的事项或因素（内部的或外部的）2）性能测试 本次性能测试，重点模拟客户进行多用户测试。压力测试有一条 8：2 原则。及百分之八十的业务量在百分之二十的时间内输入。例如:正常访问同一个页面，根据并发用户数的不同，来分析页面登录的情况，是不是访问的时间很长，或者超过一般等待的时间。表1.4性能测试说明 测试目的：保证测试系统的性能指标。方法：运用设立的数据对于自动化性能工具进行测试。完毕标准：所计划的测试已所有执行。所发现的缺陷已所有解决。需考虑的特殊事项：拟定或说明那些将对功能测试的实行和执行导致影响的事项或因素（内部的或外部的）。1.4 测试重点及顺序 预测风险 本次测试过程中，也许出现的风险如下：1)bug 的修复情况 2)模块功能的实现情况 3)系统整体功能的实现情况 4)代码的编写质量 5)人员经验以及对软件的熟悉度 6)开发人员、测试人员关于项目约定的执行情况 7)人员调整导致研发周期延迟 8)开发时间的缩短导致某些测试计划无法执行 测试重点 这里仅为功能测试重点的描述，具体测试方法以及内容请参见测试用例。1）管理员登录：跳转页面并登录成功 2）档案管理：跳转页面中点击添加，删除，修改，明细等按钮，页面成功保存添加的条目 3）档案移交：选中多条条目进行档案移交，移交成功，被移交的档案条目所有转移到接受档案的档案库中 4）电子借阅：普通用户在档案网站申请电子借阅，通过审批，申请人能查看原文了 1.5 暂停标准和再启动规定 1）软件系统在进行单元、集成、确认、系统、安装、验收测试时，发现一级错误（大于等于 1）、二级错误（大于等于 2）暂停测试返回开发。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.1 系统登录界面的测试 下图是 PDE 档案管理系统的登录界面，用户名是 pde，密码是 888。图2.2.1用户登录界面 用户登录运营的代码：2.2.2 条目添加的测试 下图是档案条目添加的界面，重要给档案员和兼职档案员录入条目，收集档案用的。图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%覆盖分析重要是针对系统需求说明书中所有需求/功能的测试状况进行记录和分析。需求覆盖率=需求用例总数/需求规格说明书中的需求数 100=100%测试覆盖率是指所有需求/功能用例个数的执行总数与测试用例中设计的需求/功能的用例总数之比例，并指出未执行的用例总数并列出未执行的因素。测试覆盖率=需求用例总数/执行用例总数 100=100%本次测试整体测试结果如下：本次测试目的基本完毕，测试用例执行率为 100%；测试需求覆盖率为 100%；3 性能测试 性能测试是通过自动化的测试工具模拟多种正常、峰值以及异常负载条件来对系统的各项性能指标进行测试。下面的测试是模拟单个用户进行操作，所有档案条目均在当前页显示。数据操作测试涉及：数据导入、数据导出、数据状态调整(归入整编、归档、取消归档)、数据整理（生 成/清除档号）、批量替换/修改、批量原文挂接、批量删除、批量装盒、批量自动组卷、批量自动关联、批量数据鉴定/取消鉴定、并发进入大数据量档案库、刷新流水号/生成序号、批量保存数据到其他档案库、多用户并发登录、多用户并发进行全文检索、多用户并发进行条目检索、多组织机构下用户检索、大数据量跨全宗移交、批量数据打包、跨库检索、全宗数量、用户数量、数据字典。数据操作测试初始数据量为 3000 条/库；步进为 3000 条/库；满载数据量为 9000 条/库，条目加挂原文。3.1 测试用例 用例名称：用例名称：系统 C/S 测试用例 用例编号：用例编号：PDE_AMS _PERFORMANCE_001 测试时间：测试时间：2023-05-20 测试模块：测试模块：打开档案库，数据操作 测试目的：测试目的：本次测试通过正常用户数登录系统并且执行数据操作来验证系统各方面的基准性能指标。测试流程：测试流程：用户登录系统 CS 端，打开档案库，进行数据操作 测试点测试点 数据量数据量 响应时间响应时间 服务器吞吐服务器吞吐量量 资源占用率资源占用率 数据导入 3000 条 115S 200M 8%6000 条 283S 200M 11%9000 条 402S 200M 31%数据导出 3000 条 13S 200M 1%6000 条 28S 200M 2%9000 条 44S 200M 4%数据状态调整(归入整编、归档、取消归档)3000 条 314S 200M 4%6000 条 855S 200M 5%9000 条 1184S 200M 10%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,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 个用户并发个用户并发 具体数据：以下数据均过滤掉了 thinktime。图 3.2.3(a)50 用户事务响应时间 图 3.2.3(b)50 用户事务数据吞吐量 图 3.2.3(c)50 用户应用服务器 CPU 占用率 80 个用户并发个用户并发 图 3.2.3(d)80 用户事务数据响应时间 图 3.2.3(e)80 用户事务数据吞吐量 图 3.2.3(f)80 用户应用服务器 CPU 占用率 3.3 测试结果及分析 网站部分对于登录、目录检索、全文检索三个功能点的规定，分别进行了用户的并发操作，其中由于网络连接与网段影响等因素，也许对测试结果带来偏差。测试过程中，系统大约可支持 40 个用户数的并发，且不存在报错，并以此可估算出可支持的最大在线用户数，具体并发量估算过程如下：常用的拟定并发用户数的公式是：C=nL/T=活动用户数 操作时间/系统运营时间，按照这个公式反推过来，活动用户数=系统运营时间 并发用户数/操作时间，各个功能点若当前最大并发用户数为 40，完毕一次操作的平均时间为 10s，场景运营时间为 1 分钟，那么系统活动用户数可估算为：1 60 40/10=240，即目前系统理论可支持大约 240 个活动用户。进入大数据量档案库(3000 条目)时，进行数据编辑（添加、修改、删除）系统反映非常慢，批量修改时任务解决时间超过 10 分钟，批量删除时任务解决时间超过 15 分钟，超过用户可接受范围，需要进行分页显示及功能优化。进行大数据量（3000 条目）批量关联或批量组卷，任务解决时间均超过 1 分钟，数据整理以及大数据量下（3000 条目）原文挂接时，任务解决时间超过 10 分钟，系统响应时间过慢，无法接受。进行大数据量（3000 条目）数据导入或者批量数据删除时，系统响应时间很长，数据导入超过 2 分钟，数据删除超过 15 分钟，无法接受，同时在上述操作运营过程中，系统容易出现假死现象，等待上述操作结束后，即可正常使用系统，同时，若在假死状态对系统进行操作，会导致系统崩溃。在大数据量下进行操作时，若系统崩溃则也许导致：档案库中已存在的数据丢失，档案库无法打开等其他未知错误。网站登录：50 个并发用户进行登录测试时，系统在测试初期响应速度过慢，导致初始用户报错，在运营一段时间后，系统将可以正常运营，网站端可以正常进行访问，通过多次测试发现，网站运用端在进行压力测试时最多可支持 40 用户进行操作，当使用 80 个并发用户进行登录测试时，系统在正常运营用户数超过 40 时则会出现报错。目录检索：50 用户进行并发目录检索时，web 服务器监视资源值波动过大，存在相应稳定隐患，同时通过 50 用户目录检索以及 80 用户目录检索数据吞吐量测试截图进行比较，可以发现系统在与 web 服务器进行交互时需要较高的网络环境进行支持，否则就会出现数据吞吐量在一定期间内波动超过可接受范围的值的现象出现。全文检索：全文检索部分 50 用户进行并发性能测试时失败用户数较多，同时通过服务器数据监控图可以看出在多用户并发进行全文检索时需要占用大量服务器资源，服务器在大压力下对于全文检索响应过慢，有也许导致在一定期间内数据量的暴增，从而使服务器无法解决，导致 web 服务器瘫痪。综上所述，以上小结及本次压力测试结果仅作为客观依据，可根据档案生产系统此后实际使用情况进行参考。4 测试总结 4.1 测试目的 测试的目的是发现现有系统还存在的问题，因此测试人员，通过卫生高级专业技术资格网上申报系统的纯熟操作了解该系统的基本功能和操作流程，通过对该系统的界面、功能、性能的测试，发现该系统还存在的一些缺陷。4.2 测试概述 1）系统概述 本次测试的是基于档案管理系统的功能和性能的测试，这个系统功能涉及条目的管理、条目修改，条目删除，条目移交，条目借阅等功能，是合用于一些档案馆的管理，这样就不用人工繁琐的去登记。2）文档概述 本文档用于对档案管理系统的软件的测试工作阶段成果的描述。涉及对软件测试的整体描述，软件测试的分类和级别，软件测试的过程描述，软件测试的结果等内容。运用了自动化测试工具，功能测试 QTP,性能测试 Jmeter,而功能测试就是测试这些功能有没有缺陷，性能测试测试用户数同时请求下响应时间。4.3 测试总结和建议 1）测试总结 本次测试对档案管理系统软件进行了功能和性能的测试。在测试过程中针对发现的软件缺陷进行了初步分析，并提交程序设计人员对原软件中也许存在的问题进行考察。在软件测试中一方面根据软件测试的规范进行考核，将书写规范，注释等基础问题一方面解决，另一方面考核软件测试中的问题是否存在设计上的逻辑缺陷，假如存在设计缺陷则应分析该缺陷的严重限度以及也许引发的故障。软件开发人员在以上基础上对软件的局限性做出相应的修改，同时通过软件回归测实验证软件修改后可以得到的改善结果。2）测试结果 在两个阶段测试过程中共发现软件缺陷 0 个。因测试条件所限，未能进行软件的确认测试和系统测试。3）评估和建议 a 软件编码规范化评估 通过回归测试，未残留的软件编码规范性缺陷。软件代码文本注释率约为 42%，代码注释充足，有利与代码的理解和维护。b 改善建议（1）建议在软件开发项目中全面实行软件工程化，加强软件开发的管理工作。（2）建议进一步加强软件需求规格说明、软件设计文档编制以及编写代码的规范化。特别是应当将系统中的硬件研制和软件研制分别管理，软件文档编制的种类和规格按照相关标准执行。（3）尽早开展软件测试工作。在软件研制计划安排上给软件测试留有必要的时间，在资源配置上给软件测试必要的支撑。（4）建议结合系统联试，开展软件的确认和系统测试。4.4 测试记录 1）测试时间：2023 年 5 月 15 日至 2023 年 5 月 20 日。2）地点：（略）。3）硬件配置：P4CPU/2.0G，内存 256M，硬盘 1G 4）软件配置：Wondows xp，5）所有测试相关活动的日期和时间、测试操作人员等记录见软件测试记录文档。谢谢 辞辞 本项目设计在指导老师的悉心指导和严格规定下已完毕，从课题选择到具体的写作过程，项目报告初稿与定稿无不凝聚着老师的心血和汗水，在项目测试期间，老师为我提供了种种专业知识上的指导和一些富于发明性的建议。在此向老师表达深深的感谢和崇高的敬意！参考文献参考文献 1武剑洁，陈传波.软件测试技术基础.武汉：华中科技大学出版社，2023.10 2陈能技.QTP 自动化测试实践.北京：电子工业出版社，2023.6 3刘冰，瞿中.软件工程实践教程.北京：机械工业出版社，2023.1 4陈绍英.LoadRunner 性能测试实战.北京：电子工业出版社，2023.9 5高楼.软件测试项目实战.北京：电子工业出版社，2023.4 6黄晓磊.软件测试原理、技术及工具.北京：清华大学出版社，2023.3 7王峰.计算机软件测试.北京：机械工业出版社，2023.5 8张克东.软件工程与软件测试自动化教程.北京：电子工业出版社，2023.5 9许育诚.软件测试与质量管理.北京：电子工业出版社，2023.7 附附 录录 用户登录的测试用例：用户编号 操作 预期结果 实际结果 缺陷因素 1 输入对的的用户名，错误的密码 不能登录 不能登录 成功无缺陷 2 输入错误的用户名，错误的密码 不能登录 不能登录 成功无缺陷 3 输入错误的用户名，对的的密码 不能登录 不能登录 成功无缺陷 4 输入对的的用户名，对的的密码 正常登录 进入系统 成功无缺陷 用户登录的界面：用户登录的执行代码：Window(北京量子伟业时代信息技术有限公司).WinObject(pde).Click 114,9 Window(北京量子伟业时代信息技术有限公司).WinObject(pde).Type pde Window(北京量子伟业时代信息技术有限公司).WinObject(pde).Type micTab Window(北京量子伟业时代信息技术有限公司).WinObject(TEdit).Type 888 Window(北京量子伟业时代信息技术有限公司).WinObject(拟定).Click 43,10 Window(江宁水务集团-北京量子伟业时代信息技术有限公司).Activate 条目添加的测试用例：用户编号 操作 预期结果 实际结果 缺陷因素 1 单击条目添加按钮 弹出条目添加页面 跳转成功 成功无缺陷 2 点错按钮 不出现条目添加界面 没有出现 成功无缺陷 条目添加的界面：档案条目添加执行代码：Window(1.6 短期(件)-条目添加).WinObject(TMaskEdit_10).Click 96,7 Window(1.6 短期(件)-条目添加).WinObject(TMaskEdit_10).Type 1234 Window(1.6 短期(件)-条目添加).WinObject(TMaskEdit_9).Click 102,11 Window(1.6 短期(件)-条目添加).WinObject(TMaskEdit_9).Type 2023 Window(1.6 短期(件)-条目添加).WinObject(TMaskEdit_7).Click 121,14 Window(1.6 短期(件)-条目添加).WinObject(TMaskEdit_7).Type 11 Window(1.6 短期(件)-条目添加).WinObject(TComboBox_2).Click 186,4 Window(1.6 短期(件)-条目添加).WinObject(tbBase).Click 200,20 条目添加执行结果图：插入条目的测试用例：用户编号 操作 预期结果 实际结果 缺陷因素 1 点击插入按钮 弹出插入条目的界面 页面显示正常 成功无缺陷 2 没有点击插入按钮 不能弹出插入条目界面 没有正常显示插入界面 成功无缺陷 插入条目的执行代码：Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(TDBGridEh).Click 90,55 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(ToolBar1).Click 205,21 Window(1.6 短期(件)-条目插入).WinObject(22).Drag 45,6 Window(1.6 短期(件)-条目插入).WinObject(TScrollBox).Drop 45,58 Window(1.6 短期(件)-条目插入).WinObject(22).Type 44 Window(1.6 短期(件)-条目插入).WinObject(22_2).Drag 25,14 Window(1.6 短期(件)-条目插入).WinObject(TScrollBox).Drop 68,71 Window(1.6 短期(件)-条目插入).WinObject(22_2).Type 2023 Window(1.6 短期(件)-条目插入).WinObject(22_3).Drag 25,14 Window(1.6 短期(件)-条目插入).WinObject(TScrollBox).Drop 77,122 Window(1.6 短期(件)-条目插入).WinObject(22_3).Type 44 Window(1.6 短期(件)-条目插入).WinObject(短期).Click 189,6 Window(1.6 短期(件)-条目插入).WinObject(fdedd).Drag 98,19 Window(1.6 短期(件)-条目插入).WinObject(TScrollBox).Drop 43,169 Window(1.6 短期(件)-条目插入).WinObject(fdedd).Type sdddd Window(1.6 短期(件)-条目插入).WinObject(12).Drag 50,9 Window(1.6 短期(件)-条目插入).WinObject(TScrollBox).Drop 420,42 Window(1.6 短期(件)-条目插入).WinObject(12).Type 21 Window(1.6 短期(件)-条目插入).WinObject(01).Drag 24,7 Window(1.6 短期(件)-条目插入).WinObject(TScrollBox).Drop 439,67 Window(1.6 短期(件)-条目插入).WinObject(01).Type 56 Window(1.6 短期(件)-条目插入).WinObject(tbBase).Click 202,19 Window(1.6 短期(件)-条目添加).Close Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).Activate 插入条目的图形界面：归入整编的执行代码：Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(TDBGridEh).Click 236,35 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(TDBGridEh).Click 239,46 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(TDBGridEh).Click 239,51 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(TDBGridEh).Click 238,41 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(ToolBar3).Click 85,16 Dialog(询问).WinButton(是(Y).Click Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).Close Window(江宁水务集团-北京量子伟业时代信息技术有限公司).WinObject(tbMain).Click 33,21 Window(江宁水务集团-北京量子伟业时代信息技术有限公司).WinObject(TTreeView).DblClick 144,180 挂接原文的执行代码：Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(ToolBar1).Click 438,19 Window(原文管理).WinObject(tbSlave).Click 31,18 Window(原文-添加).WinObject(浏览).Click 23,12 Dialog(打开).WinListView(SysListView32).Select 新建 文本文档 Dialog(打开).WinButton(打开(O).Click Window(原文-添加).WinObject(拟定).Click 35,6 Window(原文-添加).WinObject(关闭).Click 36,8 Window(原文管理).WinObject(TDBGridEh).Click 500,36 Window(原文管理).WinObject(tbSlave).Click 613,18 Window(原文浏览【新建 文本文档.txt】).Close Window(原文管理).Close Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).Activate 生成档号的执行代码：Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(TDBGridEh).DblClick 241,42 Window(1.6 短期(件)-条目修改).Close Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(ToolBar1).Click 831,16 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(ToolBar3).Click 331,21 Window(信息反馈).WinObject(拟定).Click 37,6 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).Activate 检索档案条目的执行代码：Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(TDBGridEh).Click 354,155 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(ToolBar1).Click 717,21 Window(检索).WinObject(0).Drag 13,8 Window(检索).WinObject(包含).Drop 59,10 Window(检索).WinObject(0).Type 1 Window(检索).WinObject(TListBox).Click 234,8 Window(检索).Click 594,16 Window(检索).Click 520,25 Window(检索).WinObject(查询).Click 32,10 Window(检索).WinObject(关闭).Click 29,9 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).Activate 从用户登录到添加条目一直到归入整编的执行代码：Window(北京量子伟业时代信息技术有限公司).WinObject(TEdit).Click 102,9 Window(北京量子伟业时代信息技术有限公司).WinObject(TEdit).Type 888 Window(北京量子伟业时代信息技术有限公司).WinObject(拟定).Click 45,5 Window(江宁水务集团-北京量子伟业时代信息技术有限公司).WinObject(TTreeView).Click 31,36 Window(江宁水务集团-北京量子伟业时代信息技术有限公司).WinObject(TTreeView).DblClick 148,180 Window(全宗：江宁水务集团，全宗号:0000，档案库：1.).WinObject(ToolBar1).Click 146,17 Window(1.6 短期(件)-条目添加).WinObject(01).Type 01 Window(1.6 短期(件)-条目添加).WinObject(01).Type micTab Window(1.6 短期(件)-条目添加).WinObject(201).Type 201 Window(1.6 短期(件)-条目添加).WinObject(201).Type micTab Window(1.6 短期(件)-条目添加).WinObject(212).Type 212 Window(1.6 短期(件)-条目添加).WinObject(212).Type micBack Window(1.6 短期(件)-条目添加).WinObject(212).Type micBack Window(1.6 短期(件)-条目添加).WinObject(212).Type micBack Window(1.6 短期(件)-条目添加).WinObject(212).Type 2023 Window(1.6 短期(件)-条目添加).WinObject(21