应用测试阶段和部署方式

前言：

今天在跟一个产品朋友讨论在软件开发中，应用开发完成，从进入测试阶段到上线，中间应该具有哪些测试过程。进而谈论到应用的部署方式，由于本人只是开发，并不是专业的PMO，关于软件的全生命周期管理也是知之甚少，结合本人在实际工作中的经验，对测试阶段和部署方式进行一个总结和整理。

---

测试阶段：

测试主要分为单元测试，冒烟测试，回归测试，sit，uat这几个阶段。在实际的项目中，可以根据具体的场景进行选择和合并，并不是每一个步骤都得按部就班的进行，毕竟在软件开发行业，尤其是互联网行业，效率就是企业的生命力。但是对于金融类的应用，安全是第一位的，效率次之。

单元测试：

• 说明：单元测试主要由开发对自己写的代码进行单元化测试，所谓单元化需要根据具体的情况去判断，比如java中的一个类，前端页面的一个菜单，窗口，按钮等。总的来说，就是人为规定的最小的被测试模块。在我目前的公司中，都会要求每个开发对自己写的代码有单元测试，通过软件扫描，确定单元测试覆盖率，要保证在80%以上。

• 人员： 主要由开发参与完成，每个开发人员负责自己开发部分的单元测试

冒烟测试：

• 说明：冒烟测试其实是微软首先提出来的一个概念，和微软一直提倡的每日build（构建版本）有很密切的联系。具体说，冒烟测试就是在每日build（构建版本）建立后，对系统的基本功能进行简单的测试。这种测试强调程序的主要功能进行的验证，而不会对具体功能进行更深入的测试。

• 人员： 主要由测试人员参与，测试人员决定冒烟通过或者不通过，如果不通过可以列出具体的模块。

回归测试：

• 说明：回归测试是指修改了旧代码后，重新测试以确认修改没有引入新的错误或导致其他代码产生错误。在渐进和快速迭代开发中，新版本的连续发布使回归测试进行的更加频繁，而在极端编程方法中，更是要求每天都进行若干次回归测试。因此，通过选择正确的回归测试策