Selenium论文关于Selenium在CRM项目中的应用论文范文参考资料

硒论文硒在客户关系管理项目中的应用(北京福富软件技术有限公司福州分公司，福建福州350011)本文提出了一种基于Selenium开源框架的二次开发方法来实现Web项目的自动测试。它需要在覆盖率、准确率、命中率等方面进行自动测试。希望通过可视化和组件化实现测试用例的排列和实现，最终实现对Web项目的自动测试和验证，提高测试质量和测试人员的工作效率。关键词：自动化测试；硒；测试质量；测试效率；客户关系管理项目:TP391:1009-2374(xx)01-0035-02DOI:10.13535/j . ki . 11-4406/n . xx . 01.0181背景和意义客户关系管理系统的特点是开发周期长，补丁发布次数多，需求紧，重复工作量大。每个版本的发布都需要大量的回归测试来验证新需求对现有业务的影响。目前，一个版本的每次发布都需要5个人日的回归验证输入，不包括临时紧急增量发布验证。目前，一个月只发布2个版本，一年发布24个版本，总共需要120个工作日。此外，这部分工作基本上是机械的，没有技术内容。同时，由于系统的特点，在测试过程中，业务比较复杂，只需要手工覆盖测试。显然，存在工作量大、测试质量低的情况，这将影响产品质量，降低客户满意度，进而影响产品的生命周期。因此，如何做好产品软件测试已经成为一个亟待解决的问题。1.1国内外研究现状目前，QTP、AutoRunner、机器人框架、Watir和Selenium测试软件在业界都很有名。其中，QTP是一个老的自动化测试工具，它可以测试C/S框架和B/S框架。但是，必须在对象存储库中建立TESTEOBJECT对象。此外，存储库不能手动建立。在记录过程中，必须使用间谍软件进行捕获或自动建立。Selenimu框架是一个优秀的开源框架，不仅仅是一个工具，它是一套工具，每个工具都有自己的特点和应用场景，并且可以非常方便的进行二次开发，为了解决实际项目中遇到的特殊问题，定制开发是非常可行的。1.2硒的优缺点Selenium是一个强大的开源Web函数测试工具系列。硒元素和网络驱动程序集成后，一个名为硒元素2.x的新测试工具就形成了，它提供了一种与浏览器交互的完全不同的方式。主要的新特性是集成的网络驱动程序接口。除了解决Selenium-RC API的一些限制之外，在与Webdriver集成之后，Webdriver的设计将提供一个更简单、更简洁的编程接口。硒？Webdriver将更好地支持动态网页，即页面本身被重新加载并且页面元素可能改变的页面。网络驱动程序的目标是提供一个设计良好的面向对象的应用编程接口，更好地支持现代高级网络应用测试。1.2.1工作原理。Selenium2.0是一组更面向对象的Selenium网络驱动程序API，它使用浏览器的本机API直接操作浏览器页面中的元素，甚至是浏览器本身(屏幕截图、窗口大小、启动、关闭等)。)。由于使用了浏览器的原生应用编程接口，不同的浏览器制造商在操作和呈现网络元素方面会有所不同，这直接导致了不同浏览器制造商对硒网络驱动程序的不同实现。例如，火狐有一个特殊的火狐驱动程序，铬有一个特殊的铬驱动程序，等等。运行过程：(1)Webdriver启动目标浏览器并绑定到指定的端口。启动的浏览器实例是Webdriver的远程服务器；(2)2)客户端通过命令计算机(通讯协议：网络通讯协议)向远程服务器的* * * * * *端口发送请求；(3)远程服务器需要依靠本地浏览器组件(如IEDriver.dll和chromedriver.exe)来转换浏览器的本地调用。远程服务器端使浏览器实现了网络驱动程序的统一接口，客户端可以通过统一的restful接口自动操作浏览器。1.2.2优点和缺点。直接在浏览器中运行，就像真正的用户一样。硒测试有以下特点：(1)硒框架是一个支持定制二次开发的开源框架；(2)它可以在浏览器间，火狐和火狐上运行。其他测试工具无法覆盖这么多平台；(3)通过编写模拟用户操作的Selenium测试脚本，可以从终端用户的角度对应用程序进行测试。(4)通过在不同的浏览器中运行测试，更容易发现浏览器不兼容。当然，Selenium框架也有其不足之处，主要体现在以下几个方面：(1)它主要支持B/S框架，不支持C/S框架；(2)当不能真正判断页面上的元素时，可以生成。1.3硒的应用及难点客户关系管理系统主要基于JavaEE架构，前台主要通过Ajax(js，css)等语言实现，后台逻辑主要基于Spring和Hibernate。同时，由于业务的灵活性，目前还没有可以直接应用于系统的自动化测试框架。这种业务特征和技术框架使得将二次开发的硒开源框架应用于属于客户关系管理的自动化测试成为必然选择。1.3.1测试过程。首先，研究并实现自动化测试用例，以降低脚本维护成本。对于自动测试用例，需要对原始的手工测试用例进行分析和修改，主要是为了详细确认每一步的验证点。在手动测试中，许多验证方法是由人眼和大脑来判断的，大多数手动用例没有指定需要验证什么，但是在自动测试用例中，需要验证什么必须被清楚地说明。同时，为了减少脚本维护的工作量，必须将功能点、模块和流程模板抽象并打包到测试组件中，以便重用。测试用例还为用例配置提供了一个数据库表，以便于修改用例数据。第二，降低用例的失败率，提高bug命中率。在自动化测试用例被执行一段时间后，发现自动化测试用例的失败率非常高，并且大多数的失败率是由于测试数据准备不当造成的。从数据库中发现的测试数据有许多相关关系，这些关系影响了测试操作步骤，导致用例失败。由于这些数据不能预先排除，用例的失败率只能通过连续执行、分析、排除和逐步积累来降低。用例的失败率降低了，自然的bug命中率增加了。第三，促进自动化测试以提高用例覆盖率。经过案例执行和分析，用例的失败率降低，可以在测试组中推广和试用。最初的测试过程是将测试用例插入到数据库表中，但是这种方法不太方便，没有提高测试效率，测试人员也不愿意使用它。随后，机器人框架，一个自动化测试框架，被引入。它使用表格格式的可视化编程，并且在中文中得到很好的支持，易于理解，并且易于测试人员开始使用。因此，机器人框架+硒元素2.0 2.0最终被用于开展自动化测试的推广应用。目前，它仍处于推广和试验的早期阶段。1.3.2遇到的困难。首先，如何选择自动化测试用例并评估它们的自动化回报。我们知道，自动化测试用例的选择关系到自动化测试是否能够正确和稳定地执行，以及自动化测试的输入和输出的比率。然而，目前我们只知道一些模糊的判断条件，例如：(1)用例的测试结果是可以预期的；(2)稳定的用例需求；(3)用例的复杂性不应太高；(4)用例的成功率较少依赖数据；(5)尽可能在现场选择可恢复的用例。然而，没有更合适的判断和评估标准，只能在实践中证明用例是否适合自动化，从而增加自动化测试的投资。第二，如何提高自动化测试的准确性，降低用例的失败率，提高bug命中率。因为没有办法使所有的测试过程完全可预测，所以在用例执行的过程中仍然有许多情况，例如：(1)环境问题；(2)准备好的数据影响原始测试过程；(3)无效测试数据等。2总结与展望当然，以上应用主要是一些基于B/S框架的Java应用的尝试，而在实际应用过程中，主要的突破是日常稳定性测试用例，这些用例涵盖了客户关系管理系统的主要基本用例，从而在一定程度上保证了产品的健壮性。当然，在使用过程中，仍然存在准确率和命中率低的问题，这将在后续的具体使用过程中得到更多的关注。至于测试用例的安排，目前还不可能以