开源测试工具 在社区和 github 看了测试平台,都是千篇一律的 curd 结合 appium、selenium、接口。

konami1986 · November 27, 2019 · Last by taurusbb replied at December 05, 2019 · 2941 hits

1 平台技术特点,千篇一律。不是flask django就是springboot,前端就是vue。核心东西无非就是curd。
2 数据驱动千篇一律,无非就是数据库、yml、excel、json这种格式。
3 自研的平台都是网上权限管理系统然后加几个页面拼凑而成。
4 平台微服务毫无新意,无非就是用spring cloud管理。
5 集成ui自动化核心就是找元素,现在都双向数据绑定,虚拟的dom。再怎么找都不能提高效率,还不稳定。
6 接口自动化毫无技术含量,spring 可以测试组件,dao,服务层。颗粒度比你细,你无非就是没界面的黑盒。
7 综上说述平台已经落伍,拿大数据,人工智能,docker,开发和运维的技术套在测试头上。

共收到 39 条回复 时间 点赞

demo从来都不难。
难得是怎么工程化,实际问题怎么选择合适的技术。
少年们,少吹点牛,多动手吧。

那不然呢?

都是0101,来先拿01造个句

用的技术都是时下流行,得到的结果经常千奇百怪。

😛 说的都是大实话,哈哈。
俗话说的好,提出问题和现象并不难,难的是给出解决方案并得以实现。
期待大佬新的解决方案出现

能解决问题就好,何必在乎是否是重复的轮子,纠结于这个的话,你最好自己搞一套编程语言吧

大佬来做一个不一样的啊

看了众生的日常,都是千篇一律的吃饭、睡觉、上班、繁衍

没意思

都是吹BB,重点还是要能落地,真正某个技术,不管平台,框架还是什么?能落地,提高测试效率和保证测试质量最重要,你以为你大数据什么技术就有用,少年,还年轻着啊~一个简单场景,吃饭,还要大数据,AI? AI数据驱动是没有问题,但在于落地,别拿没落地的技术,来BB,这样 会遭人烦

楼主很有想法😂

感觉楼主说的没啥问题啊😂

gyyfifafans 回复

没有说有问题呀,这不都在说楼主说的对吗?😂

吐槽当然谁都可以吐槽,但,你的作品呢?拿出来溜溜😏

我就不一样,我后端用struts2,前端用jsp。

magicyang 回复

非常同意。

徐汪成 回复

哈哈哈哈哈哈哈哈哈哈或哈哈哈哈哈哈哈

没办法为了更好的业绩产出为了提升逼格,”拿大数据,人工智能,docker,开发和运维的技术套在测试头上“~

果冻 回复

docker不算是提升逼格,确实有用

不是flask django就是springboot,前端就是vue。核心东西无非就是curd --- 这些东西楼主都精通了?

回这个贴,是为了稍微顶下楼主,看到大家都在笑楼主。我想的是,大部分人,包括我自己,其实都是不(或者说还没到达)具备创新或者整合能力的测试,心里的想法其实也和楼主一样。

不过还是要学会欣赏别人的作品。也要多练手,熟练可以让你让你成为匠,想要成为大师,估计比较难,那就欣赏大师的作品。

simple 回复

it was the best of times, and this is a worst of times.

恒温 回复

我也支持楼主,不过我有另一层理解:楼主似乎在说,这些技术都不是测试的核心技术
比如你做一个接口测试平台,拿个阿猫阿狗都会的django/flask+vue+iview啥的,除了学会构建一个web的demo根本不构成任何能力
关键的是如何打通关键的相干性技术:如何支持多种协议、如何支持多种格式的请求报文和返回,如何构建与之匹配的多层mock服务,等等……
这些东西很单薄,别人写个httpclient你就包一层,甚至连二次封装可能都没做过,也没考虑过是否基于rest-assured会更合适,流于CRUD的确很可悲。
我在别的帖子里也提过,github上那么多开源的XX平台,9成9我看了代码都没有fork的欲望……没有经过设计,没有扩展性,看起来比我的代码还烂,既然这样,还不如自己先凑合一下
总结一下:开源XX平台烂大街,没有形成合力,没有技术指导,不知道黄老板的学院有没有兴趣组织整合一下,搞两个在国际上能拿得出手的框架、工具、平台~

其实大部分的app,网站,后台服务等等,也就是这些吧

每个人的需求和环境是不一样的,自己造的都不一定合适,更不要谈别人的轮子一定要合适了。
能结合自己环境,考虑清楚想要什么,用什么技术,什么框架,什么语言也都是次要的。
看楼主也是有思想,动手能较强的了,期待你对社区的回馈。

恒温 回复

