从事测试行业几年了

  • 实际上需求可能根本没有你想象的那样
    大部分人不会用自动化 公司也不会投入,对于页面功能测试 业务简单的 点点点更高效 业务复杂的 平台做不了;
    UI 到底关注什么 首先是功能吧;
    我不提倡大家都一股脑去做什么平台,先仔细想想自己公司需求是什么,你怎么做能提高效率 而不是今天用这个平台 明天用那个平台 学了很多平台的规矩 自己连平台是怎么做的也不知道;对测试本身来说你和点点点又有什么区别。本身也没有成长 我做什么平台。
    建议在工作中 找到提高效率的本质方法 万变不离其宗。当需求足够时 引入或者自建 改造 适用于自己的才是最好的。

  • 接口和抽象类 (abstract) at 2020年12月29日

    谈一下我的看法:接口就像我要建造一个房子 我一眼我就知道我要的是 房子; 我不管谁去造最终给我房子就行了
    抽象类呢可能我们建造房子的时候有标准化的作业,比如图纸的设计方法(CAD)、混凝土浇筑工艺(标准),地基的处理可能都是标准的,我们要抽象一个房子的建造过程 大致分为 设计 施工 验收 交房;其中设计这块可能有单独的接口来去做 咱不管谁做 定一个接口返回对象;定一个一个 set 函数 让以后实现类能自己注入想选择的设计对象 但是最终获取到图纸是目的 抽象类可以将这个过程给抽象,这样子类只需要关注谁来设计 谁来施工 谁来验收 怎么交房 抽象类可以完成设计-》施工->验收->交房的调用;
    子类更关注的是个性化的需求 比如设计 A 公司的不满意 可以 setB 设计公司的接口实现类进来 不影响主线功能 达到功能扩展。

  • 写一个加密方法 根据入参及加密方式返回加密后参数再拼接
    https://blog.csdn.net/qq_19239339/article/details/97124712
    和我之前做的加密请求思路基本是一致的

  • 敢问路在何方

  • 想把一件复杂的事情做的简单高效
    想把一个事情从好做到更好
    你差的不止是一个想法,而是坚持实现这个想法的坚持和努力

  • 当你理解一个功能的业务流 数据流 实现方法和细节你就能做的更好。

  • 有必要,小时候吃不起零食的时候总是分着吃 后来条件好了就一人一袋吃 真香。

  • 毫无意义的讨论,是和不是都决定不了什么。

  • 算是优化 但是算不算最佳最优解需要打个?
    你问这个问题说明你思考了
    再往下走几步 还有没有更好的方案,当你理解到这个层面 自然这个问题就有答案了

  • 这个问题分析可以通过 F12 就可以解决;
    1、如果抓包获取请求到返回的时间长 而导致的页面慢 是后台的问题;
    2、如果是请求获取数据很快,但是数据很多页面渲染需要时间 是前台或者设计存在问题。

从事测试行业几年了