在实际工作中，经常会遇到各种各样的问题，遇到问题，一看不顺利了去找别人请教，这种方法是不可取的。遇到问题，首先静下心来想想，是由于自己操作失误引起的问题呢，还是真的是一个问题？这要求我们对于先前的操作重新进行一遍。

　　如果是由于操作失误引起的问题，这要求我们以后在操作中要细心谨慎，避免再发生类似的问题。

　　如果真的是bug，不要急于提bug给开发，要仔细看看，到底是那里的问题，是由于那个条件触发了这个问题的出现，是那个模块出的问题，这要求我们去分析log、构造条件去验证这个问题，如果代码是非编译的，即php、shell等解释性语言，那我们可以直接去看看程序，这对我们测试技术的提高有很大的帮助，这样一方面有助于我们发些一些深层次的问题来，另一方面也提高了我们的代码阅读和编写能力。不至于只做一些简单的像黑盒测试那么简单的工作。如果时间允许，我们可以看看开发的一些编译源码，如c++、java等代码，这样有助于我们更深刻的理解被测系统。

　　如果发现问题，而又不确定是自己搭建环境引起、或者是操作引起的、又或者真是个问题，这种情况下，一般是对被测系统不是很熟悉的情况下，才会出现的，花费一些时间定位不出来问题根源，这时候需要主动找相关人员，要求给予帮助，这避免浪费一些不必要的时间自己去找问题，认真听取他们的意见，然后自己独立思考下，想想他们说的或者做的是否真的理解了，为什么要这么做或者那样做，为什么自己当初会犯这种错，如果不理解，要主动提出来，千万不可不求甚解，说什么是什么，这样对于深入理解系统很有限的，因为至始至终，你都陷入别人的思维中，自己没有真正的想通到底为什么要这样而非那样。知道了，理解了，还不够，还要记录下来，俗话说好记性不如烂笔头，这句话真的一点也不假，在以后工作中大家会慢慢体会到的，因为做的项目多了，脑子里装得东西也会越来越多，装入新东西，一些旧东西会逐渐被覆盖了。一些以前项目遇到的问题，可能会想不起来，这时候，如果有记录笔记，这时候拿出来，当初的问题一目了然。作为测试人员，思考很重要，记录也同样非常重要。

　　作为测试人员，我们做的工作不单单是发现bug，我们的目标是发现bug，定位bug，如果能力允许，好能给出bug的解决方案。这样，开发也会对我们刮目相看的，相信自己，在不断的实践积累中，我们会成为一位专业的软件测试开发工程师的。