夢的点滴的博客

系统无业务逻辑错误和严重以上的问题遗留。所设计的测试用例已全部执行，已知的所有缺陷都已按照商定的方式进行了处理，而且没有发现新的缺陷。

无论在哪个测试阶段，对测试过程中发现的问题都需要进行跟踪和管理，在实际工作过程中可以根据具体情况选择不同的缺陷管理工具，对缺陷进行跟踪和管理。使用不同的缺陷管理工作，对缺陷的跟踪和管理的过程会略有不同，但是基本相似，都会定义一个缺陷的跟踪和管理流程，进入不同的过程和阶段，执行不同的操作，Bug状态都会相应的发生变化，记录Bug状态变化的过程，实现对缺陷的跟踪和管理。

对于一些常见的添加、修改、查询、重置、删除、返回等功能，不同的软件系统，对于上面这些操作的处理过程都是基本相同的。测试用例中要详细记录测试的操作步骤，检查要点，不同的操作步骤相对应的预期结果，这些数据要具有可操作性和可读性，便于测试执行过程中参照其内容进行测试，把实际结果和预期结果进行对比和分析，得出测试结论。某些业务的数据字段要求是唯一的，生成一或两个用例（新建、编辑），使得输入数据与原有数据在该字段重复，预期结果为页面提示该数据已存在；对于每个必填数据项，都生成一条用例，预期结果提示该数据项不能为空。

在整个开发过程中，测试类型按照先后顺序主要分为单元测试、集成测试、系统测试及验收测试。

将软件生命周期的所有配置项纳入版本控制系统管理，实现从需求到部署发布各个环节的相关全部信息的全程可追溯，可完整回溯软件交付过程满足审计要求。

持续交付（CD）在持续集成的基础上，将集成后的代码部署到更贴近真实运行环境的「类生产环境」（production-like environments）中。【强制】对于版本发布构建，归档的产品全量交付件（含所依赖的所有平台和组件）必须全部重新编译，禁止使用增量编译。【建议】使用恰当的部署发布策略保证流程风险可控，如：蓝绿发布、金丝雀发布、滚动部署等。【建议】可视化部署流水线覆盖整个软件交付过程，每次变更都触发完整的自动化部署流水线。【建议】对于多个服务都涉及的参数，建议配置全局性的参数。

使用Git/SVN等开源版本控制系统进行代码托管。

需求收集环节是需求提出方和产品经理之间明确产品需求的阶段，是产品研发运营一体化最初始阶段，把产品的需求具体化，形成待办事项列表的过程。

本方案将作为DevOps研发管理的参考方案，覆盖需求阶段、编码开发阶段、持续集成阶段到生产发布阶段的DevOps全流程管理方案。本方案的阅读对象主要包括项目经理、软件开发工程师、运维工程师及对DevOps研发流程有兴趣的 IT 人员。DevOps是敏捷转型战略背景下研发运维一体化解决方案，旨在促进【业务+开发+测试+运维】高效协同、加速项目价值交付、培养打造持续改进文化、护航组织转型落地。