Testing OKTA OAuth登录页面的Testcafe问题

我们使用OKTA登录我们的门户。用户访问我们的网站页面，单击登录，然后我们将他们重定向到OKTA登录页面。一旦他们输入凭据并进行身份验证，我们将用户重定向到门户主页。出于某种原因，Testcafe未能通过测试，因为它在登录后找不到HTML元素。我可以看到正在运行的测试输入凭据，但无法导航到我们的门户主页。这不是我浏览自己时的体验。OAuth是否有其他设置

let testURL:string = 'https://mysite/home';

const myUserRole = Role('https://mysite/login', async t => {
    await t
    .click(Selector('#btnLogin')) // click on the login link , takes to OKTA login page
    .typeText(Selector('#okta-signin-username'),"username")
    .typeText(Selector('#okta-signin-password'),"password")
    .click(Selector('#okta-signin-submit'));
});

fixture('Test1')
.page(testURL)
test('Create new records', async t => {

    await t
    .useRole(myUserRole)    // the login process
    .click(Selector('#myelement'));   // <<<<<<<<<<<<<<<< cannot find this element
});

let testURL:string='1https://mysite/home';
const myUserRole=Role（'https://mysite/login，异步t=>{
等待
。单击（选择器（“#btnLogin”）//单击登录链接，进入OKTA登录页面
.typeText（选择器（“#okta登录用户名”），“用户名”）
.typeText（选择器（“#okta登录密码”），“密码”）
。单击（选择器（“#okta登录提交”）；
});
夹具（'Test1'）
.page（testURL）
测试（'创建新记录'，异步t=>{
等待
.useRole（myUserRole）//登录过程
。单击（选择器（“#myelement”））使用用户角色机制时，TestCafe会导航回切换角色之前打开的页面。若要更改此行为，请将选项设置为
true
当使用用户角色机制时，TestCafe会导航回切换角色之前打开的页面。若要更改此行为，请设置t他选择了
true
我对oAuth也有类似的问题

node --max-http-header-size=1024000 ./node_modules/testcafe/bin/testcafe.js chrome <your script>

node——最大http头大小=1024000./node\u modules/testcafe/bin/testcafe.js

这为我解决了问题。试着像这样运行您的测试？
我在oAuth中遇到了类似的问题

node --max-http-header-size=1024000 ./node_modules/testcafe/bin/testcafe.js chrome <your script>

node——最大http头大小=1024000./node\u modules/testcafe/bin/testcafe.js

这为我解决了问题。请尝试像这样运行测试？
我已经尝试过，但需要返回到登录页面，好像我从未登录过一样。另一个可能的原因可能是浏览器的页面缓存。导航到以下疑难解答指南：。如果这也没有帮助，请提供一个带有可复制示例的错误报告。我已尝试了所有page缓存选项，但不幸的是，这对我没有帮助。我认为未来许多组织将采用OAuth登录方案，我觉得这将有助于TestCafe的采用我已经尝试过，但需要返回登录页面，好像我从未登录过一样。另一个可能的原因可能是浏览器的页面缓存。导航到以下疑难解答g指南：。如果这也没有帮助，请用一个可复制的示例来报告错误。我已经尝试了所有页面缓存选项，但不幸的是它对我没有帮助。我认为未来许多组织将采用OAuth登录方案，我觉得这将有助于TestCafe的采用。对于迟来的回复，我很抱歉。它是这样工作的，但我很好奇g为什么不使用常规的testcafe方式？testcafe将默认的最大头大小设置为80KB。如果头超过此限制，testcafe将显示一条错误消息，要求您增加限制。如果您没有看到错误消息，请确保运行最新的testcafe版本。如果是，请在GitHub上使用一个可复制的示例，其中没有显示的错误。很抱歉，回复太晚。它是这样工作的，但我想知道为什么不使用常规的testcafe方式？testcafe设置默认的最大头大小为80KB。如果头超过此限制，testcafe应该显示一条错误消息，要求您增加限制。如果没有看到错误消息，请确保运行最新的TestCafe版本。如果是，请在GitHub上提供一个不显示此错误的可复制示例。