测试界的菜鸟级人物

  • 中文编程,真的赏心悦目 at 2022年06月30日

    我以为是用 易 语言写了段代码,结果。。。。你欺骗了我

  • 挺好的分享

  • 毕竟 90% 的公司,要求是表面功能用起来 OK 就行,对应到研发总监头上也不会去规范这些事情。

  • 这个是真的赞,我们单元测试还是归于研发做,虽然他们基本不怎么做。这个工具应该能解决研发不太想做单测的痛点,已经转给他们了

  • 测试的最终产物是什么 at 2022年02月23日

    我个人觉得,把测试当成餐馆的服务员或航母上的黄马甲来看待比较合适。一个技术支撑型岗位,始终为一个非量化的业务质量服务。
    就像一个餐馆,服务员不会因为今天多端了几个盘子(测试多产出几个用例或多发现几个 bug),老板就觉得服务员的价值变大了,但提升整个餐馆的服务体验,光靠服务员是不行的。
    也像一艘航母,不会因为黄马甲多引导了几次舰载机起飞降落,整个航母的战斗力就变强了,但不能少了黄马甲要做的事情。

  • 拔出来的 40 米 **,被活生生地摁了回去。。。

  • 如果是反感功能测试,去转后端研发,我不建议你急着转。即使坚持尝试,也建议做能力侧或中台类后端研发,跟构建自动化或性能测试平台这类公共类工具系统比较相通。
    纯业务后端研发,我个人是不太建议你转的。测开自己做一个自动化平台 跟 研发写一个业务功能 完全是两码事,该面对的功能还得面对,只不过是从测试找问题的变成了研发写问题和改问题。好比你不喜欢汽车流水线,从检测出厂车辆变成组装汽车某个部件,你还是会被汽车流水线或上面领导的业务压力恶心到。

  • 我的 2021 年终总结 at 2022年02月07日

    隆哥的一步梭哈到位,是我未来十多年改善置换的终极目标。

  • 恭喜社区恢复 at 2022年01月06日

    停的这段时间,总感觉碎片时间里少了什么,恭喜恢复

  • 不是测试环节如何避免,而是流程机制上如何避免,涉及算法和人工审核流程的分类粒度。比如,国内主流的新闻类应用,在发布或转发很严肃的内容时,至少是算法一遍,人工两遍,但社区这类开源技术类论坛明显不可能投那么大成本。所以,只能维护的大佬们在实践中求一个相对平衡点。哎,我知道我说了一大堆废话,但个人觉得现实就是这么回事。

测试界的菜鸟级人物