就测试入门而言，除了测试的理论，知识，最重要的，是要有测试的思维方式，一个系统，一个界面，你如何去理解它，分析它，从而得到你想要的结果，过程是很重要，但是思维方式却决定了你如何去完成整个过程。
这种思维方式建立在普通思考的基础上，但是又生而不同，你必须先建立这样一个思维方式，到后来，你的思维方式会在你的理性之前作出分析，也就是下意识，你下意识会去做这件事，下意识会去这么想，到这样一个思维点的时候，你就已经建立了一个系统的思维方式。
我在一个做车载的传统公司上班，并不是真正意义上的互联网公司，作为公司的一个部门，测试一共就三个人，老大是个典型的程序员，不是很懂管理，他觉得员工自觉就好，在工作中，他总是会说，自己搞定，然后那些搞不定的，其实还是搞不定，但那些看似搞不定的东西，也许花了很多时间，但事实证明确实是能搞定的，这一点我很感谢我们老大。
言归正传，在测试的过程中，一般发现一个bug，下意识的第一反应，有bug，然后重现一下，发现真的是有bug，好，这锅甩给开发，然后就等着他来改，不得不说，这样做也是没错的，但是你就会一直停留在点点点的水平，一年，两年，三年，功能测试反正就是点点点，你就这么认为，然后，你的工作工资也一直是点，多一点，少一点。
一：版本迭代中发现新bug，请对比之前的版本
一般如果在版本迭代中发现以前从来没有过的bug，很可能是开发改动了某个模块的代码，造成了新bug的产生，首先我们要确认是否是这样的问题，拿出上一个版本测试对比，如果上一个版本没有，则根据开发的更新说明去具体分析问题。
二：现象不一定是本质，不要太相信自己的眼睛
比如我们公司的产品，车联网管理平台，有客户端，也有web，以及支撑他们的服务器，有时候，客户端报错，web查不出数据，这种bug体现在客户端或者是web上，但是不一定是bug本体，有可能是数据库没有传数据进去，有可能是服务器的数据格式有问题，这个时候就需要测试进行进一步分析。
三：跳出测试框架，从用户角度出
在测试一个产品的时候，要把自己当成一个用户，一个体验者，从不同的身份去操作这个产品，如果我是供应商，我会希望这个系统是一个简单，还是复杂的系统，如果我的面向客户是政府，我会希望这是一个安全的系统，如果我是大数据运营商，我会希望这个系统同时容纳多少数量的用户，从用户的实际角度出发。
最近在听逻辑思维，罗胖说的挺不错，他说，一件事去系统做，坚持做，钻牛角尖去做，那就是创新！创新也有另外一种解释，我就觉得吧，我做的这个番茄酸菜刀削面就酸的很有创新哈哈哈
