两次项目出差的经验总结

今年分别出差过青岛银行和兴业银行作现场测试支持，感受和公司里产品仍是有蛮大的区别。

      刚入场时，有三点必定要再次确认下：

•    专门给测试的环境。 只给测试用，不能用做项目开发或者是缺陷修复。如今项目基本模式都是敏捷模式，测试入场时，只有部分功能块已经提测，还有部分功能须要开发，因此必定要有3套环境才行，以避免缺陷修复的时候占用测试环境。
•    提早告知提测条件（好比已经冒烟测试和联调）后，在开发提测后，先走一遍冒烟测试。青岛银行时候是对方联调过，可是后来代码改动却没有再联调，而兴业银行是根本没有联调，甚至部分功能都没有单元测试。先走一遍冒烟测试能够将各个功能块的问题提早发现，让开发修复，避免影响到测试进度。
•   若是有需求方面的疑问，在和项目经理沟通后，必定要再找行方确认下。全部的需求变更都要找行方确认，哪怕是字段名字的变化，否则银行人员仍是会显示下存在感。
•   现场的项目git和公司的已经分开，包括各个依赖包， 以避免公司开发人员对依赖包这些基础功能的改动引入问题。

     测试过程当中：

•      发现的缺陷天天都须要找个固定时间发给开发，并约定好修改时间。而后亲自前往对方那边再次确认，以确保缺陷分配给正确的人修改。
•     天天要询问开发的进度，以确保后续测试不会由于进度中断。
•     若是必要的话，仍是要提醒下开发，新包先部署到开发环境，而后在上面冒烟下今天要测试的内容，若是ok，才准许部署到测试环境。项目中常常存在开发迷之自信，为了节省时间，代码不自测就提交打包。

   测试结束后：

•        项目到后期后，大部分开发都已经结束了开发工做，若是这时候第一轮功能测试还未结束。能够建议项目安排人员优先对未测试功能联调，若是人员富余，能够安排开发人员以冒烟测试的形式进行回归测试，若是能按照测试的用例进行回归测试，那就更好了。
•     第一轮功能测试结束后，必定要在进行一轮回归测试。
•    若是时间还有，那就看状况对测试范围外的我方新增改动进行测试。