测试不要深信任何人，包括需求&开发

     首先介绍一下项目，是结算对账项目，客户想要改变运营模式同时修改结算对账流程，这是需求发起的起因，其实这对于测试本身来说并没有什么影响。

     需求本身的测试点可以总结为：

     1.出账入账数据对比成功则入库，页面读取库中数据展示正确

     2.出账入账数据对比失败则报错抛异常

     此次的需求没有业务逻辑上的测试点，重点是模拟测试数据文件的构造。

     写到这里有的同学就已经猜到测试过程中遇到的问题了。测试时我造的模拟数据执行对账处理，没有出现预期的结果，换句话说就是——bug来了。问题抛到开发那，开发的回复是你的模拟数据造的不对，看好需求文档再测一遍。得到的解决方案虽然我不是很认同，我还是反反复复的核对了需求文档（因为涉及到的数据很多，重新核对检查就花费了几天的时间）。在确认自己没有问题后，我向开发要来了他自测是模拟数据和我造的模拟数据比较发现是开发的数据和我造的出处很大，对需求理解和我的不一样。发现问题的根源，我就找来需求、开发大家一起核对需求，过程中发现需求人员本身对于要构造的数据也不是很明确，就不要提二手接触需求的开发了，好在这个问题我们最终达成一致，重新理清确认了需求，问题解决了，可是实际上工期已经延迟了。

     总结下来，不要深信需求&开发，遇到的问题都要追述到需求文档里。