有没有人有一个良好的工作模式/风格/最佳实践来处理这种情况:
我试图通过简单地切换测试配置参数来开发设计用于SIT或UAT环境的测试用例:" TestEnvironment"从SIT到UAT ...
由于Tosca无法做到的事情,我遇到了各种障碍......例如,Tosca无法在模板实例化期间处理嵌套在{XL []}引用中的外推测试配置参数{CP []}。 ..(即这是无效的:{XL [Preconditions.URL。{CP [TestEnvironment]}]}(但它可以在运行时处理嵌套的东西,例如这在运行时有效:{B [URL- {CP [ TestEnvironment]}]})
因此,我试图解决的问题是存储URL,测试站点ID,用户ID,密码和其他环境特定数据,以便测试脚本可以正确地从SIT或UAT上调用数据。根据需要飞行......
我已经尝试将单独的环境数据存储在测试表中(它不支持隐藏密码),我尝试将数据存储在缓冲区中,但缓冲区是特定于机器的,所以他们会需要从数据表中预先加载)但我觉得预加载是一个丑陋的kludge。
显然,Tricentis打算将测试配置参数作为此的关键切换机制......但是如何实现呢?有没有人以优雅的方式解决这个问题?
答案 0 :(得分:0)
在最新版本中,TOSCA支持嵌套缓冲区。
尝试在开头缓冲配置参数,然后嵌套缓冲区而不是缓冲区和配置参数。
答案 1 :(得分:0)
您可以嵌套配置参数并引入相应命名的模式。
在开头使用唯一标识符定义环境的所有参数:
SITUrl,SITUser, ......
UATUrl,UATUser, ......
您可以使用另一个名为TestEnvironment的CP,您设置为" UAT"或者" SIT"在它们之间切换:
<强> {CP [{CP [TestEnvironment]}用户]} 强>
<强> {CP [{CP [TestEnvironment]} URL]} 强>
这将始终使用用户和URL,具体取决于TestEnvironment中设置的值。