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

konami1986 · 2019年11月27日 · 最后由 codes 回复于 2023年04月19日 · 4530 次阅读

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

共收到 38 条回复 时间 点赞

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

那不然呢?

都是 0101,来先拿 01 造个句

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

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

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

大佬来做一个不一样的啊

9楼 已删除

都是吹 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.

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

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

恒温 回复

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

29楼 已删除
31楼 已删除
仅楼主可见
仅楼主可见

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

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

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

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

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

大佬就是大佬

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

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

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

需要把工具放到工程化中来看 且被使用才能产生价值 ,只是为了 KPI 的工具 确实没什么用 ,当然做一个工具提升一下编码能力也是 OK 的 ,有些人呢做一个 demo 就当时面试时的谈资了 有点可笑

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册