首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >单元测试Callable Orchestrations

单元测试Callable Orchestrations
EN

Stack Overflow用户
提问于 2014-11-05 20:37:31
回答 1查看 133关注 0票数 2

在使用BizTalk时,我喜欢使用可调用的编排(没有管道)作为其他编排的服务,从而在体系结构中提供更多的灵活性。但是对它们进行单元测试是相当不明智的。现在,我使用一个带有包装器编排的独立应用程序(只是调用编排进行测试),并在单元测试之前将其部署到BizTalk。

有人有更好的方法来测试可调用的编排吗?最可取的是,我会有一个单元测试,在那里我不需要部署任何额外的工件。

提前谢谢。

EN

回答 1

Stack Overflow用户

发布于 2015-09-22 00:16:54

使用NO很难回答一个悬而未决的问题,但我的答案是,这在实践中是不可能的。

编排与BizTalk编排引擎紧密结合在一起。如果您想要对编排进行单元测试,则需要模拟编排引擎。这不是一件容易的工作。你需要考虑很多细节,比如脱水,序列化,作用域,与编排之间的消息传递是如何工作的,等等。

我要说的是,您采取了正确的步骤,将编排的各个部分分离出来,而不是将它们直接绑定到物理端口上。这使得测试成为可能/更容易。更少的连接也意味着更少的错误点。

我会试着限制你所做的编排工作量。只有在没有更好的(或者至少是更可测试的)替代方案时才使用编排。

如果您可以轻松快速地测试编排,只需部署、删除一条消息并查看结果,那么您已经完成了比整个BizTalk开发人员套件更多的测试。如果你让这个过程变得简单,并在你能做到的地方自动化它(部署,删除文件,检查预期的输出),那么你至少会让检测回归变得更容易。

的目标是让测试变得如此简单/廉价和可靠,测试比不测试更容易。这样你就可以防止经理说skip the tests, they take too long。你会希望他们问:can you test it first?

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/26757402

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档