想到吴冠中大师的一句话:你一定要穿着大师的拖鞋走一走,然后把拖鞋扔了,在穿和脱的过程中,你就会找到自己。我就是这么走过来的。哪吒太子析骨还父、析肉还母,方有自我,信然!

槽神 回复

已经在做了,目前还是培育积累有基础的人,尤其是我们的很多测试开发学员,我们已经开始培训github、gitlab的开源协作模式、开源框架的源码分析和从零打造开源框架相关的技术了。不过目前还不敢贸然开新项目,时机还不到。我觉得需要时间吧,未来3年内社区和学院肯定会打造出一个世界级的测试工具的,可以拭目以待。ATX、HttpRunner、AppCrawler以及配套工具有这个潜力的。

  • ATX是Python开发的,自己的生态也在逐渐完善,比测试圈少有人用的nodejs编写的Appium是更有潜力成为世界级开源框架的
  • HttpRunner也很优秀,结合RestAssured的优点,如果再加上更简洁的api和用例生成、智能断言等各种增强功能,可以超越Requests框架成为世界级框架
  • AppCrawler也算是开启了一个新的智能测试的方法,在国内智能遍历工具遍地开花后的两年,google才跟风出了一个app crawler工具,我们至少在这个测试体系上已经有很不错的经验积累了。说实话google都没国内做的好,这个自然也有不错的潜力。

要让这些项目发展更快,我们需要提供更好的环境孵化他们,可以让开源框架作者有更好的发展环境、培养更多的开源协作者、给开源框架足够的曝光、让开源框架的使用者可以得到更好的支持。所以我们已做了很多事情了。

  • 恒温在社区搞了开源项目版块
  • 恒捷和debugtalk在合作推进TTF
  • 而霍格沃兹测试学院已经发起了对开源项目的固定捐赠了,内部也增加了开源框架的培训,让更多学员可以有能力参与其中的建设。

国内的测试技术其实已经发展起来了,只需要一个时间,就会给全世界一个惊艳了。

31Floor has been deleted
Author only
Author only

讨论了这么多 我觉得关键一条 这是测试不是测试工程师这个完全不等同的 现有测试工程师如果不升级 路越来越窄 如果一个团队四个人三个开发 一个测试 那么测试的工作可以悄无声息的可以被三个开发人员平分 说到底那些价值可以不容易呗替代

仔细看了楼上思寒大佬和楼主的对答,没有对错,只有说看测试行业的方向和高度不同而已。

从测试开发工程师一线的角度看,包括几个大厂,因为自己也经历过大厂,其实做的那些开源产品,万变不离其中,UI、接口搞去搞来也就那么一回事,包括支付宝、网易等大厂开源的框架也是这样,至今还没看到一个真正AI测试落地很好的开源例子,当然这是一个慢慢来的过程,另一方面,从开源框架可以发现越来越多的测试工程师更专注测试工具开发、测试平台、测试流程统一、质量体系建设,全过程质量把控,我觉得是很好的事情,这是一个非常好的进步,当然越来越多的点点点会被淘汰,被外包,业务测试的地位在越来越低,这也是软件测试行业发展的过程。

综上,楼主说的是事实不假,的确我们在造轮子,但是,测试工作本身就是在基于业务造轮子,让业务跑的更好,这个初衷还是没变的;思寒大佬从行业发展和当下最火的AI,大数据,智能测试方向谈到了测试未来的发展也存在“危机”,因为Devops的成熟度会大大降低功能QA的依赖,我们应该有这种意识了,并且不断提升自己去拥抱变化。

讲真,开源工具还能要求这么苛刻吗😢

大佬就是大佬

最重要的还是自动化的思想,和高可用性

说的很好 很多都是把开源的东西集成了一块就敢叫平台。很多人做这个的初心并不是为了推广,更多是为了kpi,为了领导的要求,后期推广的怎么样,多少人在用,提升了多少效率就不管了。测试平台永远是整个研发体系中的一环,有价值的平台肯定是打通了上下游的,从需求管理、交付物管理到用例设计、用例评审、环境部署、测试执行、进度跟踪、结果反馈、上线发布各个环境都是能连贯起来。所谓的UI自动化、接口自动化等等 只是整个体系中一小部分

工具是千篇一律,但令工具产生价值却不是容易的事。我觉得我们需要做的就是先足够熟悉各种工具,然后重点是在团队中运用并产生价值。
你接触过很多工具不代表你能熟练运用其中一个,你能熟练运用一个不代表你能很好的运用到目前的团队中,能运用到团队中也有程度的区别。
我们的愿景是选用一个最适合自己团队的工具,并能很好的运用起来。
感觉这就很难呀。。。

需要 Sign In 后方可回复, 如果你还没有账号请点击这里 Sign Up