6. 学习和工作过程中，思考后问问题
我在about Email中也提及过这方面的内容，问问题一定要讲究技巧性，每个人都是各司其职的一个状态，不可能对你的工作了如指掌，当你有技术方面的问题要问的时候，要说下具体哪方面的block you？你自己思考的一个情况，不要什么都问，有些问题你自己思考思考就会有答案的。如果有需求方面的问题，你可以把你自己的理解，写成1，2，3的选择，这样子也省得PM去费事再去深入思考理解，也好尽快的解决好问题。
实际工作中，问问题也是一门艺术，关键的一点，自己先想后问，自己有了自己的答案后，有了自己的理解后问问题，是不会有错的，还有就是不要把问题压到快下班的时候，如果技术上面的问题，一定要尽早思考尽早开口，给别人多一点的时候解决，这样子也不耽误工作的进程和时间。
7. 保存好测试的证据
这是非常重要的，你到底哪些case跑过了，哪些case没有跑过，我怎么去证明，一定要保存好测试的证据。这是一方面；第二方面，当你测试到以后的测试用例的时候可以可以参考前一步的测试数据，好做对比，保存好测试的数据的好处不由我说，测试过的同行肯定已经深有体会的了。
8. 一个好的测试人员可以协调好开发和PM的关系，推动整个项目的进程
这算是最后的一个总结吧，一句话，一个好的测试人员可以协调好开发和PM的工作，推动整个项目的进程。这个是要长期工作的积累的，一个好的测试人员，从需求开始，确定需求是否有需要更改的，是否有再要变动，及时提出来，解决问题，很大程度地节约了以后如果再次修改需求，修改数据库，再次重新编码的一大堆事情。测试人员紧跟进bug，和DEV协调好工作，会很有效的提前产品发布时间，减少后期因为bug管理不善而导致的种种问题。
经验和技术都太重要了，明白了，为什么职务和薪资的差别在哪儿了吧？大家都要加油加油再加油，我也在努力中……
版权声明：本文出自兰猫的51Testing软件测试博客：http://www.51testing.com/?245435
原创作品，转载时请务必以超链接形式标明本文原始出处、作者信息和本声明，否则将追究法律责任。
