2018-10 sprint1迭代回顾

2018-10 sprint1迭代回顾

由于项目自身的方向定位扩展，本迭代是同时有两条线在运行。一条线是原有功能上的一些优化，一条线是新的技术实现的开发。这次迭代的测试任务也是主要集中在第一条线上，第二条线开始开发的比较晚，一直在迭代结束都没有提交测试。

本来以为这次迭代测试的任务主要是几个优化及遗留问题的jira，但是实际测试过程中还是会发现一些问题，主要有：
1、需求定义的不完善，修改的范围没有确定。开发者对系统的熟悉度也不够，主要是靠测试对已有功能熟悉，提出需要一起修改
2、虽然是个不大的需求点，但是开发实现上比较麻烦。在迭代的末尾，因为项目的特殊性，还考虑旧数据对新功能的适应性，以及旧引擎处理，有做兼容但还是有缺陷。

在测试过程中，对于第一点，因为涉及旧的一个新功能的修改，所以把涉及这个功能的场景都过了一遍，发现旧功能没有什么影响，后续才知道开发还是沿用了之前旧的功能，只是在原来的基础上多处理了一些数据。而在测试前预估的影响点预估大了。对于第二点，发现兼容处理存在的缺陷，发现的有点晚，导致上线的那天还在处理，后续因为开发自己开发环境的问题，没有修改完，告知用户可能存在的问题后，屏蔽这块兼容的处理代码后上线。

对于测试需要反思的几个问题：
1、怎么预估修改的影响点？对于修改点的重点验证对象是什么？
跟开发进行沟通，了解是修改了哪些，是怎么修改的。需要突破的是：能看懂代码，直接查看开发的修改记录，了解实现过程。
2、对于系统本身的特殊性，兼容性问题一直是每次修改时可能会出现的问题点。在冒烟的时候就验证兼容的问题，尽早发现。