有朋友能帮我看看这是什么原因吗 测试方面的

Question

textContains("看台").find().forEach(function(ticket_price){
    if(ticket_price.textContains("缺货登记").exists()){
    ticket_price.findOne().parent().click()
    }
    
});

![img](https://img-mid.csdnimg.cn/release/static/image/mid/ask/135301559996161.png "#left")

Answer 1

【相关推荐】

• 这有个类似的问题, 你可以参考下: https://ask.csdn.net/questions/7628373
• 这篇博客也不错, 你可以看下所有键盘鼠标模拟方式原理及实现
• 您还可以看一下 孙玖祥老师的图解数据结构与算法课程中的 维持树的绝对平衡原理小节, 巩固相关知识点
  
• 除此之外, 这篇博客: 华为云官网负责人明哥：我们是如何做到门面不倒，8个月挑战业界翘楚？中的 云原生藏在业务里 部分也许能够解决你的问题, 你可以仔细阅读以下内容或跳转源博客中阅读:
  

  门面不能倒，为了这个目标，华为云官网的架构以及生产发布流程也在不断优化完善中。

  以前端框架为例，React性能强大且灵活，Angular有丰富的组件，Vue简洁易构建，选起来颇有些乱花渐欲迷人眼。

  明哥也曾陷入选择何种技术框架的纠结中，团队经过一番讨论，选择了一个折中的方式——他们和web能力中心定下原则：基础能力团队维护一套主流技术框架和组件库，各业务团队有自己的选择权，可以直接使用，也可以根据需要选择其他技术栈，但核心是遵从统一的设计规范，达到即使不同技术栈生产的页面也能让用户无感知差异的效果。 正所谓好马配好鞍，让开发人员根据各自看护的业务特性找到最匹配的框架。

  但问题随之而来，如何将这些新、老技术栈，以及不同技术框架生产的页面放在一起呈现给用户？

  华为云引入了微前端框架，让各个小团队，不同的技术栈都能共生。 微前端的目的是低耦合，它把各模块之间的影响降到最低，各模块能按需使用不同的技术栈，从而降低技术栈切换的成本，确保产品平滑过渡，避免一刀切带来的质量风险。

  同时，所有的服务都部署在容器里的，一切皆代码。诸如应用程序、中间件、底层操作系统都被打包成标准的包，不管在什么环境，什么时候部署，模块都是一样的，不会出现因为系统、中间件版本、配置不一致引发的研发环境和生产环境状态不同的情况。这也是持续交付、快速迭代的基础。

  从人拉肩抗的低效率开发，到如今标准的页面发布流程，华为云官网的架构也进入到一个新的阶段：后台采用微服务架构，前端采用微前端架构，页面上线遵守标准的DevOps流程，化繁为简，充分利用技术的特性，破除实际业务的瓶颈。

  举个例子，以前的网站开发不管是页面功能，还是页面内容的变化，都绕不开发人员，网页上任何一个细微的变化都得去修改html代码或者CSS脚本。这种情况下，随便修改一个字，开发需求排下来，小半个月过去了。

  为了让大家都能得到“解脱”，所以有了页面生产平台，可以让业务人员自助完成页面修改；有了可视化搭建，拖拽组件即可完成所见即所得的网页制作；有了系统的内容质量检测平台，能够保证页面的安全上线。通过IT化，让所有上线动作都高效可控，打通官网内容DevOps的最后一环。

  

  这也是明哥对于云原生的理解，“云原生本身并不能算一套架构，它更像是一个定义，一套方法论。 打开来看，云原生无非这几个关键元素：微服务、DevOps、持续交付、容器化。”

  目前，DevOps方面，华为云有一套统一的发布流水线平台，所有服务均通过这个平台发布到生产环境；持续交付方面，华为云官网有65%左右的特性是通过按特性独立发布的，每周都会有几百个特性发布到生产环境上。

如果你已经解决了该问题, 非常希望你能够分享一下解决方案, 写成博客, 将相关链接放在评论区, 以帮助更多的人 ^-^