一、真实体会
当项目进入到用例测试环节时，原本以为项目即将可以完成，心中的愉悦感油然而生，然而殊不知，这才真真正正是挑战的开始。
一开始进行测试时，根据需求文档并且参考类似网站上的功能模块，觉得自己完成得差不多了，明明是按照需求来写的功能模块，怎么写出来跟自己想象的完全不一样呐？这是一种很正常的现象，在测试时你才会发现各种各样的问题，你才能察觉自己的设计的优缺点在哪，测试不仅仅是为了完善功能，更重要的是将开发人员转变为用户的角色，亲自去体验并给出自己的心理预期；随后，在你觉得你将自己的代码测试得自己差不多满意的时候，你就开始到处去“炫耀”自己的成果，结果却是“到处碰壁”，在真正的用户体验面前，或许你的作品并不是那么地优秀与完美；在这个时候，千万不要气馁，更不要埋怨别人，而是要从用户口中最真实的体验来润色自己的项目，这才是测试的真正目的所在。
二、经验教训
1.建立日志文件。将每一次版本的修改时间、操作人员、改动部分给记录下来，同时备份工程文件并将每一个版本进行编号，可以防止丢失、管理方便以及回溯清晰。（我们项目小组就出现过因备份项目版本过多但疏于管理而导致工程错乱的现象）
2.配置相同的环境。同一个小组内，每个开发人员最好使用相同的编译环境，这是为了便于小组成员之间在代码整合时的处理。
3.搭建一个适宜服务器。代码在本地跑没有任何问题，可是一旦部署到服务器上面，有可能因为操作系统的不同，编译环境的不一致而导致结果发生较大的差异，因此，选择一个合适的服务器也显得尤为重要。
4.进入测试环节后，除非是有重大问题，否则不要对项目进行大的改动，应当下测试过程中保持一个相对稳定的版本。
5.学会找bug,改bug。在测试的过程中，要学会看编译器报错的原因提示，不要一昧地将错误复制粘贴到网上找到解决办法就疯狂的一种一种地试，而是应当学会根据编译器的错误提示以及出错的地方来进行判断，在对代码进行修改时，一定要进行备份，因为有一些解决方法是“自杀式”的，一旦更改，无法回头。
6.心态要放平衡。测试环节是最考验一个人的心态的，自己辛辛苦苦写出来的代码结果到了用户手里体验，发现了许多问题，换成谁心里肯定都不是特别好受，尤其是在面临改代码时出现的连环报错，更是要静下心来，寻找出错的原因及出处。