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