在漫长的人生当中，迷茫是必然会经历的一种情绪，根据每个人性格的不同，选择应对这种情绪的方式也不相同。
我很庆幸，在我经历生活中迷茫的阶段时，赶走这种情绪的方法没有很极端，并且是高效简单的，随记。
之后的很长一段时间，在没有任何刻意的思想下，我喜欢上了这种了解自己（最初的目的只是了解自己）的方式。
当然，不仅仅只限于有关自己的记录，它可以让你知道你缺少的是什么，你想要的是什么，你该怎么做等等等等。
当你们慢慢变得熟悉，他越来越了解你的时候，他会帮助你做出一些正确的选择，帮助你梳理思路，把复杂的问题变得简单······
好了，牛逼吹完了，下面是一些我记录的测试方面属性点分配：
毕竟我们每升一级都是经过很久的努力的，属性点来之不易，且用且珍惜。
只有涉及到复杂场景的生产问题才会需要测试重现。
要学会控制bug提交量，在保证开发有工作积极性的前提下修改完所有bug。
接口测试的意义在于，降低测试成本，提高开发效率。
能用代码解决的问题，尽量不要用工具。
一个经验足够丰富的测试工程师，很多时候是可以反过来指导需求和开发工作的开展的。
人际关系就是第一生产力。
你把你的时间投资在哪些地方，就意味着你未来会走什么样的路。
要相信墨菲定理，问题只要有可能出现，就一定会出现。
测试并不需要最佳实践与工程师思维。
一个人做软件已经很难，比这更难的，是一群人做软件。但为了高效率必须要一群人，团队合作存在的意义。
深度工作状态是在无人打断的长时间思考下，各种想法和创意会不断出现。
高效工作状态是在大脑极其安静清晰的情况下，接受信息的当量增大，所有复杂信息的处理思维最简化。
一些没意义的操作对于测试来说并不需要去刻意的抵触
尽量减少应激反应，多听取别人的说法，不要急于反驳。
要提高自己提出问题的能力，这是比技术更有用的东西。
技术高低的本质其实就是所掌握知识的运用能力。
2018/10/31更新
测试的每个阶段都应该有输出，比如计划阶段输出测试计划，测试方案；执行阶段输出测试用例；系统测试结束后输出测试报告等。
2018/11/01更新
测试策略分应对型与预防型，制定良好的测试策略是必不可少的。
测试和开发有一个共同的目的，做出更好的产品。
2018/11/06更新
要学会把自己的知识与技能有效的分享出去。
日复一日的测试工作容易让人变得懒散，所以每个测试都需要一些邪恶的小目的。
一个完整的测试组需要有异性。
2018/11/16更新
如果整个项目组连测试都变得烦躁，那多半是废了。
2018/11/17更新
开发的能力测试一清二楚，测试人员在驱动着开发人员做出改变。
要做一个好的测试，远比做一个好的开发难得多。
测试是贯穿整个项目生命周期的，需要尽早的介入。
2018/11/28更新
测试的首要问题都是如何提交bug以及让开发人员能心甘情愿的改掉这个bug。
发布前可以通过整合现有的资料信息，进行一个合理的上线预测。
在需求阶段提出缺陷是成本最低的时候，测试需要做的仅仅只是不断地思考。
测试的任何阶段都会有输入与输出。
2018/12/21更新
测试中重点和难点两个词汇有时能代表同样的方向，有时却是相差较远的方向。
测试用例的设计关键点就在于找出一条流的转折点
2018/12/29更新
测试不是最后的救命稻草，而是预防发生的疫苗。
2019/01/07更新
语言是一个优秀测试的基础，思路能使测试升华。
2019/01/08更新
注意力是最宝贵的资源。
2019/01/23更新
真正要学习往往不是如何记住知识， 而是如何提出问题。
2019/01/29更新
提出问题的同时，要给出自己的解决方案。
2019/02/27更新
bug的描述非常重要，可以在其基础上进行断句，分析涉及到的模块。
2019/03/01更新
测试其实就是一个不断提问和分析信息的过程。
2019/04/22更新
你家里的窗可以从外面打开，那叫漏洞。你家里的窗打不开，那叫bug。
2020/01/22更新
写程序的人就像在造没有护栏的桥，自己去走那肯定安全无虞，那怕摸黑也不至于掉河里去;测试则像给桥修护栏的，让桥的普通使用者也能像开发那样来去自如。