聊聊你们公司的测试平台,有哪些实用的功能?
A:造轮子,锻炼测试工程化开发能力,方便领导看数据、汇报,讲 KPI 故事,提供绩效参考数据
B:降低测试技术门槛,方便大家做好工具人,保证 70% 以上的人离开公司啥也不是
C:方便全流程、全团队协同,标准化、可视化管理,挖掘质量风险,提供资源池服务……
如果选最实用的话,答案是 A
测试用例管理、测试计划、冒烟用例执行、测试用例执行、包管理、接口自动化、项目小工具等等。
没有测试平台,全靠一个人点
这样的问题也需要匿名吗
我原先也觉得平台没有用,但是现在我在写平台
最实用的就是。。。给我提供一个工作岗位
为 KPI
我们搭了个 metersphere,但是也没用起来,感觉平台都怎么说呢,说是降低使用成本,但是操作起来一点也不方便,还不如代码来的直接,如果个人去写一个平台,要耗费很多精力。我个人觉得写一些项目测试里能用到的小工具可能更划算。
能涨点工资
测试平台是控制了自动化测试的下限。
直接用测试框架来写,就测试人员那点代码能力,写出来的东西比屎山还要臭。
灵活带来的成本就是维护性降低,除非能保证团队里面有严格的代码规范,并且进行 code review,否则用框架写自动化,用例数多起来就灾难。各种乱七八糟的命名,完全不懂设计模式的封装。出问题调了半天,发现原来是封装的框架有问题,而不是被测接口有问题。就演变了用接口测试框架。
写平台跟写用例又不是同一波人,能写平台的人,代码能力肯定比只会写用例脚本的高。并且一般写平台的人都会比较少,人少那么管理成本或者代码风格自然就更加容易保障
支持不好业务,那就平台开发者的能力问题。如果你是平台使用者,遇到问题就提出来让开发者去解决。或者自己尝试去提交代码解决,而不是抱怨上限低。
天天写那点测试脚本,有啥可进步的。
只要是给代码套 web 皮的平台,上限就高不了呀。也不是什么新鲜玩意,winpc 客户端软件时代就一堆了,这么多人做这么多年都这样,我觉得已经是此路不通了。
当做一个严肃的软件工程看待测试代码,可以做出效果很好的东西。只当做零散的小脚本,最终就是一些小脚本。
其实能专注做一段时间,三个月可能就够代码方案超过图形界面方案的效果了。长期来看这样行业才能向前。
看下 github 那堆开源的测试平台,有几个代码质量好的,真以为写个平台需要多高的技术水平吗,无论是 django、flask、还是 spring boot,模板一套,一个平台就出来了,至于质量如何,就看写的人代码水平了。
客观看待,平台牺牲了灵活性,上限不高,降低了自动化的入门难度,可以吹不用懂代码也可以做自动化。框架的话,灵活性强,但入门有难度,想做得好的话,还是需要一定的代码能力的。
基本什么功能都有了。。自动化只是写脚本,工具很齐全了。
匿名吐槽功能,然后他们信以为真真的啥都敢说 殊不知……
哪怕是一套模板出来,一个人能搞定测试平台,至少前后端都懂,数据库,Linux 部署这些也要涉猎。整体的技术广度是比较大。技术深度肯定比专门的开发人员要差一点,但跟只会写测试脚本那些同学比,肯定不是同一个 level 的。
都没卵用,都是为了 kpi,功能写一大堆,没人用,推不起来