• 目前还在优化中,而且还在设计开发 app 的云测。等功能都稳定下来再开源。

  • 其实就是辅助断言和提取参数嘛,这个功能 ms 也有,比您说的这个还智能。我在上家公司也做过,因为我现在是第一版,所以还没来得及开发这些辅助功能。
    另外您在使用参数的时候直接选是挺方便的,但是有两种情况不知道您考虑过没有:一是如果这个参数的入参不止提取的值呢,比如说 token,登录接口提取了 token,但是请求的时候前面需要加 bearer 才行,又或者某个入参是多个提取参数的组合。二是我不知道您这个接口的提取参数作用域是多大,假如说在一些流程用例场景时,某个用例的提取参数需要在下一个用例使用,不知道这时候是否支持,这种情况还是挺多见的。
    然后我看了您的这个平台,接口采用 KV 形式写用例的,我最早也是这样设计的,对 json 做一个格式化解析。但说实话,遇到复杂的 json,特别是 jsonArray 和 jsonobject 的多层嵌套,维护起来特别麻烦,最终呈现还是 json 方便,所以后来就放弃了这条路。

  • 您说的对,低代码确实相当于另一种编程语言。但是这种语言门槛相对较低,我想既然能做业务测试,那至少基本的测试理论和逻辑思维还是有的。相比使用框架而言,至少不再需要他们去学习一门或多门脚本语言,更容易培训上手。就好像会用 postman 就能上手接口测试,学会 selenium 定位和基础就能做 UI 测试。
    另外,平台化相对框架的优势在于管理方便、容易持续集成、输出可视化等方面,但是有得必有舍,牺牲一些用例编写的便捷性就看实际的利弊了。不是所有项目都适合用低代码平台,但还是有大部分项目适合用的,这也是一个不断探索的过程。

  • 感谢讨论。确实这些是很重要的功能模块,除了 mock 功能,其实在我设计的平台上都是有的,只不过是简化版。
    您所说的这些其实更像是在做一个一站式平台,但我的观念可能不太支持一站式。因为不论测试平台这些功能做的再好,研发也不会用的,比如说接口管理,开发可能更喜欢使用 swagger 等专业工具,最终导致测试平台做了很全面的接口管理,最终还是外部导入。那我们做这些功能的价值是什么呢?所以我的观念是自动化测试平台就该是一个简单易用的工具,而不是去替代研发管理等方面的东西。
    其次,针对 UI 测试,目前实现方式还是相当于用关键字翻译测试框架的脚本代码,因为测试引擎是可以本地跑的,等同于在使用测试框架。当然平台上写用例关键字步骤确实不如脚本便捷,但还会继续优化的。我想如果大家都认为事不可为,技术怎么进步呢。总归是在不断尝试中前进。
    以上都是我在实际工作中产生的一些感悟,再次感谢提醒。

  • 针对定位问题,常见错误处在日志中都有提示,比如请求参数格式、断言、提取参数等。如果是其他不可控错误,日志中会打印出堆栈信息。当然如果使用者代码能力不错的话,测试引擎本地启动,也是支持像框架 debug 一样的调试。我做的这个平台根本上就是在常规测试框架上面包了一层,不懂代码可以用,懂代码的人能更好的用。但是比框架来说,用例管理和维护就方便了许多

  • 谢谢鼓励。其实混合只是多提供一个可用性,管理方面其实无外乎就是放在两个菜单还是一个菜单,这些我还在探索更有效的办法。
    主要目的还是希望能用一套方案解决所有的测试,我目前正在做 APP 测试的设备管理和云测平台,去补齐最后一环

  • 肯定有利有弊的。写的时候麻烦,但是后期用例管理和维护总归更清晰方便。之所以不想再用框架也是因为各种弊端,看实际取舍了。

  • 谢谢。确实还没做前后置处理,其实我也有考虑过。做个类似 jmeter 那样的 beanshell 其实不难,关键这样就与低代码理念有点相悖。前置处理如果是请求参数相关的处理是可以用自定义函数来覆盖大部分场景,后置处理如果仅用于提取参数的话其实大部分情况也能支持。但其实确实有很多其他相关的使用场景,因为还没有具体遇到,所以目前还没想出来有什么好的替代设计方案,后续会继续收集优化。最后再次谢谢您的建议。

  • 我在做这个平台设计的时候还不知道市面上有哪些测试平台,全都是自己一点点思考出来的。后来也有发现一些接口测试平台,但还没有遇到把 API 和 UI 融合在一起的,可能是我平时关注的少。不知道您有没有试用过,相比其他接口平台,自我觉得有不足但也有我的创新和特点,我的理念是简洁易用,所以功能都设计的比较简单。或许与其他平台有相似之处,但我是不认同您的重复造轮子的说法。

  • 是不用呀,您看看使用手册的说明呢。断言、参数提取是支持 jsonpath、正则等方式的,断言函数也是比较丰富的。除了一些特殊需要支持自定义函数和 UI 操作,没有地方需要写代码啊。我是希望既能低代码,也能支持一些自定义代码来满足特殊使用,这样更灵活一些。
    截图

  • 感谢提醒,我优化下

  • 账号是不是用用户昵称登录的呢。注册后用手机号登录试试呢,用户昵称不是账号哦

  • 因为有些功能是需要邮件发送的,所以还是希望大家自己注册账号体验。

  • 目前相当于还在内测中,未来等稳定后会考虑开源

  • 是大陆手机号吗,目前只支持大陆手机号

  • 补充说明当前支持的一些关键功能:

    1. 支持 API 测试 单接口、多接口、混合场景的测试,灵活的 session 使用,关联参数引用,API 进行统一管理。
    2. 支持 UI 测试关键字驱动编写用例,页面元素统一管理,支持操作动作的自定义。
    3. 丰富的随机函数以及支持自定义函数来支持特殊的测试数据处理。
    4. 测试文件的统一管理和灵活使用。
    5. 支持公共参数的统一管理。
    6. 支持测试环境灵活管理,更好地支持一套环境多微服务的使用场景。
    7. 支持分布式执行。测试执行封装成测试引擎,可以灵活部署在任一电脑上,不再局限于网络、资源限制。
    8. 测试集合支持同时选择 API、UI 用例,混合执行,二者互补解决一些复杂的测试场景。
    9. 测试计划支持手动、定时以及接口调用执行,测试计划支持失败重试,并发执行。
    10. 测试报告按测试集合、测试用例、测试接口/UI 动作展示,根据执行日志和截图清晰定位失败原因。
    11. 丰富的报表功能、多维度统计测试结果。
    12. 支持项目管理,彼此数据独立。
  • 新人咨询一下,自己做了个测试平台,发帖想邀请大家试用体验并提供建议,为啥审核不过?好歹给个审核建议啊。