研发效能 纠结我们到底要不要测试平台

爱_大蓝 · 2021年03月23日 · 最后由 爱_大蓝 回复于 2021年03月26日 · 1828 次阅读

目前痛点:
1.都是脚本 +jenkins 触发测试、报告没有统一展示
2.不能统计测试的情况、如我想查看本月、本周的测试情况
3.只针对单一功能/模块跑用例 比较费力
4.测试人员多了操作不明确、比较乱
5.用例抽离共享困难

共收到 30 条回复 时间 点赞

不是要不要的问题,是你养不养的得起问题?你的需要要多少人做?是招专职还是现有人员投入?怎么向上展示效果,体现价值说服公司投入。

你的问题 是否是大家的问题?如果其他人觉得没问题呢😂

做平台一定要内部达成共识😀

老大说可以做!只是现在人手不够 往后排期了 (都拖了 3 个多月了),说先保证自动化稳定运行

爱_大蓝 回复

老大不是给答复你了么?所以纠结的点是?

我感觉没有平台就没有灵魂

比较难,首先平台用户是测试人员决定了很难衡量实际价值,换我是老板也不太愿意投入。
老大的决定也挺正确,先保证自动化的稳定运行,做好本职工作。
其次,上面也有人说了,这是个人痛点还是团队痛点?平台是不是解决这些问题的最优解?
不能做完平台再抱怨平台这么好为啥没人用。

不一定非得要平台,把流程规范一下也能解决一部分问题

有没有其他最优解,平台引入是解决现状的最佳方式吗,建议再具体定位下痛点在哪里,哪些是优先级最高的,再来考虑解决方式

看目前其实可以从小问题入手 寻找更加简单的解决方案,例如 1,3 是否了解各个脚本使用的技术框架?是否可以整合并统一报告? 对于 2,需要看这个报告的受众是那些人,意义有多大? 对于 4,5 感觉可以先规范流程以及规范化脚本的开发

MarvinWu 回复

个人痛点吧!感觉应该就测试团队看看吧

Amber 回复

感谢大佬!分析的很透彻

我感觉你列的几点,其实跟平台没多大关系。不用开发测试平台也能解决。
回到问题:如果你不用背锅,建议做。如果需要背锅,谨慎去做。

我的建议是,可以做,但是不能专门排期做,或者说再真正出成绩或者让上面看到平台的效果之前,不能专门排期做,可以利用下班时间做,做完然后推广,成功了,算你的成绩,没推广成功,也不算占用了工作时间

你确定你的痛点平台就能解决了?

在某些公司这玩意就是鸡肋!

测试平台解决不了你这些问题。从流程,工具,人员三方面来看,在流程层面可以制定一些用例编写与维护公约;工具层面做数据汇总展示,可以把执行数据存入数据库,用 metabase 来展示,这个不需要太多的开发量;人员层面搞一些自动化相关的知识培训,提升团队的自动化测试能力。技术不是解决问题的唯一途径。

我也面临着相同痛点,最后选择了做测试平台。要不要测试平台,就个人来言,很需要,不但能解决这些痛点,还能提升技术能力。就公司而言,看领导支不支持,不支持的话就算做的再好,仍然会被视作浪费时间,没有价值;支持的话,行动起来,做好多付出时间的准备。

用例抽离共享困难,测试不稳定,有平台也好不到哪里去。先规范用例吧

这个完全看 多少人做多少事,如果做平台,得多少人多少时间出结果。是否有更短路径能够先满足当前需求,然后再逐步演变成平台?比如看测试数据,简单就是上报结果到 webserver,其实就能统计到,可以慢慢由一个功能点扩大到一个平台

框架是有明显的天花板的。平台无论是从管理到操作方面比框架有更高的天花板,开源平台一般天花板比较低,平台需要往后面版本做提高能力,但又要规避 KPI 项目。
平台(前端/后端)和框架也是二个业务,需要规划好 解耦,前后端分离。

感觉别做,问题不在平台上,后三点不是平台能解决的,前两点也不是必须要平台

看下哪个最痛,针对最痛解决问题

我们已经实现了自己的测试平台, 一方面所有测试都能投入使用,不用在写脚本上花时间,另一方面可以拿这个平台吹嘘啊, 平台上可以扩展各种工具。。。

Tester 回复

大佬厉害!我也是这么想的,我想把用例元素抽到平台,其他人员不改代码只修改元素可完成版本迭代的测试

moku 回复

不做平台是可以的,用例可以抽离或配置化,但是感觉有个平台牛逼一点,可对外展示

1、2、3、4 jenkins 都可以做,5 和主题也没什么关系

黑水 回复

5.的意思是想把用例及元素放到平台,每次有迭代版本只需修改平台表单,不想去动代码

爱_大蓝 回复

你这就是典型的平台歪路,做了也不会有好结果的,跟那种把元素的定位声明、操作全都放到参数里用 excel 管理没啥区别

槽神 回复

好的!感谢大佬

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