本文探讨了TestOps如何整合开发、测试和运维，形成一个统一的ALM方法。通过将需求、测试数据和开发工作紧密结合，实现持续集成和交付。TestOps旨在创造一个无缝协作的环境，涉及Jenkins、需求管理工具等组件，以创新和实践推动流程的完善。
一十一
发表于 2017-11-15 12:23:52
在瀑布模型中我们建立规范，在XP，Scrum和敏捷开发的用户故事。无论哪种方式，总有一个界定什么是可以被称为一个应用程序及其功能需求的过程。我们想建议的不仅是定义开发这个应用程序的需求，而且要开发、测试和运维作为整个ALM方法的一部分。
由于需求发展，要求团队其中应包括一些QA团队，负责开发数据集将被用来验证和测试最终产品。这进一步增强了开发工作，因为现在开发不仅有应用程序A必须执行任务B的要求，而且它们有实际数据作为它们单元和集成测试的一部分使用。
随着应用程序达到成熟度级别，甚至利用开发交付的单元测试，QA团队在构建测试单元。这些将包括需求、测试需求、测试数据、单元测试和代码。
随着应用贯穿开发生命周期（单元/功能/集成/发布，等等）的编译过程也会融入用户故事，测试用例和需求，更需要做的完整完善，实现单元之间相互关系。编译器进程还将测试数据的单元处理成统一格式，供测试工具使用。这个过程也将以正确的顺序，测试单元与测试数据的关系，提供统一的测试/开发工作。
这个梦想最终的结果是，实现持续集成，持续交付，推动文档化、开发、需求、数据整合、资源规划和测试线束生产过程。这不是一个人的事情，它需要许多的部门配合。
为此，我们提出一个新的开发范式，一个比瀑布、敏捷、XP等中获益更好的模式。我们将采取这些“最佳实践”，并形成一个统一的过程，将应用程序的起源与最终测试联系起来。
Jenkins，SVN/get，Ant，etc等。它们是我们TestOps基础设施的一部分，添加需求管理工具、Scrum板、看板、测试管理工具、缺陷跟踪系统、测试自动化，并开始构建整个画面。
这将需要创新，并与早期采用者进行一点尝试和错误以统一过程。所有组件都在那里，我们只需要把它们平滑地、无形地联系在一起…
我们把这叫做TestOps…
你需要更多阅读丰满你的知识体系：
扫一扫
845
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
