第一章:DevOps将为TestOps让路

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

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

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

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

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

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

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

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

       我们把这叫做TestOps…

你需要更多阅读丰满你的知识体系:

猜您喜欢
评论已关闭。