七猫utools插件分享


七猫utools插件的诞生

七猫utools插件这个工具其实已经在测试团队内部使用了很长一段时间了,在很多体验过同学的自来水推广下,很多业务组的开发同事也开始使用这个工具。可以说是很实用也广受好评的一个测试工具箱。

开发七猫插件的想法萌芽于日常工作中。我在日常的测试工作中发现了一些痛点,如内部数据解密、json格式化渲染、时间戳解析等。不难但是步骤繁琐并且使用频率较高,在日常工作中也是一笔不小的时间负担和精力消耗。

以此为动机,我进行了思考和调研,选择了utools 工具框架编写了最初的七猫utools插件。而在商业化测试组内部推广后也收到了热情的反馈,这也鼓舞了我进行优化和迭代,一步步的增加了工具箱的内容,优化了交互方式,最终在测试部门内部开始推广。

而本期分享一来是向尚未使用过的同学介绍这个工具的便利之处,也是想分享一些我个人对工具开发的心得思考。

七猫utools插件的效能提升

原先日常测试工作中遇到例如base64解码等常用操作,我们测试同学是登录web网页上找到相应工具进行执行解码。虽然已经较为方便,但此类操作使用频率较高,频繁的切换页面执行解码仍然消耗着工作者的很大一部分的精力。而使用插件后能够大大降低时间和精力的消耗。

下面我以七猫插件中较为常用的一项功能base64解码为例,为大家演示使用插件所带来的效率提升。

  • 插件解码(约3秒)
  • 平台冷解码(约40秒)

我将上方使用插件和原先的工具平台使用时序和时间消耗整理如下。

从上方的对比中可以看到,从时间上,同样对base64解码操作,插件耗时约3秒,使用平台工具冷解码约40秒。两者的效率提升是非常明显的。

从流程图上大家也可以直观的感受到七猫插件带来的流程简化和效率提升。但插件的效率提升不止于流程的简化,更在于对人脑力的节省。

原先步骤中寻找网址、寻找工具、填充文本、切换页面,这些步骤都是需要一定的脑力参与的,虽然每一步似乎都微不足道,但是这些功能的使用频率非常高,如我们组常用的一些插件功能,日平均的使用频率都能达到20-30次。当次数累加后这些不足道的消耗会叠加成一笔让人难以忽视的精力浪费。

而通过使用这个插件,使用者不但能够直观的从时间上感受到效率的提升,并且在精力上也能够体会到插件带来的好处。插件可以帮助他们更快地完成任务,提升工作效率,使他们能够更专注于工作的核心内容,提高整体工作效益。我觉得这才是这款插件在效能提升上最值得称道的地方。也是插件广受好评的原因。

七猫utools插件的学习使用成本

七猫插件除了效率提升明显以外,依赖于utools工具的优秀基础框架,七猫插件在编写适配后也是支持双端的,为软件的推广使用提供基础。

其次,而插件的界面友好,采用直观的设计,尽量减少使用者操作步骤由代码处理,操作流程简单明了,提供了一致的操作逻辑,使用户能够轻松上手,极大地降低了学习成本。

总的来说插件的学习使用成本非常低,无论是技术部门还是非技术部门,都能够很快掌握插件的基本操作。通过我的介绍文档和官方的引导交互,从安装到熟练使用大致只需要五到十分钟。

现阶段插件支持功能

除了上面为大家演示效率提升的较为通用的功能base64,现阶段还支持如下功能

  1. 日期/时间格式转换 :对时间戳进行各种格式转换
  2. jwt解密:七猫jwt解码
  3. URL 编码 解码:对url编解码,
  4. base64 编码 解码: 支持文本、图片的base64加密解密
  5. 哈希加密:支持对文本,文件的hash加密
  6. 随机唯一值 :提供一个uuid
  7. 进制转换:支持多进制的转换(2、8、10、16、32进制)

其余功能参考内部平台常用功能

一些工具开发的思考

在来七猫之前,我上一份测试工作的内容是参与测试工具、测试平台的设计开发。经历过多个项目和工具的开发推广,有的集团队之力消耗大量人力物力开发的测试平台在推广中屡屡碰壁,举步维艰,同事们使用率不高,使用频率低。而有时没有太重视的一些测试工具反而广受好评,在公司内部使用推广开来。这让我也有了一定对平台和工具的设计思路的思考。但这些想法是只是个雏形,并不完善。

直到最近阅读了一本行为学书籍--福格行为学模型,让我豁然开朗。结合书中的内容,以及积累的一些思绪,整理成完整的想法分享给大家。

书中主旨,行为的发生=动机+能力+提示。

简单的说,一个行为的发生,最关键在于人是否有实现他的动机,没有的话一切皆枉然。其次要有实现的能力,比如说你有50公斤的拉力,但是你面前的障碍重达2000kg,即使你很想将他挪开,也是无法做到的。而当前两者都达成后,一个稳定而适当的提示则会让你定时定期的触发这个行为,从而培养成一个行为习惯。而三者的权重为:动机》能力》提示。

而我在七猫插件的开发思路其实也暗合书中所言,我在调研实现技术框架和具体实现方案前,做了以下两件事

1、用户调研,发掘使用者真实的需求和痛点。这点对于我很容易,同为测试人员,在日常中遇到的一些烦恼和同事们互相印证后,很快就能准确的找到。并且之前已经有一些内部脚本在测试平台上使用,我要做的是简化它为它再次赋能。而后期在很多内部同事使用后也提出了一些通用的需求。所以在这点上我很准确的找到了大家的使用动机和需求。

2、调研赋能方案,为使用者尽量简单迅速的获得解决问题的能力。结合日常测试的实际需求,在调研了市场上主流的桌面工具箱方案后,我选择了utools并进行了开发,并在开发中尽力简化使用流程和提高简便性。我主要遵循的一点是尽量简化步骤,为插件的界面友好,采用直观的设计,操作流程简单明了,提供了一致的操作逻辑,使用户能够轻松上手,极大地降低了学习成本。用户能够迅速进入工作状态,不需要花费大量的时间去适应新的工具或熟悉复杂的功能。为使用者带来更简便的工具操作。

在实现了以上两点后,我在内部进行推广,使用者都能迅速上手,并且成为了这个工具的自来水,向身边的小伙伴扩散推广。所以结合理论与实际,我得出了这个结论,想要使一个工具能落地的关键就在于,找到真实的动机,赋予用户能力,适当的给与宣传提示,从而促成行为的发生。这就是我分享给大家的一点小小感悟。

一些工具开发的展望

除了开发和测试同学,其实公司内部的很多项目组都有各自的痛点,一些原工作流程上的繁琐操作,一些文本和数据处理上的痛点,这些都是可以发掘的需求,通过内部定制的工具简化操作步骤、缩短操作时间、提高相关工作人员的工作效率。

并且前文提过 utools的入门难度低,只要有五到十分钟培训其实就可以熟练使用,完全没有很多一般开发工具的门槛(例如安装语言环境、简单学习一定代码或网络知识等),非常容易在非技术人员群体推广。只要挖掘出具体流程的痛点,通过内部定制的工具简化了流程提升效率我觉得完全是一条可行的道路。

当然上面的设想一来需要熟悉工作流程的人深入切实的发掘痛点,也需要更多开发资源的投入,但总体来说只要脉把的准在效能提升上这是一个正确的方向。

附:

utools官方开发文档

https://u.tools/docs/developer/welcome.html#plugin-json

展示评论