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

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

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

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

  • 敢问路在何方

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

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

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

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

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

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

  • 测试工程师相关技能整理 at 2020年01月15日

    基于设计实现及框架思想方面测试也需要掌握 对于高端测试来说

  • 数据变化也可以做,
    首先数据变化的格式 可以做 数据的范围可以校验
    只要你有规则
    办法总比困难多。

  • 有 bug 也可以上线 上线不上线是取决于利益,质量这个东西没有 100% 不信你问问微软。测试可以去做上线决策 但是一定不符合老板的预期。真正的老板是让合适的人做合适的事情,知人善用此乃王道。

  • 很好的思路 可以考虑实践

  • 我离测开有多远? at 2019年10月11日

    从你的描述来看 你距离测试开发还有一段距离,
    你目前属于刀有了 但是还没有磨的阶段;
    第一步:你要在工作中把你的编程优势利用起来,例如复杂的计算测试;尝试让自己的测试工作逐渐的让计算机帮你去自动化的去做;
    第二步在有自动化的优势前提 要多了解你们公司目前开发在使用的技术,遇到问题你能不能帮助开发进行定位,有没有解决这个问题的方案,如果说这个软件这个功能你自己不清楚如何实现的 那么就要弄懂了 可以尝试自己写点后台的接口 了解前后台的交互原理;
    第三步,自己又能力写一点测试工具 提升一下自己的编程思想 抽象能力 多学一点 什么都看看 但是慎重考虑是否要深入;
    第四步,学习优秀的设计模式 自己编写适用于公司 或者个人的框架供内部去使用,这时候你已经是测试开发了

    测试开发=开发会的基本都会 + 开发不会的也会;

    成功没有捷径,努力的结果 就是成功 只不过每个人的进度不一样,最差的结果是大器晚成。

  • 4年 半的个人测试经历 at 2019年10月08日

    你现在的状态才算刚刚起步。

  • 补充解释:
    1、代码的复杂关系改动以后 是否对其他模块有影响 项目复杂 开发人员也说不清。
    2、如果说不清,那么测试就假定存在问题,需要进行验证,这个回归是验证的过程 。
    3、如果说的清,开发是否愿意承担改动不会对其他模块产生影响整个责任背负?如果愿意 那我觉得 只需要测试改动部分的功能;
    4、测试不是没有能力去做这个事情,是中国目前现状,大部分测试人员的水平没达到能控制改动代码只测试有影响的部分。

  • 可以校验

  • mac 什么路径都可以 现在有界面版本的 不需要手动敲命令了

  • 如果你做的足够优秀,拿出证据来 老板不可能不给你加,你问这个问题的时候 就表明这一年来你表现的自己都不满意,老板怎么可能会满意。
    如果你想改变现状,要么现在就开始努力提升自己 找好自己的目标 努力达成 那个时候老板不给你加你也无所谓,毕竟你出去有强有力的竞争力。
    如果你只是单纯跳槽 只不过是换了一个坑,人没变 过一年后你是否还会遇到今天的窘境呢?

  • 实现如果是同步,请求肯定要等后台反馈,后台处理延迟性应该作为一个独立异步任务处理,直接返回正在处理,处理完毕后将结果写入某个地方 或者实现实时通知 或者等待前台查询任务执行结果。

  • 我封装的这个方法是支持所有请求的加密参数转换的,不需要增加其他函数了

  • 显示不出来的有 2 个 sql 要修改 编辑进去看看在看看表结构

  • 因为有特殊的需求,我们做的是部分加密部分明文的情况,使用 httpclient 实现类切换也是可以的 只不过没有采用这样的方式 ;
    调参数没有什么不方便就几个函数 都是固定模式;从灵活性上来说 没什么比能直接执行代码更灵活的了

  • 测试 at 2019年07月03日

    可能你都会用 就是不知道为什么 应该加强思想上的提升