写于手机，可能比较乱。
一直以来，对测试平台的理解程度都不够，虽然自己摸索着做一些东西，但是又不知道需要做什么，仿佛找到了当初盲目学习selenium的感觉。根本都不知道到底这玩意儿是不是真那么有用。
来到这家公司以后，我对平台有了一个相对进步的认识。
举个例子吧…
以前如果需要获取一串token，我会毫不犹豫拿出鄙人的pycharm，执行一下测试脚本，打印出token然后复制一下就完事了。
现在，我考虑的东西更多了，很多人并不是和我一样，那么有热情去编写/调用测试脚本，也不一定有这个能力去做这件事情。这时候平台的出现就成了大家的福音。
来这里以后，我慢慢厌倦了敲着redis-cli，psql的方式。因为实在是太过麻烦了，这里表扬一下运满满，平台化真的算很完善了。wrench基本功能都有，测试环境也都有外网地址，甚至打包部署有强大的crp。而这儿却真的一无所有。
试想一下
登录ssh，连上redis，get key
与输入url，进入redis工具页面，输入key拿到结果相比，后者真的是轻便太多了。
再比如最近做的基于数据驱动的计费接口测试业务，提供json测试数据，执行再输出报告，虽然过程很轻便。但是每次修改数据，都需要登陆跳板机，rm 测试数据，rz上传测试数据，而且没有任何预览数据的功能。比起平台化，真的差太多了。
记得之前自己摸索，编写了一个跟postman差不多的web平台，主要用来测接口。被人吐槽说这个轮子造的太无聊，还不如用postman。当时我竟无言以对，因为也无力反驳，确实不知道我这玩意儿有啥意义。但后来有看debugtalk说，这类工具大多做的比较通用，不能太实际运用到项目里。简单的说就是可定制性太差，不如自己造的灵活。现在想补充一下，平台化，可以兼顾诸如以上提出的小功能，也可以方便其他人使用。平台也好工具也好框架也好，如果不方便人使用，那就没啥用。
数据库，缓存，表这些配置越复杂，当写的脚本多了，也不好寻找，时间长了更记不清。如果在页面上分类够详细，就很容易上手，找到之前的信息，类似于文档的感觉，做测试的最怕的就是文档不全，都不知道自己测的是个啥玩意。接口文档丢失更要命，上家一直做的事情就是猜接口的参数，如果平台能与接口文档结合，也提供在线调试等功能。又何尝测试效率得不到提升呢？然而，一般小公司还是没有这个成本的。
确实成本太高了，开发是一方面，维护又是一方面。这个就不提了……
网友评论