以后每周做一次工作总结，可以是工作中的技术实现、沟通交流技巧、流程规范等。切实做到多想多写。
今天就开始本周的也是第一篇总结吧~
小需求任务时间安排：
心理学上关于如何做到自律，第一条原则是延后满足，它讲述的是如果你在上班的第一个小时里，总是先完成容易和喜欢做的工作，那么在剩下的六个小时里，就会面对那些棘手的差事焦头烂额。如果在上班的第一个小时里，强迫自己先去解决那些棘手的差事，而剩下的时间里，工作就变得轻松了。对于这个理论，同样可以应用到测试任务安排上面。
对于几天的小需求，在测试任务安排上，前期要紧张一些，可以提前的内容，尽量往前提，这样尽早的发现问题和风险，尽早的寻找解决方案或是修复，后面会轻松一些并且更能够保证项目的上线时间。否则的话，后面再发现问题或是遗漏的点，会造成手忙脚乱，且没办法按时上线的可能。
最近测试的消息推送：
测试点主要有：
兼容性方面，做的主要是针对手机品牌商渠道方面的兼容，包括小米、华为、魅族、vivo、oppo；
app未启动状态下收到推送消息是需要申请的，像小米、华为、魅族、vivo、oppo这些常用手机 ，都提供了一个开发者平台，可以注册账号后，为app申请，申请成功后，会返回特有标记值，客户端开发将其加载代码中，就可以实现app不启动收消息功能了。
目前小米、华为、魅族是支持app未启动状态下，收推送的。vivo oppo正在申请。
推送消息的组成：
关于测试范围：
当有需求时，并不是所有的内容都需要测试一遍。
首先，本次的需求内容肯定是都要测的，本次需求以外的内容，通过自己平时的业务经验积累，可以想到80%-90%，其余的10%-20%可以由开发来补充，因为代码是开发写的，他会影响到哪些功能，开发是最清楚的。另外还会有一部分功能，开发、产品、测试各方都不确定是否会有影响，这个就要根据这部分功能的重要性、测试时间是否充裕，测试质量与上线时间的平衡来综合评定是否需要测试，如果最后定的是不进行测试，那么各方共同承担上下后的风险，一旦上下后出现问题，可作为一个经验教训进行积累。
对于具体的测试内容，一定要明确本次的核心点是什么，跟它相关的核心功能是什么！