-
Notifications
You must be signed in to change notification settings - Fork 2.4k
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
Create a functional test for content preview #15208
Comments
Eh? #11194 |
I planned for a while to introduce Playwright as a testing framework to handle various types of testing, if all agree I will prepare a demo |
It's fine using playwright, but the simplicity of the current functional tests should be kept. Noting that as simple as it is, nobody creates new ones :/ Maybe at some point we'll start asking for some in PRs. I have been personally shying about it, but on my other repositories it's usually well accepted, though these are more low level libraries. |
I like software testing very much, that's why I like other repos: YesSQL, Fluid, and Parlot :) I was planned to create an OS testing library specialized for OC, something similar to what Lombiq did but simpler :) |
UI testing is not simple and can't be done in a simple way either. You have to have complexity if you want to actually get some value out of the tests. Under #11194 I've implemented this. I really fail to see the value in reinventing the wheel with Playwright or Cypress. Believe me, it starts small, like "I just need this test to click around a bit", but it doesn't until you have intricate knowledge of browser behavior, the UI testing ecosystem, CI systems, .NET idiosyncracies, the logging infrastructure, and an immense amount of other stuff. UI testing is not unit testing where everything just works. |
Not reinventing the wheel. Cypress has been there for years in OC already, working fine, we just need to add scenarios with features. What I am asking here is just a request to the page to ensure the main element is rendered to check the content preview feature is not completely broken. Example:
Idea is to find a balance between full coverage and not blocking external contributions because we ask too much. |
Yep, that's how it starts ;). |
Playwrite is promising there are many many features for UI & integration tests |
Ok, we have also an issue with the current Cypress tests. The environment is set to Production and we run these tests on http instead of https and we would need to fix the npm package that @jptissot did years ago so that it start on https. That could be an easy fix if we had the npm package repository credentials but I'd rather invest time on Playwright at this point. And that's me after wasting an hour figuring out the issue with my PR. 😄 |
Let me know if you need a help on this, coz I already invested time on Playwright, it's promising |
What I'm thinking is that we could easily keep Cypress old tests and create new ones with Playwright and then migrate Cypress ones to Playwright progressively. |
@hishamco Please share a repository if you can. I've barely just started trying to use it with the VS Code extension. Question I'm asking myself is if we need to create a lot of boilerplate TS code like we have for Cypress (js npm package) to create tenants and else. |
Why bring in another JS testing framework, and with TS on top of it, when we can write tests in C#? Even with Playwright. |
I need to see how it all works still, I've seen C# support but the VS Code extension seems to leverage the TS tests. |
Totally agree, during my testing and investigation I'm using .NET. Probably I will do a demo if I have a time |
I like the VS Code UI functionaly and the Chromium browser automated browsing display. Also the fact that we can record these tests and it will write code for it. Looks more like Cypress to me without the complexity. Playwright allows for both styles of tests client and server side so I would not limit myself to only one type of test. |
Hopefully, I will demo some of the Playwright features this week or after |
We triaged this issue and set the milestone according to the priority we think is appropriate (see the docs on how we triage and prioritize issues). This indicates when the core team may start working on it. However, if you'd like to contribute, we'd warmly welcome you to do that anytime. See our guide on contributions here. |
We triaged this issue and set the milestone according to the priority we think is appropriate (see the docs on how we triage and prioritize issues). This indicates when the core team may start working on it. However, if you'd like to contribute, we'd warmly welcome you to do that anytime. See our guide on contributions here. |
cf #15181
The text was updated successfully, but these errors were encountered: