RSSD

摘要： 私底下，我们几个工程师都不喜欢我们领导，但是慢慢发现，其实领导之所以是领导，一定有他的过人之处。任务下来后，我总是觉得做好自己的部分，其他就是等待别人的回复，但领导让我知道的其实我们可以做的更多，领导没有过问之前，那片故障品放在手上读完信息就放在那等着，一天都毫无思路，经领导一训，才主动去和供应商沟通细节，慢慢找到方向。谨记：1.永远不要小看你的领导2.领导希望你做的，远比你想的要更及时、更细致、更高效，所以你需要主动再主动、一刻不能放松。 阅读全文

摘要： 这两周在抓一个测试bug的log 及trace，因为问题出现3分钟之内不停止测试的话，analyzer存储的东西就会被冲掉，所以不惜周末义务加班，辛辛苦苦终于抓到，结果被告知由于测试前产品状态不一致，不是新盘，而是拿了一片做过其他测试的盘来抓的trace，可能会引入新问题，导致trace、log无效，看来要学习的地方还有很多啊...特意整理一下bug验证注意事项，，时时提醒自己要学习的还有很多，大意不得。1.保证环境一致，产品初始状态一致，任何变动都要考虑影响；2.保证验证步骤一致，注意不要引入新问题；3. 一次只改变一个可能因素，避免交叉影响；4.系统地了解bug分析模式，掌握几种分析方法： 阅读全文

摘要： 网龄7年，开始写博。 这些年最大的悲剧就是没有培养一个兴趣爱好 从今天起决心改变 运动、写字、唱歌、涂鸦、厨艺、手工。。。 anything，just begin it 阅读全文

摘要： 昨天向米国供应商反馈一个产品BUG，全英文描述，强烈捉襟见肘的感觉，匆匆两行结束问题描述，自己也感觉不清不楚，我想这不仅仅是英文不灵光的原因，而是作为一个测试人员，描述bug的思路却并不清晰。有时候觉得文字表述麻烦，不如口头描述来得痛快，；有时候写得太“清晰”而陷入冗长、罗唆的危险，这些都是不专业的表现。如下给自己提个醒，一定要在问题发生后第一时间趁着记忆还 新鲜，及时记录所有细节，时间一长，口说无凭，那些第一手资料将是复现问题、解决问题的珍贵记录。1.分条目列出测试步骤，测试条件、测试平台、连接拓扑，一条不要太长2.问题发生前后的动作，一定要交代清楚，不要想当然，你觉得理所应当的别人不一定清 阅读全文