项目反思

来深圳一年多了，从去年7月中下旬来公司到现在，工作整体还不错，就是最近，项目组老出现问题，基本每个开发人员都出现过各种看上去不应该出现的问题，都是在测试完了的阶段被发现的。所以，问题也就升级了，由小扩大了。

先发一下牢骚

从今年6月从会展中心搬回来公司之后，项目每个版本就一直不断的出现一些低级的问题，或者说是没怎么注意的小问题，香港那边就一直纠着不放，可项目这么多个关口测试，SA Review,SZSA Test,HKSA Test,QA Test,这之间没测出来的问题，到最后出问题了最后都说开发人员的问题，哪个开发人员能受得了这种，但是能有什么办法呢？毕竟我们是乙方，需要做出更高质量的程序给别人，也要为自己的粗心买单，更需要总结、反思，确保以后不再出现类似的问题。

 

每回一出现这些问题，公司就让老大总结一下原因，香港就让老大给出后续改进方案，哎，每个人都说，程序员都不出错了，那还要测试的人干嘛，好多人都可以裁掉了，真是，也谢谢老大如此体谅我们，为我们扛下那么多的压力……

 

现在这边的项目呢，跟以前有一些不一样，现在的项目是很多个小的Issue组成的。每个Issue对应有一个SA(专门做分析的，写分析文档，写测试用例)和一个developer(开发，Unit Test.Functional Test).有时候开始Coding的时候呢，分析文档也没有完全分析好，developer就只能边做边问，深圳这边不确定的东西就只能给香港E-mail或电话沟通。香港也不确定的就只能叫User confirm了。所以有时一个Issue整个完成很费劲。也导致了这个过程中可能就莫名其妙漏掉一些小问题。或者出现其他一些不可控的问题。所以，时间又短，像这样的Issue只能有改动之后对所有可能影响到的Case全部重新测试，保证后面的改动没有影响到以前的功能。

 

现在出现这些问题的原因有很多，下面自己也总结一下，希望后面的工作更仔细一些：

 

工作流程：

SA 分析--developer 开发--developer Unit Test--developer Functional Test--SZSA Review--SZSA Test,HKSZ Test--QA Test

要避免这些简单、低级的问题，必须各层人员都把好关，做好自己的本责工作。都尽可能认真仔细一点。

 

1.首先，从深圳SA来讲，需要把分析文档稍微写得详细一点，尤其针对没有做过类似Issue的developer.并在developer正式开始做这个

Issue之前详细讲解一下。着重讲一下开发过程中需要注意的地方。SA在写Test Case的时候需要更详细一些，不能只针对重要一点的功能

像一些边界值，日期，数字格式之类的小问题，更不能放过。最后就是developer写的Unit Test Case及Test Result 需要仔细review

.不然developer就按照自己的想法写的Case，自我感觉是测试没问题了，但是如果没有review,有的点没测试到，他也不知道，最后Unit Test

阶段也就过了。再就是Code Review.这个阶段需要检查一些小问题及重点逻辑，像注释啊，if else逻辑的啊，day end 流程之些之类的

 

2.作为developer.在正常完成coding之后，需要仔细的写Unit Test Case.并完成测试，如果这阶段不能做的Case。需要在Functional Test阶段仔细测试。有时间的情况下把SA的Case也好好的测试。再就是再提交代码之前，Check每个文件头的注释，每个文件改动的地方，针对所有的Code自己先做一次review。在Functional Test阶段。与SA一起做一次Code Review.保证不会有低级的Code错误。

 

3.针对以前出现的问题自己一定要总结，在后续的Issue的一定不能再犯相同类似的错误。

 

4.QA也要起到一定的作用。最后是QA的Case由香港SA或者提定的人review.这样测试才有意义。