对最近工作的一些总结

1.测试人员的态度。

有一句话是，你如何对待别人，别人也如何对待你。在测试工作中，也是这样的。

测试人员的合作对象是开发人员，其中会有些和蔼的，也有一些性格火爆的。与到和蔼的，那自然好，他对你提出来的Issue，归单全收，与到意见不统一的，还会主动找你沟通。但是，与到性格火爆的，那就不同的，最差的就是，把你辛辛苦苦提交出来的Issue全部Rejected，并且不加注释。或者，与到他不认同的Issue，他会找上门来，用最大声音与你理论，意在证明，他没错，意在显示他很牛X。

所以，遇到火爆的人，我通常是淡然处之。用尽量淡定的态度和语气，告诉他，测试人员提出来的Issue只是Issue，不一定是Bug，测试人员也可会犯错的嘛。如果觉得不是Bug，就直接帮我Reject，写上原因就好了。一般听到这一句，他们的气差不多消了一半，也没那么敌视测试员了。

大家都是想让做出来的产品，符合需求，质量好。实在没必要，在谁对谁错上，挣面子。开发人员对于自己写出来的代码，自然认为是最好的。谁都不喜欢别人给自己找毛病。这样理解，这样调整一下心态，会觉得，跟开发人员相处起来和睦很多。

2.测试人员懂程序懂代码很重要。

测试人员工懂代码，这样，才能站在开发人员的角度，更好定位问题，并帮助找到问题的根源。这是我近来最大的体会了。

今年年初，趁工作间隙。我下决心，在学云网上买了C#和.net的视频软件，并且坚持学完所有的视频。虽然，写代码的工夫还很基础，但是，对于看懂部分代码，尤其是一些存储过程，还是没问题的。仅仅如此，我却觉得，对我的工作就已经是大有帮助了。

举几个，近来的例子吧。

【一】

我 2013-10-14 11:00:56
ApprovalLimit里面设的是1000.
有一个合同subContrctPrice=200,PlanIssue=10,WashPrice=10.5,
合同总金额=2105，大于我设的1000.
但是，仍然是经理审过之后，就Approved，没有到总监那儿。

我怀疑问题出在ApproveLimit这个限额上。请确认一下，这个ApproveLimit的值在程序里面
是取的
合同金额 = Sum(OAS.ContractDetail.PLAN_ISSUE_QTY) * (ContractMaster.SUB_CONTRACT_PRICE + ContractMaster. EMB_PRICE + ContractMaster.WASH_PRICE + ContractMaster.PRINT_PRICE)
吗？
Developer 2013-10-14 11:01:36
那我查一下
我 2013-10-14 11:01:43
OK
Developer 2013-10-14 11:02:16
找到原因了，我写死了1500

这个例子是想说明，站在程序开发都的角度来想问题，帮助开发人员准确定位问题。

【二】

Issue：

合同号是唯一的，一个合同号只能查询出一条记录。
但是，现在，在合同查询中，输入合同号OAS-GEG-1309-0053，查询出两条相同的记录。
(见附图) 
分析原因：
问题应该是，刚才修改了表OAS.PriceParameter，在表中增加了字段FACTORY_CD，
所以，OAS.ContractMaster表Join OAS.PriceParameter时，需要加上a.FACTORY_CD=pri.FACTORY_CD.和AND a.RM = pri.RM

OAS.ContractMaster a
LEFT JOIN OAS.PriceParameter pri ON a.GARMENT_TYPE_CD = pri.GARMENT_TYPE_CD
                                                    AND a.RM = pri.RM and
a.FACTORY_CD=pri.FACTORY_CD and AND a.RM = pri.RM

在QC上记录这个Issue的时候，我不仅写了问题出现的现象，还分析了出现问题的原因。

一开始，我只是写出了问题表现的现象。开发人员排查了好久，没找出问题所在。就说先放置再说。可我总觉得，应该是更刚才更新环境改了表字段有关。所以，我“潜心”了一会儿，就不难发现了。

先记录这些吧。这样以后，如果换工作，面试官再问我，有什么印象深刻的Bug时，我也能答出来了。