两次项目出差的经验总结

标签：需要   进度   模式   建议   单元测试   环境   不能   内容   依赖   

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

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

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

     测试过程中：

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

   测试结束后：

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

两次项目出差的经验总结

标签：需要   进度   模式   建议   单元测试   环境   不能   内容   依赖   

原文地址：https://www.cnblogs.com/jefzha/p/9614010.html