Skip to content

Conversation

@kryanbeane
Copy link
Contributor

Issue link

https://issues.redhat.com/browse/RHOAIENG-39075

What changes have been made

Added new E2E directory structure

Verification steps

N/A

Checks

  • I've made sure the tests are passing.
  • Testing Strategy
    • Unit tests
    • Manual tests
    • Testing is not required for this change

@openshift-ci-robot
Copy link
Collaborator

openshift-ci-robot commented Nov 28, 2025

@kryanbeane: This pull request references RHOAIENG-39075 which is a valid jira issue.

Warning: The referenced jira issue has an invalid target version for the target branch this PR targets: expected the task to target the "4.21.0" version, but no target version was set.

In response to this:

Issue link

https://issues.redhat.com/browse/RHOAIENG-39075

What changes have been made

Added new E2E directory structure

Verification steps

N/A

Checks

  • I've made sure the tests are passing.
  • Testing Strategy
    • Unit tests
    • Manual tests
    • Testing is not required for this change

Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the openshift-eng/jira-lifecycle-plugin repository.

@codecov
Copy link

codecov bot commented Nov 28, 2025

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 94.08%. Comparing base (b713531) to head (955c37f).

Additional details and impacted files
@@            Coverage Diff             @@
##             main     #948      +/-   ##
==========================================
- Coverage   94.21%   94.08%   -0.14%     
==========================================
  Files          24       24              
  Lines        2128     2130       +2     
==========================================
- Hits         2005     2004       -1     
- Misses        123      126       +3     

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:
  • ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
  • 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

@openshift-ci openshift-ci bot added the lgtm Indicates that a PR is ready to be merged. label Nov 28, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Nov 28, 2025

[APPROVALNOTIFIER] This PR is APPROVED

This pull-request has been approved by: pawelpaszki

The full list of commands accepted by this bot can be found here.

The pull request process is described here

Needs approval from an approver in each of these files:

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment

@openshift-ci openshift-ci bot added the approved Indicates a PR has been approved by an approver from all required OWNERS files. label Nov 28, 2025
@kryanbeane
Copy link
Contributor Author

/hold

@openshift-ci openshift-ci bot added the do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. label Nov 28, 2025

```bash
# Run all pre-upgrade tests including UI tests
poetry run pytest tests/upgrade/ -m pre_upgrade -v
Copy link
Contributor

@laurafitzgerald laurafitzgerald Nov 28, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Given there are some options here what do we expect to run on prs? Or is this something we will do manually first as part of upgrade testing?

if "/ray/" in dashboard_url:
# HTTPRoute format: https://hostname/ray/namespace/cluster-name
# API endpoint is at the same base path
api_url = dashboard_url + "/api/jobs/"
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should this have the /namespace/clustername in it?


@pytest.mark.pre_upgrade
@pytest.mark.ui
class TestDistributedWorkloadsUIPreUpgrade:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

did you find much difference between the pre and post upgrade steps. And also in terms of maintaining them, given there could be changes to where the Clusters/Jobs are represented, do we have a ticket to track that change? Or is it that we'd expect the tests to fail and then fix?



# Creates a Ray cluster , submit RayJob mnist script long running
class TestSetupSleepRayJob:
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

What is the difference between this and the previous test of mnist job submission?

Copy link
Contributor

@laurafitzgerald laurafitzgerald left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hi @kryanbeane a few comments inline. Overall the change looks good. I didn't review the utils files in anger but please let me know if i should. This gives us a great structure going forward for adding the additional testing. Will those be done in seperate prs?

@kryanbeane
Copy link
Contributor Author

Hi @kryanbeane a few comments inline. Overall the change looks good. I didn't review the utils files in anger but please let me know if i should. This gives us a great structure going forward for adding the additional testing. Will those be done in seperate prs?

Yep separate PRs. This PR is mostly to decide on structure. Pawel pointed out we never got rid of AppWrapper, so I'll follow up with that PR. Then I'll create new versions of our old tests in this new layout, last will be adding additional tests

@openshift-ci openshift-ci bot removed the lgtm Indicates that a PR is ready to be merged. label Nov 28, 2025
@openshift-ci
Copy link
Contributor

openshift-ci bot commented Nov 28, 2025

New changes are detected. LGTM label has been removed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

approved Indicates a PR has been approved by an approver from all required OWNERS files. do-not-merge/hold Indicates that a PR should not merge because someone has issued a /hold command. jira/valid-reference

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants