Comments (18)
The site is so covered in marketing-speak that it doesn't actually say anything specific on how it works and what it does :) .. But judging from https://wiki.saucelabs.com/ it seems it's a simple selenium-in-the-cloud service and not much more...
So I wonder if we shouldn't be doing exactly the same thing as in the ops ui.. QE already has some selenium tests in https://github.com/ManageIQ/integration_tests and we probably shouldn't be doing things too differently, should we?
from manageiq-ui-service.
I guess it depends on what exactly the Ops ui is doing. Are you testing on travis build, or just when QE is doing their mojo?
from manageiq-ui-service.
The second .. IIRC it takes way too long to run for every PR.
Unless you're proposing we write these tests, in which case, umm... I'm not the right person to ask, I've used selenium, and not planning to do that again :) (But seriously, I had high hopes for https://www.cypress.io/ in this regard, but they still haven't released anything...)
from manageiq-ui-service.
Yes, I'm suggesting that we write our own tests (at least for the SUI).
from manageiq-ui-service.
OK, in that case, I'd be strongly for a solution that involves writing the tests in Javascript, and which can handle things like waiting for promises before continuing and in general has a decent async support.
Selenium can't really do these things that well, and if we're writing something new...
(Unfortunately, I only know about that cypress project, but maybe there are other candidates..)
from manageiq-ui-service.
Well SUPPOSEDLY SauceLabs can do that (it's built for Angular apps)
from manageiq-ui-service.
Allright, can't see the how in the docs, but maybe it's there somewhere :) if so .. I'm happy :)
from manageiq-ui-service.
@chalettu can you comment on @himdel requirement?
from manageiq-ui-service.
The tests we will be writing in Javascript. As part of my evaluation I will be sure to test out waiting for a page to finish coming up. I will test a handful of use cases but async requests are common fair for this type of testing framework. Anything that can be done on a webpage can be replicated in tests.
from manageiq-ui-service.
OK, @chalettu when doing that, could you please share those test samples here? Just so we can see how it actually looks.. :)
from manageiq-ui-service.
Sure, I will post links to the videos taken from the sample tests.
On Fri, Sep 30, 2016 at 11:52 AM, Martin Hradil [email protected]
wrote:
OK, @chalettu https://github.com/chalettu when doing that, could you
please share those test samples here? Just so we can see how it actually
looks.. :)—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
#193 (comment),
or mute the thread
https://github.com/notifications/unsubscribe-auth/AAOElccTT5N7HP9trup0bGMDhMrO2QIgks5qvT4wgaJpZM4KHky2
.
Chris Hale
Senior Software Engineer
[email protected]
512-585-7286
https://bluejeans.com/chhale
from manageiq-ui-service.
@chalettu I'm more interested in the code itself, a video could be interesting too, but .. it's not what I'm asking for :).
from manageiq-ui-service.
I am quite sure we should not duplicate QE work here. So writing selenium tests for SSUI makes no sense.
If we have problem with low coverage of SSUI by QE tests then we should document what is missing and talk to them.
Even if we decided to write our own selenium tests, we should contribute to the QE repository and not try to use our own set of tools. That's waste of time.
from manageiq-ui-service.
@martinpovolny do you not see any value in running tests (and taking at least some of the workload from the QE team)? As far as contributing, yes I agree we should contribute as much as possible.
from manageiq-ui-service.
@chriskacerguis : Running tests the QE run? From time to time that may be helpful.
Taking their workload? No. We have our workload. We try to make their life easier by simplifying their testing. E.g. ManageIQ/manageiq#11390. But doing their work? No.
from manageiq-ui-service.
So this, SSUI, is something that as of today we have little support around in terms of test automation. We are getting there but it has not quite landed yet as we needed to refactor the test automation to handle the multiple end points that the product is beginning to offer. This is all part of the FW3.0 effort that we have been mentioning.
The same can be said with regards to saucelabs. We have done some work here, we have seen it work, it is slightly slower, and we have some jenkins jobs that run against ops UI. As part of the effort to refactor the test automation framework, we are working towards building in support to better handle which tests need to be parameterized for sauce browser testing.
----- Original Message -----
From: "Martin Povolny" [email protected]
To: "ManageIQ/manageiq-ui-self_service" [email protected]
Cc: "Dave Johnson" [email protected], "Mention" [email protected]
Sent: Monday, October 3, 2016 9:29:23 AM
Subject: Re: [ManageIQ/manageiq-ui-self_service] Evaluate saucelabs.com for UI testing (#193)@chriskacerguis : Running tests the QE run? From time to time that may be
helpful.Taking their workload? No. We have our workload. We try to make their life
easier by simplifying their testing. E.g.
ManageIQ/manageiq#11390. But doing their work? No.You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
#193 (comment)
from manageiq-ui-service.
@dajohnso thanks for the update. I really like to do more testing at build time, and yes it is a bit slower, but being able to do checks as we do PR's will make things more stable. Since you have very little, can our teams work together and put SauceLabs support in our repo for testing? thoughts?
from manageiq-ui-service.
@chriskacerguis , of course, I am completely in favour of more collaboration between the two teams. "Our repo" is a little ambiguous but sure, qe wants to try and assist if possible although the majority of our focus will be towards adding the support in our existing framework than to start creating a new one.
We are making more progress towards opening up our qe test automation framework to appropriately switch between the ops ui and the service ui. Once that is in place, adding tests should be straight forward and the framework already supports sauce.
Feel free to get a meeting scheduled sometime this upcoming week if you want to further discuss this endeavour. Late morning EST is the preference.
from manageiq-ui-service.
Related Issues (20)
- CVE-2022-31129 (High) detected in moment-2.24.0.tgz - autoclosed HOT 1
- Upgrade or remove Angular code. HOT 3
- CVE-2022-25869 (Medium) detected in angular-1.8.3.tgz HOT 1
- WS-2022-0284 (High) detected in moment-timezone-0.4.1.tgz, moment-timezone-0.5.33.tgz HOT 3
- WS-2022-0280 (High) detected in moment-timezone-0.4.1.tgz HOT 1
- WS-2022-0322 (High) detected in d3-color-1.4.1.tgz HOT 4
- CVE-2022-3517 (High) detected in minimatch-3.0.4.tgz - autoclosed HOT 1
- prepare the development environment to make code changes HOT 5
- CVE-2022-24999 (High) detected in qs-6.5.2.tgz - autoclosed HOT 1
- Unable to open a Native Console for a RHV VM in the Service UI
- CVE-2022-25881 (Medium) detected in http-cache-semantics-4.1.0.tgz - autoclosed HOT 1
- CVE-2023-28155 (Medium) detected in request-2.88.2.tgz - autoclosed HOT 1
- CVE-2023-26117 (Medium) detected in angular-1.8.3.tgz HOT 1
- CVE-2023-26118 (Medium) detected in angular-1.8.3.tgz HOT 1
- CVE-2023-26116 (Medium) detected in angular-1.8.3.tgz HOT 1
- CVE-2022-25883 (High) detected in semver-7.3.8.tgz - autoclosed HOT 1
- CVE-2020-23064 (Medium) detected in jquery-3.4.1.tgz, jquery-3.2.1.tgz - autoclosed HOT 1
- Opening the service ui results in downloading app.js over and over HOT 2
- CVE-2024-21490 (High) detected in angular-1.8.3.tgz
- CVE-2023-42282 (Critical) detected in ip-2.0.0.tgz - autoclosed HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from manageiq-ui-service.