0x01
在某些系统的交互页面中，为了用户体验，系统是否存在“欺骗”用户的情况？
例：
某系统的系统设置，重新配置系统设置时，需要重启系统多个进程，这时候就有两个问题了：
- 若等待多个进程真正重启完成，页面再响应。对于用户来讲，等待时间过长，用户体验非常不好；
- 若不等待多个进程真正重启，用户对其进行配置，页面立即返回响应(实际后台并未真正重启，配置未生效)。这样的话，用户体验当然就变好了，页面响应很快。
可是这算不算对用户的一种“欺骗”呢？
因为配置并未完全生效，页面却立即返回了“配置成功”等消息。
大概这问题探讨起来就有点复杂了，最后只会得到一结论：
优化后台，缩短重启时间。
在我看来，我觉得对于这种情况，非要在这两个解决方案里面选一个的话，我会选择那个用户体验好的。
首先对于一个产品来讲，我觉得功能放第二，设计和交互体验才是最重要的。
打个比方，看漫画有很多APP，功能上其实都差不多。但是用户选择你的理由是什么呢？当然是体验了。
0x02
项目发布过程中，由于开发提测时间经常delay导致预留给测试的时间不足，此时是否可以为了赶发布而缩短测试时间？
Absolutely no！
在我看来，对于项目管理来讲，对于时间节点的把控其实是非常重要的，过程版本中的提测时间应严格按照项目经理安排的时间进行。若delay，应追赶进度或顺延时间。
很简单的道理不是么？
站在一个测试工程师的角度，我需要做的事情就是对产品质量负责。
版本发布的条件应该有一个checklist或者版本发布质量要求的文档。 而不仅仅是测试通过两轮或者几轮的功能测试，不断回归bug来进行评估。
决定发布不发布不是测试说了算的，应该是大家根据版本发布质量要求或者其他版本发布的条件进行评审后大家共同决定的。
0x03
上周自己费了两天时间，用起来了github，并在上面自己搞了个博客。虽然用的别人的模版，也算是站在巨人的肩膀上吧。
0x04
- 人类学，是一门讲究距离的学问。
2.自己对于交互体验很感兴趣，抽空研究研究。
仅代表自己想法，本人刚参加工作，才疏学浅，若有不妥之处，敬请指出。
