base 北京, 在中关村软件园二期附近
didi-resume@iobusy.com 欢迎推荐, 谢谢大家.
质量的核心是风险控制, 不是保证发版质量!
划重点: 只有我一个测试人员
在我看来, 你重点要解决的核心或者深层问题不是保证发版质量问题, 而是测试的定位问题.
如果定位是你一个人保证所有产品/服务质量, 结果只有一个: 你被累死或者开掉.
如果定位, 你作为测试领域专家, 带领 RD 同学们一起保证服务质量. 通过测试驱动 TDD 或者 通过 devsop 构建 CI CD, 或者其他方式推动团队能共同保证高质量交付才是你的定位.
还是看场景, tcp 协议里面细分也非常多. RPC\消息\异步消息\ http 其实也是 TCP 上面的一种.
估计这周或者下周放出. 这周写了一篇 pgid 的文章 哈哈
公众号里有个可测性的分析和实践. 最近在写异常测试相关的
list 的 xxx in [list] 是 o(n) dict xxx in [dict] 是 O(1) set 最差 O(n)
主要还是背后的实现逻辑决定, dict 效率高是因为直接用了 hash(key) 寻址. O(1) 肯定快
保持学习的心, 保持竞争力 (稀缺技能树)
如果觉得这个行业还有趣儿, 此处不留爷自有留爷处啊.
MBT 里面两个问题很难解决,看发表的论文上也没有很好落地的:
[1] 如何适配现有被测系统, 适配的足够好的难度类似于写了一门新的语言。
a. 如何适配
b. 用例自动生成阶段
[2] 用例爆炸时, 使用什么的算法做最小化测试样本赛选