每个人每天在公司工作的时间都是8小时，有些人在这8小时做出了创造了很多的价值，而有些人则有任务则做事，没有任务则选择玩手机，而有些人则选择在空闲的时候依然选择多与自己的工作岗位相关的平台链接，日积月累，短期看不出区别，等到一年过去了，有人的一年是玩手机过去的，而有人的一年则是收获满满，当平台满足不了他的时候，随时都可以选择另谋高就。
这个是今天的工作感悟。最近开始，越来越认真工作了。我深刻感知到，当我一天都是努力工作，而旁边的同事则玩了一天的手机的差别。可能对方很享受这样的时刻，但我还是比较喜欢在工作上比较有自己追求的感觉。
今日继续昨天的工作任务，后台还剩下一部分没有测完的。今天我接着测试，看似很小的测试功能点，之前没有很详细的测试，这一次我选择把这个看似简单细小，但是比较繁琐，因为需要重新创建一个新用户，而创建新用户的过程比验证需求的时间要多几十倍，10几秒可以看完的东西，准备数据需要差不多十几分钟，可能有些测试觉得太麻烦，就会放弃。
而这一次，我选择去准备这个数据。数据准备出来了，一验证，还真的有BUG。开发没有做判断，没有加这一块的代码。
而通过与多个开发沟通。因为涉及到多个人。做这个接口的开发是没问题的，那么就是控制这个发送接口的开发，可能没做这一块的控制。通过沟通，才发现，真的没加。
我才想起来，我当初测这个需求的时候，因为需求上写得不是很明确，应该说，压根就没写，而开发做的时候是按照之前跟这个功能类似的代码写得，结果我按照我理解的需求测试，而这个接口的开发是按照以前的逻辑做的，但另一个控制这一块的开发并不知情。我当时也没有仔细测试，就没有抓出这个BUG。
也是我询问的时候，产品才说要加这个东西。也只是简单的说，加“对创建新用户的默认值”而其实他不知道这个默认值会需要做判断的，因而就出问题了。
不管是产品的需求，还是开发的不知情，我觉得作为测试岗位的人员，都应该把控好这个节点。因为测试而言，既是测试，又是PM，在没有项目管理的情况下，测试无论哪个环节都需要关注，所以更要懂得与开发沟通的方式，即用开发的技术，所以测试人员需要懂得代码，也是有道理的。
而对于很小的需求，可能需要准备数据的时间还长一些，不能就此放弃，因为这也正是考验一个测试是否有耐心，是否专业的时候呀。
今日感悟到此，之后有新的感悟会分享出来。
源自公众号 小橙测试驿馆