测试缺陷分析定位

   刚入行测试时，仅是关注页面数据的流转，所以提缺陷时，一直停留在页面的出错提示信息或数据显示不正确的情况，之后开发人员还总是询问我，这种情况是怎么出现的，能否重现一次呢。觉得很烦，测试步骤很明确呢，为什么不自己去重现呢。

   每次遇到这样的情况，总是觉得是我做的不到位，还是开发懒惰呢。我是测试，我有义务和责任帮开发人员去追踪bug，并定位bug位置和出现原因，于是我关注了系统日志文件和数据库。

   每次前台页面报错，即是查看日志文件（我们是用websphere部署的程序，查看节点下的logs文件systemerror和systemout文件），把该时刻出错的信息提取出来，以附件的形式添加在缺陷管理工具内，开发人员在处理缺陷时，一看日志报错的信息，就很快找到了问题所在。另外关注数据库必须知晓数据流的状态，某一个操作影响数据库哪些表，这些表哪些字段应该怎么变化，当在页面查看数据显示不一致或出错的时候，查看数据中该记录是怎样的状态，就能定位到该操作在修改数据时做了什么错误的操作，把观察到的数据变化提示给开发。

   总之，我觉得这两招能帮助测试和开发沟通，大大提高测试的能力和开发人员的工作效率，测试人员而不单单只是提bug。