今天已是老徐分享后的第二天。
看到很多伙伴早早就已提交了总结，感到十分汗颜。这两天正好严重感冒，我又对自己是一个很不下心来的，就拖到了这会儿。这个毛病得改，这是对自己的一个批评，放在这儿，省吾身。
1、简历
去年10月份，我在做重新进入IT行业的简历，想着要把之前的简历重新改一遍，如何能突出自己的优势，使自己能够在一年的空白之后顺利找到一份还不错的工作。百度上其实很少这种真正真实贴近IT的经验和模板。无意中在简书中搜索，看到了老徐的一些文章，其实刚看到的时候，我觉得老徐的文字都好短，仔细看却都是干货。之后公众号，历史文章。最终，参考了很多老徐的观点和分享之后，把简历大改。结果还不错，现在的公司可以学到很多东西。
像老徐说的，要有关键词。在现实生活中，给人的第一印象是你的形象，包括穿衣打扮，行为举止，几秒的时间就定了一个位置。找工作，就像把自己销售出去，如何卖个好价钱，就看你是不是能找到一个好买家，让别人通过你的简历去发现你可能是个人才，投其所好。
所以相同的经验，关键词技术，展示优势，很重要，非常赞同老徐的观点。
2、面试
面试经历较少，事先准备很重要，具体情况具体分析吧。
3、工作中日常沟通
最近这一点，深有感触。在做的一个需求，临上线，发现和业务理解偏差好大，事先也经过多次讨论的沟通的，当时以为几方理解的意思一致，于是开发按照他的理解去开发，我按照我的理解去测试。然后发现，我和开发的理解是一致的，就发布到了生产环境，业务区验收，他们当时看到那些数据的时候，没考虑那么多，觉得已经符合要求了。但是在真正用到的时候，发现业务的理解和当初我和开发的理解差了不止一点。
于是，又进行了一番讨论，最终才确定下方案。
在这个事情上，发现正确的沟通，达到目的沟通才最重要，想当然这件事是不能存在的，浪费时间和精力，目前没有造成大的影响，但是重新开发，之前做的很多事情都变成了无用功。开发成本太高。
学习好的沟通方式，遇到问题该如何解决，怎么说话，可能在测试的岗位上更为重要些。
4、报告/工作汇报
简单记录了下老徐的分享内容。仅做记录。
如何汇报？怎么汇报？
测试报告（要素）：给哪些人？体现什么内容？侧重点？
测试时间，工作量；测试人员，哪些人参与，比如开发是谁；
测试机：测试环境，考虑兼容性，比如浏览器种类、版本；
风险：发布之后的风险，判断能否发布；
bug数据分析：有哪些问题？bug分布区域情况，问题严重情况，遗留问题。
最起码的要求：结果输出，结果反馈，有问题要状态同步。
有一点比较疑问的是，现在的公司的测试报告非常简单，测试只有两个人，那么在这种情况下，我是要自己去写一个新的测试模板来呢还是依照现有的模式，现在的特别简单，但是貌似大家都不怎么关注这块。
5、技术博客
这是我的第一篇关于技术的内容，不过也基本没有涉及技术吧，只是在听过老徐的分享后，一点感悟而已。
希望以后会有真正的技术写出来。其实很担心自己的技术太菜，写不出来，不过老徐也说了，只要开始写，就是好的，那么希望以后越来越好。
