处女作开发总结

前言：

最近这三个月，我们组（3个组员，1个组长）在公司接了一个项目。”运维监控系统“ -- 对公司各省份的服务器进行巡检、监控操作。这个项目可以说是我到这公司的“处女”作。所以在需求、设计、开发、测试阶段我都格外用心，想尽量做到更好。在项目的开发和设计阶段组长还有时间管我们，并时不时帮我们看看，并管理项目的进度。但是到了后期开发由于他个人又接了一个项目，就没有时间顾及我们这三个“菜鸟”了。

这样一来，反而我发现，在后期没有“老大”管理的日子里（开发和测试阶段），我们三个“菜鸟”成长的飞快。为什么这么说呢？因为这时遇到的问题，只能我们三个商量解决。具体的测试计划以及测试进度、测试环境的搭建，以及与测试组之间的对外沟通，我们都必须自己处理。这期间我们遇到了各种问题。以下是各阶段，自己总结的一些经验，有不对之处，勿喷。

设计：

1、数据库的设计可以有千万种，但一定要选择最有利于开发，便于实现的，并且存储效率较高的方案。

2、没有“天衣无缝”的设计，再好的设计在开发阶段也会出现问题。因为唯有在编码的时候，才会发现设计上一些潜在缺陷，所在设计阶段不要过去追求完美。

开发：

1、当所开发模块要与别人进行合并，或者别要调用你的模块时，这时候你一定要和他确定好他的需求，并且考虑此处可能出现的各种问题，因为很多bug都是出现在俩人交叉开发代码间。 a、传递/接受 参数个数、格式、顺序； b、数据传递会不会出现异步情况，要怎么避免；

2、每天下班前或者是完成一个模块后，都要把自己确定无误的代码提交至svn。注意一定是自己确定没有问题的代码。不然会因为你的异常代码导致他人无法调试，影响团队的开发进度，而且还会给自带来无尽麻烦。

3、开发时要注意细节，就可因为你在开发上的一个变量，没有考虑到数据量大了以后会出现什么问题（例：list的存储数据过大导致内存溢出等），没有考虑并发量高可能会引发的问题（例：变量值被覆盖，线程对同文件调用死锁等）。

测试：

1、前期要让测试人员逐个模块功能测起。

2、压测要等到最后，确保系统各模块都没有问题了才能开始。要不然中途开始压测，各种问题都会跑出来。具体是什么原因都不好分析。

3、测试中遇到问题，不管测试人员多么催你修改bug，不管后边有抛出多少个bug。都一定要静下心来，耐心根据异常信息，查找问题出现的根源。其实答案就在抛出才异常信息中，只要静下心来一定能找到原因。

4、对于那种非常规的bug，你可以根据测试用例，错误日志生时间，以及bug出现的频率（时间）。找出规律，设法定位到自己认为有误的代码。

转载于:https://my.oschina.net/u/225084/blog/169410