【基于web测试技术在HR系统设计中的应用研究12000字（论文）】

-132-基于web测试技术在HR系统设计中的应用研究摘要信息化时代发展迅速，信息技术也日益成熟，企业管理系统只有不断借助测试，才能确保系统软件在使用过程中的正常运转。系统检测必然能够有力测出各种缺陷。与此同时，整个系统测试是需要高效进行的。简单的相关测试脚本记录和回放测试内容，随着企业系统特点和领域的提高，尤其是系统自动化测试领域，常伴随着诸多问题。例如人工之间配合度不足和脚本重复使用性不足。要是问题可维持性差了，如覆盖度不够全面就会给项目开发工程带来麻烦。因此基于web测试技术的自动化测试是一个提高系统品质的重要手段。检测组织可以集中针对测试系统的质量属性，为了提高品质。若仍是通过传统系统测试方式，必然发现问题不及时、不全面，将停滞不前，不被当今社会所取，也不会对管理有何贡献，是一个重大管理问题，严重影响了企业的发展壮大，会很难再当今市场需求中泰然立足。本文稿提出了通过在web测试技术管理下的HR资源系统，实用且有效的解决企业与现代信息化发展相结合的问题，解决了互联网思维问题，web测试技术拥有很好的应用环境和技术要领，提供了web测试技术需要一个相应的系统来与企业发展结合，使企业更好的经济运转，管理流程规范，人事数据处理效率，方便的统计和归档的便利，充分发挥HR资源管理系统的主导作用。文稿说明了依据现代企业实际情况，融合了先有的web测试技术和软件技术，测试了人力资源管理网络系统。HR系统的整体结构基于在线平台，系统的技术实施关键系统问题基于TestMonkey自动化检测系统应用，主要在于对人员信息管理，人事信息发展管理、网络应用和网络有效性的系统测试。通过web测试技术自动化检测检测来满足企业现有的资源管理，取用管理优秀人才资源，确保企业的人员力量，经济利益。网络自动化测试技术也着力解决了HR系统的缺陷不足，通过web测试技术创建对目标自动化测试脚本，加载运行对系统的检测脚本，反馈系统存在的不足之处，实现了对HR系统的改进和更新，完善人力资源管理。在研究过程中，本文充分运用软件测试理论和web测试技术实施系统应用。关键词：HR系统；UFT；自动化测试目录TOC\o"1-3"\h\u1引言 11.1研究背景及意义 11.2研究现状 21.3论文组织结构 22UFT测试理论 42.1UFT工具测试 42.2测试对象模型 43测试需求分析 63.1需求测试 63.2测试目标及对象 63.3可自动化判断和自动化覆盖率 73.3.1测试可行性分析 83.3.2客户操作需求 83.3.3自动化覆盖率 83.4自动化测试优先级 84自动化测试的设计与执行 94.1web系统测试要求 94.2HR系统测试要求 104.2.1HR系统测试设计 104.2.2管理器TestMonkey的设计 114.2.3资源库的设计 154.2.4黑盒测试技术及适配器设计 164.2.5数据库及其它连接器的设计 184.2.6普通测试用例自动化脚本的设计 194.2.7测试用例进度 225测试结果的分析 235.1测试运行的环境准备 235.2测试的运行 245.3自动化测试执行结果的记录与报告 255.4设计测试脚本 25结论与展望 27参考文献 291引言1.1研究背景及意义软件品质包含了软件结构和软件质量。通过高效测试让软件结构稳定，保证软件质量满足基本要求。软件质量品质反应出系统应用基于功能需求或相关规则的设计程度。软件行业高能发展离不开测试环节，各类高效测试工具UFT、selenium和QTP等自动化测试工具都给企业带来了很大的利益。持续增多的世界机构组织，各个国家通过信息高科技技术来改进传统测试。web自动化测试是对现有的资源系统进行高效率检测，想要有更显著的效果，提高自动化测试管理再做出更好的决策，增加缺陷修正质量，保障检测品质。怎样正确的测试改善软件，是每个企业在系统运作流程中的必备内容之一。一个很重要的依据为现代HR资源测试理论，记录所有的资源测试数据，并有效组织或因更新信息或因共享信息所引起的数据不兼容，导致资源相关存储不核对的一些困难，在企业工作上能够改善系统管理，快速地更新处理，更为科学和标准的系统。原有的HR资源管理系统持有C/S模式，也基于这个模式，在大部分各类企业组织工作流程在应用黑盒测试技术出现些许缺点：覆盖率低、测试功能不全面、重复使用性差，可以说没有集中的控制处理，传统手工检测的HR资源管理系统显得十分单薄单一，处理方式被局限。测试技巧在日常人员管理，网关管理，系统应用相关运行都有被影响。将web测试技术应用到HR系统中，深度改善系统，满足客户需求。1.2研究现状在20世纪中期，我国测试技术飞速发展，国民开始大面积触及软件测试自的东西，对测试技术有了一个全新的认知，能够深刻广泛的认识系统测试带来的应用影响，各种组织机构，各种企业在不停的尝试应用能够实现的测试软件技术，对之前已有的比较迟缓的测试系统进行改造，支持软件测试技术带来的蜕变。依据HR系统定义的演变，追溯其起源和后来的发展表明了，人力资源系统测试提出的概念及后面的管理应用会相对来说较为早些，而和现代测试技术融合在一起的人力资源系统测试方式的应用起步则会晚些。最早是在美国及一些西方的发达国家在研究人力资源的发展应用，然后陆陆续续研发出来了一些当时比较典型的人力资源系统，他们是领先于测试技术在资源系统应用的。我国在这方面也不断的吸取外国西方先进的知识，和过往的软件测试经验，再结合自身国家的摸索，不断的改进，在资源管理和测试技术两者中去探讨，得以发展。在最早的传统的手工测试管理中，单单仅依靠测试员之间的手动测试，对人员信息，网络环境检测和功能更新的处理，可以说是笨拙的，有非常多的不足之处。引用先进的自动化测试技术，应用先进的软件测试技术，能够让系统测试效率极大的提高，也勉励在位的每一个测试员，提高他们的积极性。就这样许多企业行业组织依偎着的自动化测试，进步也相当明显，发展迅速带来大利益的同时也带来了大量琐碎繁杂的事情，呈现一系列的问题，仍是处在不成熟的状态，当人力资源管理观念产生变化，和现代企业机构的发展需求，相对于的管理系统就顿时显得薄弱无力，缺乏生命力。而近年来，我国科技发展迅速，信息技术呈直线型飞速突进，网络科技应用环境渐渐成熟起来，web测试技术也越来越成熟，web端的网络终端应用和移动端的web测试技术也是各分秋色，这也让一系列的问题困扰许久的停滞程序都将迎刃而解。很多难题得以破解。国外的发展研究相对我国较早，对于人力资源管理系统的研究很早就效果显著，在信息化的早期测试web技术建设并不局限于网络技术的某一个环节的测试技术建设，反而是融合了所有的信息技术环节再去定位的，很典型的TestMonkey系统在这方面都很好的说明了对HR系统的测试管理，更正了以前的测试缺陷。海外发达国家也都受益于这种自动测试技术，一个比较全面的软件测试技术，测试数据分析技术等都是对他们系统测试的支持，将其应用到人力系统中，减少了系统测试所需成本，很大地提高了测试效率。1.3论文组织结构文稿共五章，概述了论文的结构和组织，各章节的介绍：第一章为引言，概要阐述了研究背景及意义。第二章为UFT测试理论，分析UFT测试的功效及优势所在。第三章为需求测试分析，主要介绍了HR系统的测试需求，可行性的分析。第四章为自动化测试设计与执行，介绍了管理器连接实现，自动化测试脚本开发和专业性测试方面。第五章为测试结果分析，对系统的测试环境，测试运行，报告分析，用例脚本专业性问题阐述。

