研发工作总结(二)

我在学校的时候，总认为搞研发只是写写代码之类的事情，应该不会那么繁琐。但到公司以来，我也算是做了不少东西，发现编写代码只是研发工作中的一个很小的组成部分，后面还有很多的事情等着我们去完成。

一般说来，在整个研发项目中，除了编码之外，我们还需要做以下事情：

第一，自测

所谓的“自测”，与测试人员做的测试有区别。我们自测的目的是验证自己编写的代码的正确性，要确保让别人发现的错误尽量少。

如果要完成多个功能，我的做法是在完成一个功能之后，便对其进行测试。

第二，编写文档

一般说来，涉及到的文档的种类繁多，包括：单元测试文档、集成测试文档、详细设计文档、用户文档、协议文档等。如果涉及到升级，那么还有升级文档。

对于单元测试文档的编写，是要对自己编写的单个函数功能进行验证，要在文档中写出自己设计了哪些用例，达到的效果是什么，以及测试过程中出现了什么问题。

对于集成测试文档的编写，重在对接口进行测试。“集成”的目的就是将不同功能的模块组合起来，要看它们是否能够协同工作。编写的方法和单元测试文档差不多。

对于详细设计文档的编写，要体现出自己设计的整个过程。也就是说，自己的思路是什么，为什么要这么做，哪些模块最重要，哪些函数是关键函数。详细设计文档是非常重要的，我们以此来编写代码。

对于用户文档的编写，要谨慎。用户文档一般是拿给用户和现场的工程人员看的，如果写得不好，那么对于现场版本的安装是很不利的。

其它协议文档或者由用户提供，或者由业务规划部门提供，我们可以参考。

第三，走同行评审流程

我们做出来了东西，要想得到别人的认可，就需要同行评审。“同行评审”顾名思义，就是让专家或同事来看一下我们做的东西怎么样，有哪些不足，如何改进等。

这个流程比较重要，通过它，我们可以发现自己想法的不足、自己思维的漏洞，并加以改正。

第四，提交并构建版本

这里的提交版本，不是像我们在学校那样把文档或代码一放就了事了，而是要按照规格来办事。哪里放代码，哪里放文档，文件结构如何组织，都是有严格规定的。“没有规矩，不成方圆”，这是公司和学校的区别。

在版本提交过后，下一步工作就是构建一个版本，表示我们开发人员的工作已经完成了，接下来该是测试人员的事情了。

从上面可以看到，整个研发流程的步骤非常的多，不是我们大多人所想的写点代码就了事。只有严格按照流程办事，才能体现出公司的专业性，从能使自己的产品具有竞争力。

产品研发就是一个不断完善的过程，我们要时时发现自己的不足并加以改善。“发现问题->解决问题->发现新问题”的循环永无止境！

1楼keyanni昨天 18:28

学习了。