论测试的属性点分配（持续更新）

　　在漫长的人生当中，迷茫是必然会经历的一种情绪，根据每个人性格的不同，选择应对这种情绪的方式也不相同。

　　我很庆幸，在我经历生活中迷茫的阶段时，赶走这种情绪的方法没有很极端，并且是高效简单的，随记。

　　之后的很长一段时间，在没有任何刻意的思想下，我喜欢上了这种了解自己（最初的目的只是了解自己）的方式。

　　当然，不仅仅只限于有关自己的记录，它可以让你知道你缺少的是什么，你想要的是什么，你该怎么做等等等等。

　　当你们慢慢变得熟悉，他越来越了解你的时候，他会帮助你做出一些正确的选择，帮助你梳理思路，把复杂的问题变得简单······

　　好了，牛逼吹完了，下面是一些我记录的测试方面属性点分配：

　　　　毕竟我们每升一级都是经过很久的努力的，属性点来之不易，且用且珍惜。

 

只有涉及到复杂场景的生产问题才会需要测试重现。

要学会控制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更新

写程序的人就像在造没有护栏的桥，自己去走那肯定安全无虞，那怕摸黑也不至于掉河里去;测试则像给桥修护栏的，让桥的普通使用者也能像开发那样来去自如。

2021/07/22更新

条件列举法，列举出影响测试结果的所有相关条件，再已条件为基础等价类列出条件的正负测试项，组合为测试条件。

2021/09/16

确保真实行为和预期行为保持一致就是测试