2UFT测试理论2.1UFT工具测试UFT是一种基于GUI录制的自动测试工具，能够自动执行测试用例在回归测试过程中。有点类似于HP的Loadrunner。相关但不包含，UFT记录用户脚本操作，达到录制再回放的功能。而上一者只是记录了相关协议来测试功能。UFT作为一种高效自动化测试，使用vbscript的镶入式语言，还可应用在软件环境检测和程序功能有效性检测。2.2测试对象模型（1）对象库UTF对象包含两个，一个是基本测试对象，是TO属性的，一种静态的属性，运行过程的输入和它没有多大影响。它是由UFT定义的一些类，就是对象库中的对象，代表了被测应用对象。另一个是运行时对象，是Ro属性的，是不断变化的，依据用户输入来提取值。使用对象库管理各种对象，把这些对象属性都记录到存储库当中。（2）支持多种录制模式UFT包含三种录制方式：正常录制、模拟录制、低级录制。正常录制是UFT前身QTP最突出的特点，直接操作对象，能够充分发挥对象库作用。它继承了对象模型的很多优点，不再是依赖于识别屏幕坐标来完成录制，通过直接识别程序对象的形式来完成的。但是正常模式并不全面，还需要另外两种方式来完善。模拟录制就是对正常录制的弥补，一些正常录制模式不能做到的动作，例如大部分的键盘鼠标的精确操作，难以录制的可以通过模拟录制来记录相关操作轨迹。不足地方就是模拟录制占用系统文件空间较大，并且在回放时屏幕规格改变或者位置交换都会导致回放失败。低级录制模式对对象位置要求也特别严格，此方法主要运用在QTP不能正常识别对象时，记录不支持对象的坐标位置。一般是万不得已才使用这种录制模式。（3）内置的数据驱动测试在UFT测试过程中运用数据驱动测试脚本是很重要的，对测试残本实施参数化有很多种方式，环境变量参数化是方法之一，很多我们已录制好的脚本需要进行优化。在录制脚本时，使用线性的自动测试方式，对已编辑好的操作步骤进行回放，这样做出来的测试覆盖面一般很低，而内置数据驱动测试能够较全面地解决这个问题。将测试步骤的数据参数化，输入到数据表格中某个字段。在数据表格中编辑测试数据，选择数据，再设置一个迭代次数，让测试脚本每次选择数据进行迭代测试。

