关于软件架构组织的一些想法

1. 服务器
   服务器至少要3个环境，开发环境、测试环境、准生产环境，个人建议的是要4个环境，除了这3个，还要加个性能测试环境。
   应用服务器要分开到不同的主机，也可以是虚拟机，数据库服务器可以在同一台主机。
   平时我们先在开发环境写代码，等自己在开发环境上测试完成，再上传到测试环境，等测试人员测试完成，上传到性能测试环境，如果性能也达标并且没有问题，上传到准生产环境进行回归测试。代码的流向 开发环境（开发人员测试）---->测试环境（测试人员测试）---->性能环境（开发人员测试）---->准生产环境（测试人员回归测试）。
2. 各个环境的代码
   所有的代码，从功能上面或者代码层面，开发环境 > 测试环境 = 性能环境 > 准生产环境。
   2.1 开发环境 ：由于有临时代码，或者其他未上测试环境的代码，开发环境的代码要多于测试环境，并且完全包含测试环境。从开发环境到测试环境，要根据开发环境实际修改的代码，和测试环境的代码合并。
   2.2 测试环境 ：就是给测试人员测试的，如果没有专门负责这块的，测试环境可以忽略。
   2.3 性能测试环境：由于是做性能测试的，根据实际，可能测整个流程，这就和测试环境的代码一样了。如果只测试部分，可以阉割其他代码测试。
   2.4 准生产环境 ：这个要和实际环境一样，也就是和吉林总部的硬件设备一样，最终投产的文件就是放到准生产环境的。
3. 代码管理
   重点对准生产环境管理，每次投产后，都把代码全量备份。其他环境的代码，只需要定时备份就可以了。
4. 文档
   从需求到投产，整个过程，应该有的文档如下：
   4.1 需求文档 ：需求提出方要做什么、实现什么功能、投产上线时间。
   4.2 需求分析文档：开发人员对需求文档的理解，分析要做什么，是否能理解需求方的想法，做出开发计划，啥时候能开发完成、开发测试、测试环境测试等等。
   4.3 概要设计文档：开发人员大致说明要怎么做、需要哪些硬件环境、哪些软件环境、涉及到的相关其他系统。
   4.4 详细设计文档：开发人员要详细告诉其他人准备怎么做，每个步骤的流程怎样，接口定义，数据库建表等等。
   4.5 开发测试案例：开发人员自己测试了什么，案例是否满足需求方的要求。
   4.6 测试人员案例：测试人员做的测试案例，可能是对整个过程的所有开发人员的测试案例的整理。比如一个系统，涉及到2个交易，2个开发人员参与，开发人员只测试自己负责的部分，整理的案例也是局限的，而测试人员需要负责测试整个过程。
   4.7 测试人员记录的问题汇总：记录测试过程中程序出现的问题，越详细越好，内容包括，时间、测试内容、测试环境等等
   4.8 维护文档 ：有些非系统缺陷的，比如前端填写的数据出错，应该怎么处理。
   4.9 投产文档 ：每次将代码放到下一个环境，都需要投产文档，包括文件列表以及对应的修改内容、需求编号、投产文件、投产操作（投产前的备份、投产、投产异常回滚）。
5. 测试案例的要素
   总体来说，必须包括2个部分，正常交易、异常交易。每个部分又包括5个内容，测试内容、预先条件、预期结果、执行过程、实际结果，每个部分包含1个或多个步骤。
6. 投产
   投产的文件，包括但不限定，源代码、源代码编译后的可执行文件或者动态库、配置文件、shell文件（流程控制、新建目录、修改权限等等）、数据库脚本