Shelley从业测试的一些感想

       既然作为感想，和工作不一样，感性的部分会多一点，做好一份工作，业务基础是支撑，但交流同样也很重要，这也能够极大的提高效率，并能让自己和他人拥有持续的工作热情氛围起到很大的作用。

做好一件事情，除了付出努力，方向和思维很重要，凡事预则立不预则废，做一件事情前我习惯性问自己为什么这么做，大概需要多少成本和时间，这样做有什么阻力，有什么风险，虽然不会每件事情都能够做成功和做的很好，但在这个过程中，让自己更加严谨，同时思路变得清晰。

常常会问自己怎么才算一个好的测试，都说不想当将军的兵不是好兵，这句老话用在测试上一点也不会觉得过时，不想当优秀测试的测试人员想在这个行业内有所突破几乎不大可能。至今为止觉得自己也只能是一个有点经验的普通测试吧，但不妨碍我继续前进，只要比昨天的自己好，就会满足。再说说自己对测试的理解，一、业务基础相当重要，这是辨别问题的硬件支持，二、理解能力和表达能力，这些是软件支持，理解能力和表达能力强大，在沟通上会事半功倍。三、探索事情的好奇心，这决定钻研问题的主动性。四、细心，这决定严谨性，不然问题近在眼前你也不容易发现，我一直觉得测试是很严谨的事业。

工作到现在，毕竟测试是长期和研发合作，心态不仅仅在生活里很重要，工作上一样如此，见过很多因为意见不合最后非常不愉快的状况，包括自己也曾经带有情绪，为了工作真心没有必要，毕竟本意都是想解决问题的，只有更好的去理解别人，才有可能被接纳，任何付出不是多余的。还有对自己的定位，简单点说，不妄自菲薄，也不妄自尊大。

下面这几点，有参考别人的想法加上自己的感触，主要是关于合作上和自我定位上的，不一定都是对的，但肯定会让你若有所思。

1.提出bug，了解bug不被接受的原因不要过于自我：

　　我们总会有意或无意的带着自我进入工作场所。我们认为自己正在尽力做到最好（对于大多数人还是有工作热情的），但是，这并不意味着其他人不是如此。如果测试人员认为，他报告的错误被驳回,因为开发人员不喜欢解决bug,研发却认为某个测试人员没有正确的理解。所以，如果可能的话，不要想着你是一个测试人员，首先想到你是一个正在努力让一切正确完成的团队成员。不要因为bug被驳回而感到受伤，而是试试去了解背后的原因。不要因为知道测试的预计时间即将到来而停止。不要因为觉得开发工作是个伟大的工作从而看轻自己，也不要因为觉得自己的工作是给别人找他们工作上的错误而过分自信，自己也会犯错，比如提交错误的bug，或者某些专业领域的理解有欠缺。及时发现自己的不足并不断充实自己。

　作为测试者，要面对的最痛苦的时候是，当你汇报的错误被驳回的时候。现实一些，试图去了解驳回背后的原因，试着去了解你怎么会误解或错误推测的，如果你认为你提出的方案是正确的，试图说服开发人员或项目经理，并尝试继续。

2.优先考虑项目：

　　总是关注全局，并相应地优先考虑事情。项目整体比一个bug或个人更重要。尤其我们的项目有不少需求模糊的地方，不论是到我这里或者去开发人员那里，讨论，分享，理解和进行相应的工作，都是很好能推动我们工作前进的方法。

3.要有耐心：

　　事情并不会一夜之间改变，因此要有耐心的继续好好地完成你的工作。不要因为有人给你负面的评价或者开发人员一时不接受你找到的bug而丧失动力。任何事情都是因为量变到质变。

4.分享想法，但不要强调实现：

开发和测试团队之间的频繁交流，有助于双方产生更多的想法。开发者可以建议有关如何更好的测试特定的模块，与此同时测试者可以建议如何纠正缺陷。每次的交流并不会是一无所获。

5.接受人是会犯错的：

　　找到一个关键的错误之后，不要说怎么这样的错误你也会犯。要知道，测试人员在一个时间和预算紧缩的环境下工作也会发现不了本应该发现的bug，开发者也是如此。没有人可以创建一个毫无漏洞的软件，不然测试就不会存在了。因此，明白自己的角色，并帮助解决问题，而不是取笑它们。

  6.了解多个团队总是比一个团队做的更好：

测试团队孤立于所有其他开发团队，不能成为高产的团队。当一个测试人员调整自己与开发人员之间的关系，并发展相互的关系，就能创建一个良好的团队环境。

7.敏捷测试和结对测试：

　　建议：敏捷方法，齐心协力，做好结对测试，与开发人员共同工作，讨论并经常开会，减少文件。