例如：湖南的设备曾出现的问题，有功总不等于尖峰平谷之和。以前是相等的。后来有其它问题修改之后，代码上可能动到了这一部分，但是由于客户要求匆忙，没有时间让测试人员进行全面的测试，以至于后来遗留了这个问题，当时是由后台软件弥补了这个问题。

　　测试产品应该尽量形成常态化和规范化，不久前见到有一套“客户”编写的短信设备测试流程图，我们更应该对每个产品建立这样一套的流程图，便于测试人员测试，也便于新员工的快速掌握。否则测试步骤不同可能得不到正确的结果。这样的步骤也可以后期形成用户的操作说明书。

　　如果没有完整且全面的测试机制，产品的性能可能完全依赖于某个开发人员的责任心和技术水平。产品的性能会因技术人员的状态变化受到太大的影响。有完整且全面的测试机制的话，可以尽早发现问题，解决问题，尽量避免在客户使用时产生问题。

　　四、建立常见问题集

　　随着产品的生产、使用，我们都尽力保证产品不出现问题，但再完善的测试条件和测试手段可能还是与用户的现实环境有差别，产品出现问题也是在所难免。可能是软件的问题，或者某一个硬件的问题，有时候这些问题存在普遍性，我们可以更改，有时候一些问题比较偶然，不太常见。另外，有时候我们内部测试人员分工可能不同。不同的测试人员测试不同种类的产品，对自己负责的产品熟悉，别人负责的产品不熟悉，当因为某测试人员另有工作安排时，他负责的产品别人可能不太熟悉，遇到问题不知该如何解决。

　　有时候某些问题解决不了，还要麻烦开发人员亲自解决。

　　如果我们养成了解决了某类问题，将此类问题，汇集起来的好习惯，积少成多，分门别类的总结下来，某类产品常见的问题和解决方法能够汇集成册，能够方便测试维修人员进行测试和维修，这样也能适当减轻开发人员的维修任务，并且提高了效率，有了积累。

　　例如：不久前测试短信设备，测试人员一直说短信设备有问题，发某个命令后，短信设备会死机。但在我们研发部这里一直测不出所说的问题，后来发现是跟设备电压有关，使用备用电池，并且电压低于 6.8V时，会出现死机的问题，而在研发部一直接的交流电，所以没有这个问题。但是这个事情是后来才听其他测试人员说才知道的，此前陈杰和我都不知道有此问题，双方都测了好多遍，在测试该短信设备时，花了一些本不该花的时间，感觉有些冤枉。如果此前有问题集，当中提到了这个问题，我想我们不会再花费时间在上面了。

　　五、其他建议

　　1、工作的计划性

　　开发工作需协调有序进行，不因某些原因（如某个开发人员忙于其他事情）而耽搁整个开发进程。

　　某一段时间内，各开发人员将该时间段内的工作计划提交总工，总工可将需协调合作的项目协调好，对时间进行统筹安排。好不要看到一件干一件，后时间可能会拉得过长。

　　2、项目的总结

　　建立事后分析报告：在某一个项目或产品生产发布之后，对整个需求、研发、测试、生产、销售过程的分析描述，分析各个过程中遇到的问题，解决的过程，以及该产品有哪些优点、闪光点，以总结经验，优点以后可以继续推广使用，遇到的困难以及产品存在的缺陷，在以后尽量弥补和避免，以期以后可以做得更好。

　　后

　　每遇到一个问题，我们都应当庆幸，因为现在公司规模还小，现在遇到这个问题，我们还有时间和精力去审视这个问题出现的原因，并且避免以后再出现类似的问题。以后随着公司规模扩大，市场扩大，再出现某些问题，可能会造成极大的恶劣影响。所以现在每次遇到问题时，无论是产品缺陷还是其他非技术性问题，我觉得这都是好事，我们目前是要遇到问题，并解决问题，逐步建立起机制，避免类似问题的发生，逐步完善并成长。

　　公司已经有着自己的运行机制和方法，可能需要不断的完善和进步，以上几点建议只是我个人的建议和看法，希望能对我们产品的开发和生产有益处，同时希望能起到抛砖引玉的作用，让我们大家能进行思考，完善自我，让我们的事业蒸蒸日上。