首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    VBA掌握循环结构,包你效率提高500倍

    这是系列免费教程《Excel VBA:办公自动化》,还是老规矩,看看我们走到哪里了。 1.认识VBA:什么是VBA?...2.这些掌握了,你才敢说自己懂VBA 3.VBA变量5年踩坑吐血精华总结 4.VBA中重要的强制申明,谁看谁明白 我们先看上次分享的案例题目。...那么,这句话应用到VBA代码领域就是:在我们掌握了一定的代码基础之后,我们就希望掌握更强的VBA技能。...(这些技能你只要跟着我们的VBA分享课一步一个脚印练习,一定能够惊叹自己的超能力) 但真正的VBA高手不仅取决于VBA代码实力,还取决于自己写的代码别人能不能看懂,也包括自己日后能不能看懂。...(2)VBA代码排版

    1.5K30

    VBA掌握循环结构,包你效率提高500倍

    image.png 这是系列免费教程《Excel VBA:办公自动化》,还是老规矩,看看我们走到哪里了。 1.认识VBA:什么是VBA?...2.这些掌握了,你才敢说自己懂VBA 3.VBA变量5年踩坑吐血精华总结 4.VBA中重要的强制申明,谁看谁明白 image.png 我们先看上次分享的案例题目。...那么,这句话应用到VBA代码领域就是:在我们掌握了一定的代码基础之后,我们就希望掌握更强的VBA技能。...(这些技能你只要跟着我们的VBA分享课一步一个脚印练习,一定能够惊叹自己的超能力) 但真正的VBA高手不仅取决于VBA代码实力,还取决于自己写的代码别人能不能看懂,也包括自己日后能不能看懂。...image.png (2)VBA代码排版 “帅气”VBA路,从Tab起步 image.png

    2.6K00

    VBA操作VBA——VBA工程对象

    1、什么是VBA操作VBA: 前面的VBA意思是指VBA程序,后面的VBA是指VBA工程对象(代码和组织代码的模块、类等)。 也就是一段运行过程中的VBA程序,可以去操作VBA工程对象。...能被操作的东西显然就是一种对象,首先如果要使用VBA去操作VBA工程对象,先按如下设置: ? 勾选信任对VBA工程对象模型的访问,这时候就可以去使用VBA工程对象了。...2、VBA工程对象: 在F2对象浏览器中查看VBAProject: ? 每一个打开的Excel工作簿文件都有一个VBAProject,不管是有没有代码的。...在使用VBA编辑器的时候,有一个叫做工程资源管理器的窗口: ?...3、输出VBA工程对象名称: 简单使用一下这个VBA工程对象,和其他VBA库对象用法都差不多,要输出打开的这些VBA工程名称,非常简单,只要循环然后输出它的Name属性: Sub TestVBProject

    4.8K20

    Docker提升测试效率之路

    作为测试一方,我们应与时俱进,将Docker容器技术应用到测试工作中。...为了让小伙伴们可以快速上手Docker容器技术,本文主要从3个场景介绍Docker在测试中的应用: 使用Docker管理测试环境 使用Docker提高测试执行效率 使用Docker管理测试数据 一、使用...在团队里使用此功能可以大大提高工作效率,还可以避免因环境不一致带来的各种问题。...三、使用Docker提高测试执行效率 考虑如下3个场景: 问题一:A、B两位测试人员共同负责同一核心模块的测试,希望测试环境独立,互不影响; 问题二:测试过程中发现某个问题,希望保留此现象环境,以便后面排查定位问题...五、总结 本文主要给大家简单介绍了如何使用Docker容器技术管理测试环境、测试数据,提高测试(团队)工作效率,其核心的知识点有: 1、Dockerfile文件的编写,该部分没有详细介绍,大家可以参数如下教程进行学习

    1.3K20

    想提升测试团队的效率 ?

    先上图, 1、看到这位测试同学的思考,去「提升测试团队的效率」。 2、这篇,写的很好 。主要从两个角度「技术和流程」去解决这件事。老徐觉得可行 。 甚至是对于很多中小团队,技术角度不一定能落地。...3、如果你团队有测试开发同学。或者你自己作为Leader ,玩过类似的 CI/CD 平台 。可以自己去搭建这套 。 至少可以把 打包,部署,接口测试,开发自测,冒烟测试,弄成自动化 。...对于冒烟测试不通过的,严格执行版本打回 。或者,线下先沟通,达成一致 。多数时候,效率低下,就是开发、测试,来回版本阻塞,测试不通过 。 5、可以跟研发团队达成一致,Bug日事日清 。...6、当然,测试前置。对于效率提升也是非常有帮助的 。自测Case驱动开发自测,提供测试数据。提测前,去开发环境,先快速过一遍流程 。避免测试环境部署后,反复版本打回 。 7、剩下的,可玩的。...就是「测试同学,对业务极其熟悉,对需求足够敏感」。在需求评审环节,就可以快速识别无效需求,伪需求。避免需求反复调整,开发、测试一些无效需求(对,这些都跟技术无关)。

    60810

    Google 软件测试之效率神器

    根据《Google 软件测试之道》这本书,我已经写了四篇导读: Google 软件测试之道 Google 软件测试之角色职责 Google 软件测试的未来 Google 流程中的致命缺陷 今天想继续谈一下书中提到的...大家都知道,一个好的工具或系统,可以极大的提高工作效率,而 Google 测试团队的这些工具都是他们工作过程中经过总结提炼,最后量身定制开发的,效果可想而知了。 废话少说,直接上干货。...1、BITE BITE (Browser Integrated Test Environment,浏览器集成测试环境)是一个浏览器插件,目的是为了让测试人员集中注意力在测试上而不是流程和技术性细节上。...BITE 还可以进行 bug 查看,进行测试的录制和回放,以及进行测试用例的分配和执行标注。...GTCM 通过灵活的标签格式,让任何项目都可以自行定制自己的测试用例,并让测试用例便于查找和复用,同时也简化了测试用例的编写。

    1.6K30

    如何提高测试过程效率?

    后台有同学留言,对质量度量和测试提效部分提了几个问题,核心集中在如何提高测试过程效率方面。...我在前面写过几篇关于测试提效的文章,分别聊到了影响测试效率的因素,测试团队要提效面临的挑战,以及提高测试过程效率的一些思路和方法。 有的同学说在不同的公司和团队,项目不同,要解决的具体问题也不一样。...回到正题,这篇文章继续聊聊如何提高测试过程效率。 影响效率的主客观因素 首先,要提高测试过程效率,需要先找到影响效率的因素,这是达成工作目标所必然面临的挑战。...聊完客观因素,再来聊聊影响效率的主观因素。 在日常项目研发交付过程中,最常见的影响效率的因素有这几点:需求频发变更、代码质量差频繁返工、测试方案考虑不足测试手段匮乏(比如测试执行过程纯手工执行)。...比如以前接口测试都是手动执行,提升效率则可以采用自动化的方式;以前准备测试数据都是手动写SQL去一条一条插入数据,提升效率则可以考虑流量录制或者通过存储过程的方式去预埋数据,这样效率也会提高。

    59510

    如何提高测试过程效率?

    后台有同学留言,对质量度量和测试提效部分提了几个问题,核心集中在如何提高测试过程效率方面。...我在前面写过几篇关于测试提效的文章,分别聊到了影响测试效率的因素,测试团队要提效面临的挑战,以及提高测试过程效率的一些思路和方法。有的同学说在不同的公司和团队,项目不同,要解决的具体问题也不一样。...回到正题,这篇文章继续聊聊如何提高测试过程效率。影响效率的主客观因素首先,要提高测试过程效率,需要先找到影响效率的因素,这是达成工作目标所必然面临的挑战。...聊完客观因素,再来聊聊影响效率的主观因素。在日常项目研发交付过程中,最常见的影响效率的因素有这几点:需求频发变更、代码质量差频繁返工、测试方案考虑不足测试手段匮乏(比如测试执行过程纯手工执行)。...比如以前接口测试都是手动执行,提升效率则可以采用自动化的方式;以前准备测试数据都是手动写SQL去一条一条插入数据,提升效率则可以考虑流量录制或者通过存储过程的方式去预埋数据,这样效率也会提高。

    95100

    VBA

    我们来做个调查: 具公众号了解,还是有一部分人热衷于VBA,对于非计算机相关专业的人来说,VBA是一种最简单的程序语言了。它可以实现高效的自动化办公。 网上也有很多呼声说:VBA已经过时了吗?...其实远在07年,Office2007版刚推出的时候,就有大神发声说VBA要死了,他们认为VBA严重阻碍了Excel结构化革新,阻碍了Excel开源,在下一个版本,微软肯定不会再支持VBA。...VBA的位置。...当处理大型运算、重复操作、机械性的工作时,Excel VBA的自动化就成为了提升工作效率的完美工具。 最后引用杨博士的话说:这些争论永远存在,但其实都没有任何实际意义,最后也都是不了了之。...在可以预见的几年里,VBA不会被替代;即使有一天VBA会被替代,你也可以通过学习VBA所积累的经验也会帮助你迅速转到新工具中。

    3.3K20

    从构建和测试的效率说起

    开始的时候我没有做第二步,直接从 UT 跨越到 workflow 上的测试,结果就是效率低下,大量的时间都在等待 workflow 的调度和资源分配,跑一次任务得等上一个半钟头以上才能看到结果。...所以,经验教训就是,测试要有层次,简单的东西写了跑很方便,但是异步 job 这样的东西,特别是数据量大的时候,根据不同的测试成本分成不同的阶段,尽可能在测试成本最小的时候把能覆盖的待测试项全部覆盖了。...但是只要产品不是特别大,不是特别 critical,我是第一种的坚定支持者,原因就在于使用第二种方式会大大降低效率,具体原因不细数,但是肯定是和大量的和无趣的 code merge 相关。...我记得有这样一则漫画,说的是“ 为什么这些人总是很闲”: 这种“ 闲” 是无奈的“ 闲”,程序员当然可以在 compile 等等各种等待时间做别的事,但是这意味着大脑中的工作线程需要反复切换,不但效率低下...关于构建效率的问题,根据这些年的工作经验,我觉得这是一个很有价值的话题,能节约程序员大量的时间,重要性不比许多技术本身低,但是却很少有人讨论和感兴趣。

    49710
    领券