DevOps将为TestOps让路

pengli

     在瀑布模型中我们建立规范，在XP，Scrum和敏捷开发的用户故事。无论哪种方式，总有一个界定什么是可以被称为一个应用程序及其功能需求的过程。我们想建议的不仅是定义开发这个应用程序的需求，而且要开发、测试和运维作为整个ALM方法的一部分。  

      由于需求发展，要求团队其中应包括一些QA团队，负责开发数据集将被用来验证和测试最终产品。这进一步增强了开发工作，因为现在开发不仅有应用程序A必须执行任务B的要求，而且它们有实际数据作为它们单元和集成测试的一部分使用。

       随着应用程序达到成熟度级别，甚至利用开发交付的单元测试，QA团队在构建测试单元。这些将包括需求、测试需求、测试数据、单元测试和代码。

       随着应用贯穿开发生命周期（单元/功能/集成/发布，等等）的编译过程也会融入用户故事，测试用例和需求，更需要做的完整完善，实现单元之间相互关系。编译器进程还将测试数据的单元处理成统一格式，供测试工具使用。这个过程也将以正确的顺序，测试单元与测试数据的关系，提供统一的测试/开发工作。

       这个梦想最终的结果是，实现持续集成，持续交付，推动文档化、开发、需求、数据整合、资源规划和测试线束生产过程。这不是一个人的事情，它需要许多的部门配合。

       为此，我们提出一个新的开发范式，一个比瀑布、敏捷、XP等中获益更好的模式。我们将采取这些“最佳实践”，并形成一个统一的过程，将应用程序的起源与最终测试联系起来。

       Jenkins，SVN/get，Ant，etc等。它们是我们TestOps基础设施的一部分，添加需求管理工具、Scrum板、看板、测试管理工具、缺陷跟踪系统、测试自动化，并开始构建整个画面。

       这将需要创新，并与早期采用者进行一点尝试和错误以统一过程。所有组件都在那里，我们只需要把它们平滑地、无形地联系在一起…

       我们把这叫做TestOps…