10、会点开发语言和对数据库有一定的了解：工作中沟通最多的是开发人员，他们有自己的一套语言，如果我不懂他们的语言，与他们沟通就会很麻烦，所以要了解他们的语言；如果你想做到你够牛，在开发人员提到你这个测试的时候，不会条件反射的想到你只是点点鼠标然后给他们找一堆麻烦的人，那你除了给他们找到麻烦外，最好还能告诉他们，他们的的麻烦在代码的哪一行，是哪个方法引起的，怎样改，他们的麻烦就解决了，这样的话，他们就把你当神一样崇拜了；做测试的时候，总免不了要写一些测试的脚本之类的，写代码是开发人员的特长，但你不能总是麻烦别人吧，如果你跟他的私人关系好，他可能会很快的帮你写，如果关系不好，他可能就不帮你写或者把你的事情排到后面，明明是公家的事，却沦为了私人交情，这也太怪异了吧。如果你愿意天天抱怨和丢下不做了，那没关系，到时候你可以去你头头那里讲你的困难和理由，还很充分的。
11、有点不怕死的精神：你的头有不对的地方，你合作的开发人员的头有不对的地方，除了听他们手下的人抱怨外，敢对他们去讲他们的错，你是一个旁观者，讲出来会更客观。
12、会除了黑盒手动功能测试外的另外一种测试：功能自动化测试、性能测试、安全测试、灰盒测试，很多，精通一样，自己就有了一种资本， 没办法，行业趋势如此，如果你对人讲你会测试，测试方案设计的很好，测试用例写的很好，别人大脑里映射的是你只会点鼠标，就连做测试的也会这样认为，只要和性能测试、自动化测试沾上边，就认为你是神了。请注意这里的会性能测试、自动化测试不是说会使用某个或某些工具，是会。工具就是给人来用的，如果你不能确认你想做的事情是不是对的，事情的方向是否正确，结果中发现的错误是什么原因引起的，那你就是不会。但是很多人就是那么肤浅，衡量一个人就是看会不会用某个工具，一些很牛X的公司在面试的时候居然也会问出某某个函数与某某个函数的区别是什么，现在的人不缺的就是google，在哪里都能google出他想要的结果，两个函数的区别，或者说在一个脚本的代码里用哪个函数比较好，只要长了脑子的都能弄出来，真搞不明白，他们还会问这种问题，对于前期准备、方案设计倒是不问。
13、学习能力：不进则退，大家都懂的；
14、整理、总结：软件测试是个很杂的活，做的越多，接触的越广，不明白的，不会的就越多，如果总是不会的就问，问完了就忘的话，早晚有一天所有人都不愿意让你去问了，因为你太笨。做不到举一反三，最起码也应该能做到问过的东西就能成为自己的东西。
15、分析、梳理：点点鼠标只是一个去实现的过程，在点鼠标前应该能分析出什么是对的，什么是错的，哪个方向是对的，不然选错了方向都不知道，还在闷着干活，最后的结果肯定也是错的。
16、有人的地方就会有权力斗争，单纯的IT也不例外，选好队，站对队，做好一个篮球，千万别做成足球；
17、你还得是一个好奇宝宝：以你一个人来映射千万个用户，软件的犄角旮旯就都得点到，所有不可能的操作你都得尝试去做，没点奇思妙想是做不到的。
18、你得懂点认知心理学：感觉是靠不住的，你说这个东西不合理，开发人员就说合理，最后只能是不了了之，有理有据的说服他才是王道。
19、你还得有点倔脾气：很多时候，明明是你在帮别人，可是他不领情，还阻碍你帮他，如果你还依赖着他，那你就死定了，发挥一下你的倔劲儿吧，证明一下，没有他你一样可以做好。
20、能屈能伸：行业的现状如此，外人小看做测试的，开发人员鄙视测试的，领导层轻视测试的，就连测试的自己都觉得自己干的活没啥技术含量，你不能每次都和人家干一场架吧，自古就有大丈夫能屈能伸，用行动证明吧，证明他们失去了你是个严重的错误。
21、了解你从事的行业，了解你使用的操作系统：这些最基本的，如果连你赖以生存的饭碗都不了解，还干个屁呀。
22、最后，不抱怨，耐得住寂寞，英雄都是这样练成的，如果有一天你觉得除了抱怨，已经无事可做了，那你离开的时候到了。