3测试需求分析3.1需求测试信息技术管理系统普及越来越广泛，众多企业行业，组织机构得以应用发展。也意味着计算机软件业务管理，HR系统在企业业务中发挥作用之巨大，所以对软件系统本身的要求也相应的变高。是否能够更为准确的运用管理系统软件程序，影响着一个企业决策选择和经济得失。因此可以明白系统软件测试占据的重要地位，科学良好的系统测试可以及时的找到问题，发现错误，专业人员再对错误问题判读处理，解决问题，修复系统的缺陷，确保其稳定正常的运作，发挥作用。系统的测试极大力削减错误的产生，缺陷的出现，最终保证系统程序高校稳定工作。一个实用有效的系统测试，应该是通过对软件程序的各项工作流程的解答，就是在工作资源，运转程序各方面做出详实的说明，如此一来才能保证了系统测试的效率和测试质量，最终能够满足市场企业的质量需求。所以在项目进行的早些时候，对项目整个需求测试是务必要做到位的，尤其重要。测试员也应当要具备优秀的才能，进行需求检测，再吸取自身的检测经验，将任务目标落实到位。3.2测试目标及对象这个检测项的对象是：根据自动检测模块要求，人工建立用例来测试结果。（2）选择TestMonkey基于web技术的自动化检测系统对上一步手动测试用例进行代码自动检测。（3）在这次检测项目过程中，两名辅佐进行的测试员要求必定能在四周实践内实现验收检测。（4）测试工作正式执行完毕，分析测试结果，产出一个相关测试报告。主要对HR系统的界面有效性测试，保证能够正确跳转页面，在各不同网络环境中能够流畅运行，正确引导对话框操作，满足用户对系统的体验需求。图3-1系统界面图3-2人员绩效管理对话框3.3可自动化判断和自动化覆盖率系统业务测试能否满足市场需求，满足客户全方面的需求，对HR系统的自动化判断是很重要的，分析系统不够全面的覆盖率。考虑到了测试工具本身的优缺点，还有系统本身的经济投入，在未来开发系统的支出上测试脚本所需的成本也是不可或缺的。3.3.1测试可行性分析对软件系统的一个重要分析，重点从各方面进行分析，根据所得出的解决方案判断能够可行。主要也是在对项目于市场中的需求，环境带来的影响及盈利方面能力等要素的可行性研究分析。早时期的低效率手动编写测试用例低不仅需要花费大量的人力物力，而且作业质量难以保证。对于纸质的文档，不方便资源的查询统计，不方便数据的保留，同时不能对方案决策提供好的支持。通过web自动测试技术的应用，被网络自动化的人员信息管理，显著提高了对企业优秀人才的利用率，给企业带来了重大的价值，更实际的发展。优秀人才的利用率也使企业增强了核心竞争力，从全方位带来积极的影响，有益于企业的管理，提升企业对现代HR系统的管理要求，进一步适应现代信息化，降低了经营管理成本。3.3.2客户操作需求显而易见的，对于普通用户，我们的系统仅要求普通使用用户掌握基本的上网操作经验，这些已经经历过推敲的系统，测试过的功能系统能够很好的普及使用者，拥有灵活方便，操作简单等优点。满足了基本用户的需求的同时在使用过程中也不难操作。后台的管理也较为方便，企业内部不会焦头烂额，使用者和内部人员也能在一定的短时间内熟练掌握运作，轻轻动动手指按键就可以达到想要的结果。3.3.3自动化覆盖率脚本覆盖率是按百分比计算的，可以查看单个脚本函数的代码覆盖率，双击函数名即可看到代码覆盖信息，红色代码没有被覆盖到的，绿色代码是被完全执行到的，黄色部分则是各一半，通常是因为多了几个判断条件，执行了部分的条件。3.4测试优先级尽早地实现测试用例中的高优先级缺陷，尤其在准备测试计划时。毫无疑问测试员是要投入大量的精力脑力，不要懈怠，保证测试脚本的质量、容错性和缺陷的及时修补。这类高优先级的测试脚本用例通常是INM系统常用突出特点，就是用户们最在乎和最想消费的地方。

