开发工程师拿到架构师设计文档后，就可以将自己负责的部分拆分出来，然后提前对这部分的开发细节进行补充和完善，形成开发设计文档。开发设计文档主要用来提高软件开发效率，保证软件质量，并有利于后续产品客服文档的编写，也非常有利于后续的研发迭代和代码维护工作。

　　前端开发、APP客户端开发、后台开发完善的内容和细节各不相同，但是内容主要集中在开发环境、开发语言、使用框架、对象属性方法、接口封装、数据结构设计、界面开发、编译发布等方面。

　　(3)前端开发

　　前端开发工程师通过使用JavaScript来编写和封装具有良好性能的前端交互组件，并通过CSS+XHTML输出Web操作界面。前端工程师经常不仅要考虑前端实现，很多时候也需要了解后台研发，从而能不断优化前端代码分层架构，让Web产品的稳定性和可用性不断提升。

　　(4)APP客户端开发

　　App客户端开发主要是指IOS、Android、微信小程序的开发。

　　IOS开发推荐使用Xcode，需要运行在Mac OS上;Android开发推荐使用Eclipse;微信小程序开发需要使用微信开发者工具。

　　(5)后台开发

　　后台开发主要是指的服务器端的程序开发，包括Web后台开发、组件开发两类。两者之间其实本质上一体的，web后台可以看作是组件的前端。Web后台解析了HTTP请求，然后通过层层转发给了后面分布式系统的多个组件并调用服务。

　　因为互联网公司的server一般都是Linux，因此还会涉及到Shell脚本编写、Linux环境编程等内容，需要熟悉Linux/Unix下各种环境编程的API。

　　(6)开发工程师自测

　　开发工程师可以一边研发一边自测，完成所负责功能模块的开发后再进行完整功能模块的自测。

　　开发自测和测试的重点不一样，是为了减少不必要成本，而不是要替代测试工程师的工作。因为代码是开发自己写的，自测可以发现的问题，就完全没必要让测试工程师去发现。而且发现问题马上就可以自己修改自己验证，减少了沟通和返工成本。

　　8、测试阶段

　　从需求详情文档经过评审，测试工作就开始了。

　　(1)测试用例

　　测试经理组织测试工程师，根据需求详情文档撰写测试用例。

　　测试用例是软件测试质量稳定的保障，用于指导测试的实施、规划测试数据、设计测试脚本、评估测试结果、分析缺陷标准等。测试用例一般都详细记录测试工程师应该有的操作信息，这样可以帮助测试工程师参与测试。

　　测试用例文档一般包括修订记录、测试用例、测试数据等内容。测试用例可以直接在项目管理系统TAPD中批量创建。TAPD可以快速编写并管理测试用例，制定测试计划并执行，然后利用Bug跟踪管理进行问题跟踪与解决。

　　TAPD平台中的测试用例列表与详情页

　　有很多常见模块可以归纳成测试用例库，然后不断优化完善，这样可以减少重复设计测试用例。相当于把测试工作也组件化，减少低效沟通提高效率。例如注册功能测试用例，每隔一段时间就更新一次，以后出现需要测试注册功能的时候测试工程师即可按照此规范进行测试，而无需针对这个功能重复编写测试用例。

　　注册功能的测试用例规范(部分)

　　(2)功能体验测试

　　功能测试就是对产品功能进行验证，根据功能测试用例逐项测试，检查产品功能是否达到用户要求。功能测试主要采用黑盒测试方法，把测试对象看作黑盒子，主要测试功能而不考虑软件内部结构及代码。一般从软件产品的界面、架构出发，按照需求编写出来的测试用例，输入数据在预期结果和实际结果之间进行评测，进而提出更加使产品达到用户使用的要求。

　　黑盒测试试图发现以下类型的错误：功能错误或遗漏、界面错误、数据结构或外部数据库访问错误、性能错误、初始化和终止错误等。

　　这部分测试除了测试工程师需要参与外，产品、交互、视觉设计师也需要深度参与，因为很多隐性信息都很难在需求文档中写得无一遗漏，但是产品设计师一看就能看出很多的问题，而这些问题测试工程师却难以判断，因为他们经常不知道产品设计师怎么想的。