终于弄清楚，什么样的测试，才是我想要的。或者说，测试工作的价值所在是什么？
人人都知道测试的目的是什么，无非就是提高软件的质量，所以找出软件存在的Bug就成了大家关注的事情（自然而然的事），Bug数量也渐渐成衡量测试工程师的标准，诊断、修复也成了开发人员的事情。
如果测试人员只是一味的发现Bug，不对Bug思考，可能导致测试效率降低。因为，测试人员有可能在一个Bug上绕来绕去，也有可能提交重复的Bug。同一个Bug表现形式可能存在多个。
如果测试人员一味的将Bug提交开发，可能导致开发人员工作效率降低。因为，开发人员需要重现Bug，分析，以及修复都需要时间。
如果测试人员在测试时，就能根据当时的测试环境，诊断，分析Bug的原因，那么，无论从开发角度，测试角度，都是有意义的，发现问题能够及时到得解决； 另一方面，软件的质量也远比上述方式得到更好的保证。
所以发现问题，并能够诊断出问题的所在，才是我想要的，对我也来，这是件很酷的事情...哈
XX项目的测试过程，总结：
1、开发人员全程跟踪
这种方式大减少了开发人员复现bug，以及建立测试环境的时间。
在项目不紧的情况下，初期进行这种的全程跟踪，效果还是明显的。
在项目紧张的情况下，则需要控制深度（涉入深度）。
2、逐步深入被测项目架构，以及实现
知已知彼，方能百战不殆。作为测试工程师，不仅要能发现Bug，还要有诊断分析Bug的能力。而这种诊断分析的能力，是建立在对项目了解的基础上。只有开发测试相互配合，才能在较短的时间内解决问题。可能有时候（有的人），所处的位置不同，无法得到项目的有效信息，执行时也就会存在误差，如何解决这个问题呢？首先，你要知道网络真的是个不错的产物，所有你可以想到的，想不到的，都可能通过它来获得，你对被测项目现有的资源，就是关键字。另一种，就是多与参与被测项目的人员多交流，沟通。资源共享，才能共同进步。不要吝啬哦~~~
3、态度
大家的目的都是一样的，做好项目工作。出现冲突，要从不同的角度分析原因，当然，更重要的是理解。
4、惰性
今日事今日做。今推明，明推后...何时做！？
（以上言论仅代表作者的个人观点，不代表51Testing观点）
