51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 4337|回复: 5
打印 上一主题 下一主题

【你来问我来答第133期】:ChatGPT对话软件测试!(活动结束)

[复制链接]
  • TA的每日心情
    无聊
    7 小时前
  • 签到天数: 936 天

    连续签到: 3 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2023-5-31 14:54:04 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    照片:
    昵称:海宝
    公司:某头部电商平台
    职位:测试开发工程师
    简介:个人介绍:资深测试工程师,CSDN博客专家,51Testing网校特约讲师,博客园优秀博主,网名虫而不足,专注于接口自动化测试、微服务测试。
    项目经验: 在将近8年的测试生涯中,对微服务、接口、自动化等领域进行了深入探索实践,先后服务了金融保险公司、头部电商公司,目前在一家电商公司 从事测试开发工作。
    提示:各位会员可以在7.1日前以回帖的方式向客座专家提问。
    (请大家围绕本期客座专家的擅长领域进行提问、探讨)
    客座专家将在7月1日—7月31日为大家集中解答。机会难得,欢迎大家踊跃提问!
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    推荐
    发表于 2023-7-26 13:00:45 来自手机 | 只看该作者
    关键字驱动:

    关键字驱动是一种测试框架和设计方法,它将测试用例的执行逻辑和测试数据与关键字进行分离,使用一组预定义的关键字来执行不同的操作和断言。
    关键字可以是任何可执行的测试步骤,例如点击、输入、验证等。
    关键字驱动测试框架通常提供一个关键字库,用于存储和管理各种关键字,并提供执行和组织测试用例的功能。
    关键字驱动的优势在于测试用例的可维护性和灵活性,测试逻辑和测试数据的分离使得测试用例易于理解和维护。同时,可以通过组合和重用关键字来构建复杂的测试场景。
    Page Object模式:

    Page Object模式是一种设计模式,用于封装测试页面的操作和行为。
    它将每个页面抽象为一个Page Object类,该类封装了页面的元素定位和操作方法,并提供对页面的高级操作和断言。
    Page Object模式的目标是让测试用例更加简洁、可读和可维护,通过将页面操作和断言与测试逻辑分离,使得测试脚本更聚焦于业务逻辑而非页面细节。
    使用Page Object模式可以提高测试用例的可重用性和可维护性,减少重复代码的编写,并提高测试的稳定性。
    综上所述,关键字驱动和Page Object模式都是用于提高自动化测试的可维护性和可重用性的设计模式,但关键字驱动更关注测试用例的执行流程和数据驱动,而Page Object模式更关注页面的封装和抽象。通常,两种模式可以结合使用,以获得更好的测试设计和执行效果。
    回复 支持 1 反对 0

    使用道具 举报

    该用户从未签到

    2#
    发表于 2023-6-7 17:53:18 来自手机 | 只看该作者
    金融服务测试的要点有哪些
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2023-6-9 13:41:47 来自手机 | 只看该作者
    梳理好上下游调用场景,对金额,还款周期,等要特别敏感。多关注并发场景,避免多次扣款,多次扣减等
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2023-8-7 10:46
  • 签到天数: 9 天

    连续签到: 1 天

    [LV.3]测试连长

    4#
    发表于 2023-7-25 16:16:44 | 只看该作者
    目前在学习web自动化相关的一些东西,封装现有的一些自动化测试框架(主要是selenium和pytest),然后实现自动化的功能。在设计的过程中遇到这样一个问题,在进行自动化脚本的编写的时候,有数据驱动+关键字驱动的方式,也有page object设计模式,对于这两种方式,他们各自的优缺点以及适用的场景是什么样的呢?可以从哪些角度分析自己的系统更适合哪一种设计模式?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2023-7-26 12:59:29 来自手机 | 只看该作者
    Page Object模式是一种在自动化测试中常用的设计模式,用于封装测试页面的操作和行为。它的主要使用场景是Web应用程序测试,尤其是基于浏览器的UI自动化测试。以下是一些使用场景和优缺点:

    使用场景:

    大型Web应用程序:当应用程序具有多个页面和复杂的交互时,Page Object模式可以提高测试代码的可维护性和可重用性。
    多浏览器和多平台支持:通过Page Object模式,可以在多个浏览器和平台上共享和重用测试逻辑和页面操作。
    团队协作开发:Page Object模式提供了一种结构化的方式来组织和管理测试代码,使得多个团队成员可以并行开发和维护测试用例。
    优点:

    提高代码的可维护性:将页面操作和断言封装到Page Objects中,可以使测试代码更易于理解、调试和维护。
    提高测试用例的可重用性:多个测试用例可以共享相同的Page Object,减少了重复劳动。
    提高测试的稳定性:Page Object模式将页面的实现细节和测试代码分离,使得页面变化时只需要更新Page Objects而不影响大量的测试用例。
    易于团队协作:Page Object模式提供了一种标准化的方式来组织和管理测试代码,团队成员可以更好地协作开发和维护测试用例。
    缺点:

    开发成本较高:Page Object模式需要额外的开发工作来创建和维护Page Objects,可能会增加开发成本和时间。
    需要理解和熟悉模式:团队成员需要了解和掌握Page Object模式的概念和最佳实践,才能正确地应用和使用。
    总体来说,Page Object模式可以提升自动化测试的可维护性和可重用性,特别适用于规模较大的Web应用程序的测试。然而,使用该模式需要权衡开发成本和团队成员的熟悉程度,以确保其优势能够超过潜在的缺点。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-4-24 17:08 , Processed in 0.076756 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表