处女作开发总结

前言:

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

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

设计:

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

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

开发:

1、当所开发模块要与别人进行合并,或者别要调用你的模块时,这时候你一定要和他确定好他的需求,并且考虑此处可能出现的各种问题,因为很多bug都是出现在俩人交叉开发代码间。

a、传递/接受 参数个数、格式、顺序;
b、数据传递会不会出现异步情况,要怎么避免;

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

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

测试:

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

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

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

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

你可能感兴趣的:(开发,总结)