Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Evaluate potential improvements #376

Open
rlaurindo opened this issue Dec 6, 2024 · 3 comments
Open

Evaluate potential improvements #376

rlaurindo opened this issue Dec 6, 2024 · 3 comments

Comments

@rlaurindo
Copy link

As K6 studio is design and more user-friendly for people don't have much knowlogde about programming. It could make available a specific configuration to authentication as Jmeter has. When we may provide our username and password to authenticate in our application easily.

@rlaurindo
Copy link
Author

Image

@Llandy3d
Copy link
Member

Hi!
Could you please expand on your use case? I would like to better understand where this would be useful 🤔

The current intended workflow is for you to record the whole workflow, including the login, from the browser recorder so that your generated script has already the login information.
We also have the Parameterization Rule to change a specific value if needed

@rlaurindo
Copy link
Author

rlaurindo commented Dec 11, 2024

That's where the problem lies! My application using SSO generates an Authorization like this when I access it through the main page, for example:
oXcwdaADCgEBoloEWE5UTE1TU1AAAwAAAAAAAABYAAAAAAAAAFgAAAAAAAAAWAAAAAAAAABYAAAAAAAAAFgAAAAAAAAAWAAAABXCiOIKAGNFAAAAD2qLmCG1NE/xy6d2iIFiXlijEgQQAQAAAKqwTYmhGhc6AAAAAA==.

The issue is that I don't have programming knowledge, and I don't see many articles about how to use authentication within JavaScript. From the documentation, I was able to use the NTLM example directly in a JS script in VS, but in K6 Studio, I don't find it practical to parameterize authentication. Regarding authentication, JMeter has the practicality of injecting a username and password for authentication.

In many applications, authentication is a recurring step across various tests. Instead of recording the login process every time, users could configure authentication (e.g., username/password) once and reuse it across multiple tests.
Many modern applications use OAuth, API tokens, or custom headers for authentication. A specific configuration for these methods could reduce the learning curve for users unfamiliar with scripting such flows.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants