加班中
之前在 toC 业务,基本是客服对接,然后客服过一道后再给产品,产品处理不了再对接测试 + 研发
目前在 toB 业务,之前是有个单独的运营统一对接,现在没有这个岗位了,变为值班研发对接
怎么说呢,道理上测试对接是有一定道理,但实际上测试人数少,负荷大,基本很难及时响应,所以实际操作上不大会测试直接对接。
微信群、qq 群个人觉得都不大适合聊技术,主要是很难给很长的回复,多次回复又没那么多时间。
社区里好的技术贴回复,基本都到了格式上要做些分点的水平,微信和 qq 里很难做到这个。
我觉得两种不冲突。
1、新需求每个需求一个 xmind,这时候可以写细一些,按重要程度分 P0P1P2
2、新需求上线后,抽半天把 P0 用例合并到核心用例集里。后续每次迭代回归就跑这个核心用例集的内容。
找做产品经理的朋友问下,看有没有啥社区或者资料库。
不过像恒温说的,正式的需求都是内部材料,不大可能会让你收集得到。
高中同学
祝身体健康。
不知不觉,健身停了大半年了。后面要重拾回来,找回自己的节奏。
也是差不多,我们主要关注召回率、可用率和对用例编写效率的提升情况。
哈哈,我第一次也是在这本书看到的。后面看《开窍》和别的书,里面也有类似的观点,所以记忆就越来越深刻了。
《穷爸爸富爸爸》是本好书。只是我自己实在控制不住自己,做不到尽量只花收益的钱,少动本金。
测试用例生成,这块还挺多公司在探索的。