4自动化测试的设计与执行4.1HR系统测试要求系统运转的流畅度，客户操作体验非常关键，系统在对性能这块的需求是非常高的，能够稳定并且很流畅的流转不卡顿是衡量标准。使用者有良好的体验是对系统的认可，也关系到企业持续地使用软件系统管理。另一方面，网络的不同环境，因为每个企业都要有网管程序。而HR系统要有能在各不同环境运行的要素和装备，供应商开发提供的网管程序包含业务层到管理层的全部功能。每个公司对优秀人员筛选和管理，是一项相比网络网元管理不同之处。因此，运营商对HR系统的品质有较高的需要。在这些方面，高效的自动化测试在对HR系统管理都有着出色的表现。（1）数据计算准确率人员管理系统中薪资处理不能有半点差错，系统要确保没有容错率100%的准确计算度，在涉及金额方面精确度在小数点后两位小数。（2）数据处理响应时间系统面对到手的数据，需要进行处理主要有几种查询，统计查询、非查询等。而数据库系统虽然可以很快的显示出查询响应性能，但跟着时间的流逝，越来越多的数据量积累增多，系统内部信息量不断增大，多少一定会对查询效率影响。首先对所有数据处理的响应时间都要在2秒内完成；其次系统在运作过程中产生的日志报告数目每隔3个月就要清理一次。人员的流畅引入和撤离，对于离职企业的事后一年内进行数据的清理工作等。（3）系统工作持久性系统应该要具有一定的自我康复能力，系统的工作持久性就是一个重要保障，必须要具备持续间接不断的持久工作能力，满足客户一直使用的需求，工作不间断能力。（4）系统故障恢复能力当系统发生一般故障时，要求管理系统能够在20分钟内解决必要问题，若面临较大的威胁系统故障，则需保证系统能在90分钟内恢复正常工作。4.2HR系统测试设计4.2.1HR系统测试设计Testmonkey是一个针对网络技术的自动测试系统，是基于Ruby特色语言的，作为一个自动命令行工具系统，能够在模拟器或者实际设备中运行。向系统发送随机用户事件实现对开发程序的测试。可以设置尝试时间的数量，是基本配置选项。也可以只对单独的一个包测试，是运行约束选项。还有调试选项可以设计事件类型和频率。在测试运行中反馈给系统，如果应用程序崩溃失常了，monkey测试系统会停止并报错；如果应用程序不响应了将会停止并报错；测试运行停在一个或几个特定包上，monkey监测会转向其他包，并对其阻止。图4-SEQ图4-\*ARABIC1HR测试系统运行方式图Testmonkey测试系统中，用例脚本关键部分就是设计和实现。网络设备及仪器仪表环境检测设计对应UFT检测功效，UFT与管理器之间相互关联，包含测试用力库。Monkey系统关联着测试用例脚本及库文件，用户启动Monkey系统引发一系列操作，管理器最后体现检测系统结果。这些测试用例管理、环境配置和测试成果汇报都基于文件目录管理的实质。图4-SEQ图4-\*ARABIC2系统测试文件目录结构图各类测试环境数据指标，测试系统功效库提供所有级其他资源库。系统逻架构图如下图所示：图4-SEQ图4-\*ARABIC3TestMonkey检测系统逻辑架构图4.2.2管理器TestMonkey的设计首先启动TestMonkey管理器是用户使用自动化检测系统，是管理器主界面。图4-SEQ图4-\*ARABIC4检测系统TestMonkey管理器主界面HR系统的自动检测关键管理器，也充当许多关键功能。他为我们提供了检测环境，由于web测试技术的特别性，一种系统测试通常包含很多种不同类的网络原件装置，不同测试环境存在着种种问题，相关测试进程不一样、检验网络部署不一样、测试装置运营不一样、测试成果回馈位置不一样等。客户们仍能够借助相对简单的测试数据指标来配置，轻易地将HR系统的web测试技术安排到各环境当中。测试参数设置如图：图4-SEQ图4-\*ARABIC5测试参数设置对话框UFT从早年时代的前身QTP继承的一个AOM对象模型就是MercuryObjectRepositoryUtil。管理器运行过程中UFT启动关键的一步就是UFT工具通过启动Ruby的win32调用MercuryObjectRepositoryUtil对象模型和QuickTestApplication对象模型这两各AOM，通过UTF模型的根对象启动程序，新创建一个测试用例放入到UFT中，对未运行过的脚本再加载。UFT记录回放首先要创建脚本，打开UFT软件后选择一个插件，如“avtive”。对测试的运行录制方式进行设置，有三种录制方式，一般先勾选第一个。勾选第一个需要准备启动软件进行录制，勾选以下的就选择录制的程序，然后确定。创建好后就建立了一个新的空白窗口，打开设置的录制软件，点击录制按钮根据文件要求操作完成，停止完成录制。相应的窗口中也产生了脚本，然后对原先已录制好的进行脚本回放，在UFT上选择回放，软件会自动回放脚本，之后产生测试结果，以PDF格式将测试结果到处，以ZIP形式将测试脚本导出。 图4-SEQ图4-\*ARABIC6相关工作流程图完成对HR系统的有效性测试，不会出现低级问题。测试绩效管理的功能有效性如图：图4-7人员绩效管理图使用类似管理器TestMonkey这样的，既能自动载入检测脚本，还可一次性载入一个测试集（含多测试用例），数据指标表明连接库资源库的相关类，当前进行的几轮测试。HR系统的应用，在网络技术环境中隐约存在着居多网络安全风险，系统应该及时对发生的网络安全危机做出应对政策，否则对系统内部的管理，人员信息资源，重要数据的丢失风险，网络安全都是一个非常不利的影响，如果再遭受黑客攻击就很可能导致系统直接崩溃无法正常工作，将会给企业造成不可预料的损失。系统需要从操作用户的角度，理顺操作者在企业的角色关系，基础权限相对于使用者普通客户，操作时要有明确的操作标签，权限标识智能操作符合自己职责能力的功能。应用web自动测试的系统，该数据库将记录保存所有的人员人事管理信息，保护所有的数据信息安全极其重要。需要提供满足数据库所在操作系统、数据库管理系统、数据库中的敏感表等不被轻坏或丢失的措施。网络硬件中的安全措施主要考虑这些方面，防火墙的设置，路由器的设置是否安全完善，以及供电设备电源的供应足够，服务器环境进行了安全的调配，在工作处理过程中能够自己过滤不良信息保持稳定的网络，程序的顺畅运转及时防备黑客的攻击。4.2.3资源库的设计资源库在HR系统测试中起至关作用，实现测试脚本执行的一整套框架。图4-8资源库目录结构图如图4-9所示，HR系统测试中，系统资源库大概分为几层。图4-9HR系统测试核心类通过系统自动核心测试的HR系统提高了企业的优秀人才利用率，进而提高了企业的核心竞争力，处之泰然坚毅不倒，当然企业的管理也更为流畅，快速适应现代信息化的技术管理，员工的压力减小，员工之间相处更加融洽，工作过程互相协作管理，一幅和谐的画面也是高层所想见到的。该HR系统管理了人事信息和薪资管理等，能够使高层管理方便快捷的了解属下人员的密切信息，采取适当措施。员工也能很好的审视自己，在提升自我，通过员工培训跟踪，信息记录信息能够作为一个优秀人才的培训方案。再从TS中加载脚本，管理员的相关测试：图4-10系统管理员设置出于对系统的性能考虑，安全考虑等，对系统管理员功能一个重要测试，对于非功能性分析在系统中有较大的差异，但是其需求程度是很大的。4.2.4黑盒技术测试及适配器的设计一个实用有效果的系统测试，应该是通过对软件程序的各项工作流程的解答，就是在工作资源，运转程序各方面做出详实的说明，如此一来才能保证了系统测试的效率和测试质量，最终能够满足市场企业的质量需求。该系统测试技术应用一般是通过两方面实施应用。第一是对它的功能性测试，在首要完成系统实现后，主要采用黑盒测试技术对系统实施详细具体的功能性测试，再运用白盒测试技术系统内在逻辑与黑盒测试技术相结合的方法实施功能性测试，确保能够正确的进行测试。接着是其他系统测试，为了确保程序系统的完整性和没有差错，根据系统的需求设计文档，一般包含有性能的测试，安全性测试，用户界面测试，环境需求测试等。表4-1系统测试表功能编号测试项编号测试内容测试优先级01001管理系统高02002登录功能低03003UI交互界面低表4-2需求测试表序号测试功能测试优先级001注册用户高002用户登录高003人员信息高004部门管理高005培训管理高006奖惩管理高007取消订单高008添加员工高009删除员工高010员工薪资高011薪资变动高表4-3测试部分用例表测试需要HR系统用例描述所有功能测试优先级高前置条件平台系统登录管理员（账号：admin密码：123）测试时间2021.4.5测试人员杨宇轩用例序号条件输入实行操作预期目标测试结果001客户注册打开用户界面点击注册按钮注册成功测试通过002用户登录点击界面登录按钮登陆成功测试通过003查询员工选择员工姓名显示对应员工信息测试通过001修改信息选择员工后编辑信息并点击确认成功修改员工信息测试通过002人员培训点击对应培训按钮，进入培训页面成功进入培训页面测试通过003员工奖惩点击对应员工进入奖惩页面成功进入奖惩页面测试通过004取消升薪点击取消订单按钮成功取消升薪操作测试通过005添加员工填写姓名身份证后点击提交验证成功后添加成功测试通过006删除员工找到员工编号，点击删除按钮成功删除对应员工测试通过007查看员工薪资点击进入员工薪资查看成功验证后，展现员工薪资情况测试通过008薪资变动点击员工薪资编辑，修改并点击确认验证后成功保存测试通过图4-11适配器示意图4.2.5数据库及其它连接器的设计（1）实现数据库连接可以直接访问数据库指标的数据库SqlAdapter适配器在系统中运用，实现文案用户界面读取，但这会导致它的效率很低，且实现起来很繁琐。但是对数据库指标的直接访问很好地解决了这个问题，方便测试脚本检索相关数据指标。通过关系图能看出来，数据指标库的类别、服务器位置、端口、名称等。得益于此材料，适配器有了用户名和密码便能够访问相关INI类中没有的数据指标库。图4-12内部调用关系图（2）借口连接器的实现MTOSI连接器，系统网络层实际操作中有多层组成结构，会级联到本地网络，将需要系统网络块供应强化的MTOSI接口。检测系统网络非常关键也基于了对这种接口的支持。在这个过程不仅能自动测试北向页面，还可以管理检测网络相关模块，有助于检测组织快速构建。多技术操纵系统能对不同领域间进行整合处理，MTOSI连接器简便有力地让系统网络在运行中关联。4.2.6普通测试用例自动化脚本的设计检测目标都能新建立一个独立的子目录来储存和测试目标相关的用例脚本。importosimportdatetimeimportshutilimportsysimportallurefromutils.ExcelHandlerimportExcelfromutils.LogHandlerimportloggerfromutils.RequestHandlerimportRequestHandlerfromutils.AllureHandlerimportAllureHandler@pytest.mark.parametrize("d",Excel().get_excel_data())deftest_case(d):#print(d)result=RequestHandler(d).get_response()#logger().info(d)allure.dynamic.title(d["case_project"])allure.dynamic.description("<fontcolor='red'>请求的URL:</font>{}<HR/>""<fontcolor='red'>请求的类型:</font>{}<HR/>""<fontcolor='red'>实际值:</font>{}<HR/>""<fontcolor='red'>预期值:</font>{}<HR/>""".format(d["case_url"],d["case_method"],result[1],result[0],))assertresult[0]==result[1]#defteardown_module():#allure_obj=AllureHandler()"""生成allure测试报告"""#allure_obj.execute_command()"""打包文件"""#allure_obj.zip()"""发送邮件"""#allure_obj.send_email()importxlrdfromconfimportsettingsfromutils.LogHandlerimportloggerclassExcel(object):defget_excel_data(self):"""获取excel表格数据"""logger().info("读取Excel表格{}{}".format(settings.file_name,settings.file_path))book=xlrd.open_workbook(filename=settings.file_path)sheet=book.sheet_by_index(0)#print(sheet.nrows)#8title=sheet.row_values(0)l=[]forrowinrange(1,sheet.nrows):#print(sheet.row_values(row))l.append(dict(zip(title,sheet.row_values(row))))#print(l)returnlif__name__=='__main__':Excel().get_excel_data()4.2.7测试用例进度测试进度可以用一种易理解的观念来审视项目进度，测试状态分为几种：全部测试用例、通过的测试、未通过的测试、没运行的测试。一个模块所有测试的QA都执行过了，测试结果也成功了，就算完成。用例的数量常常反应了模块的复杂度，迎合需求不断更新的新版本，相应的测试也要跟上的，不仅是项目最后关头才实施测试。不能确定一个模块进度要完成了，实际上是要所有用例通过才算完成，理论上项目85%的用例通过就可以算是完成了，因为用户可以接受产品了，当然还存在着一些影响不大的问题，以后可以再更新修复的。

