首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏SAP ERP管理实践

    SAP 自动编号维护SNRO

    在开发中经常会遇到生成编号的需求,SAP提供了自动编号工具,能根用户需求设定并自动生成一组唯一的编号 ? ? ? “%警告”:表示已产生的编号达到此百分比时给出警告 “编号范围事务”:可以指定一个事务码,通过执行此事务码可以进入该编号对象的维护页面 ? ? 一般编码都是在生产机中独立设置的,若需要传输本次编号范围的维护,需要在初始菜单中执行“范围”|“传输”命令,通过手工操作来生成传输请求号码。

    2.5K10发布于 2019-09-17
  • 来自专栏FunTester

    如何维护自动化测试

    有一部分人认为程序最终将为他们完成越来越多测试工作,最终使整个测试过程自动化。但,这并不代表可以一劳永逸!这并不是说他们做不到,越是依赖完全的自动化来完成测试工作,自动化会产生不容忽视的维护成本。 现在我们知道维护自动化测试需要成本,即使在用户界面中进行很小的更改,也有可能导致测试失败。这要求Selenium自动化测试具有理想的维护过程。 在本文中讨论维持Selenium自动化测试的最佳实践方法。 需要维护的测试类型 测试维护包括两大类过程。首先是当已经进行的测试可能开始失败时。另一类是依赖性的变化。让我们分别看一下这两种情况。 如果需要更新工具基础结构,则此类测试自动维护还包括对工具进行培训的开发人员。 自动化测试维护的问题 当谈论web端测试自动化时,第一个想到的就是Selenium自动化测试。 及时维护测试自动化 一旦遇到测试失败,立即开始寻找补救措施就很重要。这要求开发团队制定Selenium自动化测试维护计划。这包括弄清楚谁会做什么,并相应地分配任务。

    1.2K30发布于 2020-05-26
  • 来自专栏逸鹏说道

    维护索引(2)——填充因子

    SQLServer会尝试把数据插入到合适的数据页,假设SSN从2开始,此时在最后的数据页中找到这个页面是以SSN开始的,SQLServer将会仅仅在这个页中插入新行。 , type_desc , fill_factor FROM sys.indexes WHERE type_desc <> 'HEAP' 2

    98860发布于 2018-04-11
  • 来自专栏全栈程序员必看

    DB2维护手册

    DB2维护手册 DB2日常维护日操作 1、检查管理服务器是否启动 用ps命令查看是否有dasusr1后台进程 #ps -ef | dasusr1 请确保管理服务器已经启动,如果没有启动 对系统表以及变化比较频繁的表运行统计信息,建议写成shell脚本自动运行。 DB2日常维护月操作 查看DB2日志 请至少每月查看一次db2diag.log文件,看其中是否有异常。 数据库名 DB2日常维护季度操作 通过快照监控器,查看系统性能如何 通过快照监控器,抓取数据库的信息,分析数据库性能是否合理: # db2 get snapshot for all on 按照系统的实际工作量配置日志空间 DB2数据库通过日志文件维护数据的完整性和一致性。

    2.8K51发布于 2021-05-19
  • 来自专栏IP服务

    IP代理池需要后期日常维护吗?如何自动维护IP代理池?

    本文将介绍为什么需要维护自建的IP代理池、维护方法以及如何利用代码实现自动维护的步骤和代码演示。 自建的IP代理池为什么需要不断维护? 自建的IP代理池需要不断维护的主要原因是代理的可用性会发生变化。 l日志记录和分析:记录代理的使用情况、异常情况和性能指标,以便分析代理池的情况和优化维护策略。 如何利用代码实现自动维护IP代理池? 以下是使用Python编写的示例代码,演示如何自动维护IP代理池: # 导入所需的库和模块 import requests import random import time # 定义代理池列表 proxy_pool 2、替换示例代码中的网址和代理验证函数为适合你的实际情况的代码。 3、实际调用代理提供商的API获取代理列表,并替换示例代码中的get_new_proxies()函数。 维护自建的IP代理池是确保爬虫业务高效和稳定的关键,通过定期验证代理的可用性、更新代理池、监控代理性能以及利用代码实现自动维护,可以保持IP代理池的可靠性和稳定性。

    93620编辑于 2023-05-16
  • 来自专栏FunTester

    维护Selenium测试自动化的最佳实践

    自动化测试框架和基础组件需要及时、良好的维护。如果团队无法跟上与维护相关的需求,那么以后可能会付出更大代价,最终带来自动化项目的深陷泥潭。这里有一些减少Selenium自动化测试维护的最佳实践。 保持自动化用例设计简单 保持简单是简化测试维护过程的关键。现在,有些人可能会认为话说起来容易做起来难。但是实际情况就是应该尽量使用简单的Selenium测试自动化脚本。原因是可以快速执行低级测试。 因此,减少不稳定的测试将极大降低维护测试套件的复杂度。 工作要追求高回报率 ❝在开始自动化测试之前,需要考虑到在自动化测试上投入的时间、精力和资源后,看看自动化测试可以带来什么好处。 内容摘自:自动化如何选择用例 维护一套卓有成效的Selenium测试自动化系统并不容易。随着版本迭代,维护用例的成本会大于新建用例的成本。 因此,为了最大程度地减少我们的测试自动维护工作,需要考虑为哪些功能编写测试。因此,建议将自动化工作重点放在高回报率和不稳定的功能上。

    70020发布于 2020-06-01
  • 来自专栏自动化测试

    免去人工维护烦恼,一个小盒子实现远程终端自动维护

    目前行业内比较靠谱的解决方案是测试终端控制器,只需接入这个“小盒子”,就能实现远程终端的自动维护,彻底解放人工维护工作,大幅降低终端维护成本。一、什么是测试终端控制器? 它集成了供电、测试调度、网络代理、环境维护等多项能力,旨在为测试人员减负,并显著提升自动化测试客户端的整体稳定性。 三、八大核心能力,轻松应对各种维护需求1、环境维护自动维护测试环境稳定性,实现测试软件保活,避免因系统卡顿、进程中断导致的测试失败。 2、设备供电:为连接的测试终端提供稳定充电,支持常规充电功率,确保设备在长时间测试中电力充足。3、远程管控:通过统一管理平台,实现对控制器及下属所有测试设备的远程维护,包括环境重置、系统重启等操作。 ✅ 7×24小时持续监测维护在需要长时间运行的自动化测试任务中,ATC能够实时监测终端状态,对掉线、死机等异常情况自动重启恢复,保障测试连续性。

    14010编辑于 2025-11-27
  • 来自专栏软测小生

    如何降低软件自动化测试维护成本?

    业界普遍认为一下几种情况比较适合自动化测试: 回归测试为主的支持维护项目,即需要长期做支持维护的产品。或者有过去版本需要长期做支持维护的产品。 这个时候每次小版本的开发都会增加迭代次数,并且每次产品变动都非常有限,维护成本相对偏低,自动化收益就非常好。这也是很多企业级软件或者硬件产品有专门自动化团队的原因。 第二、什么时间点适合自动化介入? 一个项目的初期可能不太适合自动化,why? 因为项目初始阶段用户界面和接口没有稳定,自动化代码会被动的被要求频繁改变,维护成本非常高,自动化收益不好。 而到了项目后期和维护期,项目偏于稳定状态,测试用例会逐渐增加到很多,自动化再介入选取稳定的模块,为回归测试做准备,可以最大化自动化收益。 自动化测试本身就是软件开发。好的自动化测试框架,架构设计很重要。这些会决定自动化的开发成本和维护成本。这些都要求很强的开发能力。

    1.5K50发布于 2019-07-04
  • 来自专栏Oracle数据库技术

    【数据库管理】数据库自动维护任务介绍

    自动维护任务的演变 Oracle在10g的版本上最初推出自动维护作业,并在11g版本开始改为自动维护任务, 并在以后的版本上不断功能加强和追加新的功能。 以下是自动维护任务在各个版本中主要变化: 10g 预定义的维护窗口(Maintenance Windows) 在10g版本上,Oracle主要有2个预定义的维护窗口(Maintenance Windows 预定义的自动系统任务(Predefined Automatic System Tasks) 在10g版本上,主要有以下2自动系统任务在维护窗口(Maintenance Windows)中运行。 自动维护任务的控制(启用、禁用、更改) 可以通过如下的方法对自动维护任务进行控制。 2.启用和禁用所有的维护任务: --禁用 EXECUTE DBMS_AUTO_TASK_ADMIN.DISABLE; --启用 EXECUTE DBMS_AUTO_TASK_ADMIN.ENABLE;

    2.3K20发布于 2020-03-26
  • 来自专栏HTTP教程

    如何利用python对HTTP代理进行自动维护

    图片对于HTTP代理池的维护,可以编写相应的代码进行自动维护,以下为代码:import requestsfrom bs4 import BeautifulSoupimport timeclass ProxyPool ]: td_list = tr.find_all('td') ip = td_list[1].text port = td_list[2] 代码还包含了一个while循环,可以定时运行HTTP代理池的维护任务,确保HTTP代理池中的IP始终保持可用状态。 当然,HTTP代理池的维护还可以进行更加复杂的优化,例如使用多线程或协程并行爬取、验证HTTP代理,加快维护速度;使用数据库或缓存技术存储HTTP代理,避免重复获取等。 但是无论如何,HTTP代理池的维护都需要不断地根据实际情况进行调整和优化

    1.5K20编辑于 2023-03-03
  • 来自专栏前端一会

    编写可维护代码2:数据检测的较佳实践

    编写可维护的代码规则第2篇。 本篇将来讨论下数据类型检测的较好实践。 首先是空比较的问题,有时会出现将变量与null值进行比较的情况,例如: if(val ! 至于引用类型中的数组检测,现在有两种比较好的最佳实践: var arr = [10, 2, 'A']; console.log(Array.isArray(arr)); //true Array.isArray

    43020发布于 2019-08-29
  • 来自专栏ROS2

    ROS2 中代码的更新与维护方法

    ROS2 中代码的更新与维护方法 安装vcs sudo apt-get install python3-vcstool 下载代码 #在ros2_ws目录下运行,代码会存在src目录下(以ros2仓库作为示例 ) mkdir -p ros2_ws/src cd ros2_ws vcs import src < ros2.repos 更新已经下载的代码 #在ros2_ws目录下运行 vcs pull src 导出当前

    40100编辑于 2022-05-01
  • 来自专栏用户8186044的专栏

    SAP小技巧 成本价检查及自动维护体系

    本文主要介绍成本价的增强检查及自动维护体系: 二、成本价的维护 一般的商品成本价允许通过以下几种方式维护 修改商品主数据(MM02/MM42) 修改成本价(MR21) 修改成本价(MR22) 期初库存初始化添加外部金额 BAPI函数BAPI_MATVAL_PRICE_CHANGE 维护成本价时,需要确保商品已经维护MBEW视图. 五、成本价的自动补充 成本价的自动补充可以通过后台作业执行特定程序ZUP_ZMR21_PREPARE实现。 该程序读取表ZTBC_COST_ERROR中的数据. 根据定义的成本价补充模式获取一个成本价, 调用MR21的BAPI实现成本价的自动补充。 通过成本价的检查及自动维护体系, 可以最大程度的确保ERP系统的成本准确. 并减少人工对报错的处理.在零售行业的实际应用中. 得到了良好的反馈。 版权归原作者所有,如有侵权请联系删除。

    1.1K20发布于 2021-09-29
  • 来自专栏国产

    Swagger 自动化生成 Api 文档:优化管理与维护

    自动生成 API 文档的好处不言而喻,它可以提供给你的团队或者外部协作者,方便 API 使用者准确地调用到你的 API。 Int]), Unit, List[User], Any] = endpoint.in("user" / "list").in(paging).out(jsonBody[List[User]]) 2、 3、易于维护:Tapir 提供了一种易于维护的 API 定义方式,因为它将 API 定义分解成独立的、可组合的部分。这意味着你可以轻松地更新 API 的某些部分,而不必影响整个 API 的定义。 5、自动生成 API 文档:Tapir 提供了一种自动生成 API 文档的方法,这使得 API 文档的创建变得简单且容易维护。 = query[UUID]("start").and(query[Option[Int]]("limit")) .map(input => Paging(input._1, input._2)

    1.2K20编辑于 2023-07-26
  • 来自专栏从ORACLE起航,领略精彩的IT技术。

    ORACLE 11gR2 DG(Physical Standby)日常维护

    LOGFILE DISCONNECT FROM SESSION; Reference Oracle® Data Guard Concepts and Administration 11g Release 2

    1.3K30发布于 2019-05-24
  • 来自专栏笔记堡—柠檬酸冰冰

    网站维护–网站安全维护方案

    而随着网络技术的不断发展与日新月异的信息更新速度,网站维护也越来越重要。本文将从以下几个方面,提出一些网站维护的方案,以期对网站的管理者和维护者提供指导和参考。 二、网站维护的重要性 首先,网站维护是为了给访问者提供更好的用户体验,这对于提高访问量和用户满意度非常重要。 其次,网站维护还可以确保网站的安全性,这是非常重要的。随着网络黑客的数量不断增加,网站袭击和数据泄露已成为常态。许多网站因为安全性不够而遭受了损失,因此进行网站维护是确保网站不被攻击的重要措施。 三、网站维护的流程 网站维护的流程包括以下几个环节: 收集用户反馈 管理员需要定期收集用户的反馈,了解用户对网站的评价,从而针对问题进行相应的调整。 通过定期检查和较好的网站维护方案,管理员可以有效的管理和维护网站,给用户提供更好的体验,增强网站的品牌价值。

    3.8K30编辑于 2023-05-03
  • 来自专栏深蓝居

    使用SQL Server维护计划实现数据库定时自动备份

    要实现数据库的定时自动备份,最常用的方式就是使用SQL Server代理中的作业。 使用SQL作业中执行SQL脚本进行备份的方法虽然已经很简单了,但是至少还是要去写BACKUP脚本,这点有些人觉得不爽,那有没有更简单,更懒的方法来实现数据库的自动定时备份呢?有,那就是“维护计划”。 (2)点击“下一步”按钮,进入选择计划属性窗口,输入计划的名称,由于我们的计划包括2部分:完整备份和差异备份,这2部分的执行计划是不一样的,一个是一周执行一次,另一个是一天执行一次,所以要选择“每项任务单独计划 我们要执行的任务都在这里,选中这2个任务,如图: (4)单击“下一步”进入选择维护任务顺序的界面,这里我们可以看到选中的任务出现在列表中,但是我们并不能调整其顺序,那是因为在步骤2中我们选择的是每项任务单独计划 ,所以这2个任务是独立的,没有先后顺序可言。

    4.5K10编辑于 2022-06-16
  • 来自专栏JFrog杰蛙DevOps

    Captial One如何实现Artifactory HA集群的自动维护

    2.png Captital One使用的Artifactory为其DevOps体系中的制品及依赖管理提供了企业级解决方案,拥有工作(primary)和容灾(HR)两类HA集群。 Hank所在的Artifactory维护团队,针对Artifactory HA集群维护的难点,通过建设和运行自动化的流水线,在不影响用户使用和服务水平的前提下,自动、高效、保质地完成了诸如版本升级、配置更新 二、自动化流水线概述 Capital One采用这套可靠的自动化流水线,在Artifactory HA集群的维护工作中获得了良好的收益: 3.png 首先是通过自动化加速了维护进程,使得开发人员能够集中精力进行研发 9.png 自动化流水线的部署阶段实现了“类”蓝/绿的部署过程,能够保证新集群的部署不会影响到Artifactory的正常服务: 1. 把用户流量切换到容灾集群; 2. 四、总结 Capital One通过自动化流水线实现Artifactory HA集群的维护工作,获得了很好的效果和收益,加速了发布过程,提供了良好的可复用性和扩展性,也能够启动有效的回滚机制。

    97130发布于 2019-12-31
  • 来自专栏sktj

    Etcd 维护

    auto-compaction-retention 保持一个小时的历史 $ etcd --auto-compaction-retention=1 压缩到修订版本3 $ etcdctl compact 3 2、 etcdctl snapshot restore snapshot.db --name m2 --initial-cluster m1=http:/host1:2380,m2=http://host2 http://host3:2380 --initial-cluster-token etcd-cluster-1 --initial-advertise-peer-urls http://host2: 2380 $ etcdctl snapshot restore snapshot.db --name m3 --initial-cluster m1=http:/host1:2380,m2=http etcd --name m2 --listen-client-urls http://host2:2379 --advertise-client-urls http://host2:2379

    2.7K20发布于 2019-10-29
  • 来自专栏漫谈测试

    聊聊自动化测试用例维护成本高应对策略

    一定要摆脱用例越多越好这种观念(低价值用例反而增加维护负担),断言不是越详细越好(过度断言会增加脆弱性)。测试用例维护成本居高不下是接口自动化中最普遍的痛点之一。 一、维护成本高的主要来源1. 接口频繁变更(最大来源)现象: 接口字段/结构/逻辑调整、路径变更、参数规则变化。影响: 大量用例需要同步修改请求参数、断言逻辑、数据处理逻辑。2. 二、系统性解决方案从根源降低维护成本1. L2 核心业务校验: 关键业务字段值、状态码(避免验证UI描述文字)。L3 副作用校验: 数据库记录、消息队列、下游调用(异步解耦)。 自动化看板可视化:实时展示 用例健康度(失效用例数)、维护成本趋势(用例修改频率)。6. 用例生命周期管理价值密度评估:定期分析用例 失败率、缺陷发现率、执行耗时,下线低价值用例。

    40810编辑于 2025-07-02
领券