5测试结果的分析5.1测试运行的环境准备测试用例设计也可以适当加入一些人工用例测试，像创建或删除之类的，可以开发和组合的业务。其优点在于自动脚本检测过程前后检测环境一般不会有所改变。在应用这种用例测试时不必配置检测环境，检测数据指标在工作完成后会自动复原。测试硬性装备，在这过程中起决定性作用。因为受到测试装备多样性、网络相关元素尽可能做到和用户环境相当，可以很大程度排除大部分的系统故障，同时也提高了测试质量。测试员运行相关测试后，不能再变动测试网络数据，不然会使网络配置没法及时地更改。本阶段使用了一个网络拓扑的凝固机制，就是一个关于web测试技术的自动化拓扑，其步骤：（1）运用网络拓扑方式搭建回归测试。（2）再搭建好网关，将所有测试涉猎到的业务加入其中。（3）检测后删掉网关管理和数据指标，留下测试环境的物理连接。（4）进行回归测试用例。图5-SEQ图5-\*ARABIC1测试系统部署视图图5-2系统网络兼容图5.2测试的运行使用UFT测试工具以及相关插件，几个自动化的测试专业人员，购买实际的测试工具，准备测试机，相关的服务器和客户机，计算开发自动化框架所需时间。相关测试工作要投入到同一个工作组和网络环境中，确保网络元素相关联。测试脚本包括脚本的层次、命名，要按层分开，遵守编码的规范，结构化脚本框架全面支持数据驱动测试。构建对象库、对象映射、函数库和关键字驱动脚本等，有利于软件开发维护。web自动化测试代码进行跟踪维护，采用源代码管理。有计划进行缺陷跟踪，对修复的缺陷验证。测试中保证测试执行的稳定性是关键，就算降低一定的性能，增加脚本开发的冗余设计。脚本编写结束不代表脚本开发工作结束，先进行调式保证其稳定，通过SVN系统导出TestMonkey管理器的内容，完成测试脚本工作，测试结果符合了测试要求，才能说测试的运行工作告一段落。5.3自动化测试执行结果的记录与报告系统自动上传测试结果，在测试脚本中添加相关检测步骤，通过ALM脚本用例页面查看执行成果。自动化测试结果一般分为3种情况，已经通过的测试，未通过的测试和未执行测试。针对执行结果，集中分析解决那些未通过的测试结果。思考是否为之前的某一个测试执行失败而导致后续的大量测试执行没有通过呢；分析软件产品本身确实存在的缺陷导致测试失败；再次检测测试硬件装备环境，网络拓扑设置环境是否出现异常。图5-3测试执行结果5.4测试脚本结果分析编写自动测试脚本可以说是实现测试用例的输入输出，尽量提高测试的自动化测试程度，脚本设计包含了底层测试脚本设计，把更多心思投入到设计中也是测试设计之一。测试脚本不止是实现输入输出数据的，认为只要得到预期结果数据是很片面的，同时要考虑到脚本结构可维护性，合理性，是否是足够正确及可靠的。不同的公司可能有布施不同的脚本框架结构设计，一开始的流水设计一步步慢慢进化为框架脚本设计，要是测试程序不可靠，那么输出输入还有啥重要可言。将设计的框架脚本与程序平台交融设计，配合使用精化设计，自动实行测试脚本。很多时候对于同一个脚本，不同公司进行回归测试会有不一样的结果，分析发现会是脚本存在的问题。因此保证脚