-
Notifications
You must be signed in to change notification settings - Fork 15
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
[poc] [wip] create QE test mappings. #85
base: main
Are you sure you want to change the base?
Conversation
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: deads2k 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 |
cmd/ci-test-mapping/map.go
Outdated
if err := tableManager.Migrate(); err != nil { | ||
log.WithError(err).Fatal("could not migrate mapping table") | ||
} | ||
//tableManager = bigquery.NewMappingTableManager(context.Background(), bigqueryClient) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
this table (renamed to be qe_component_mapping
) needs to be created. The serviceaccount I have lacks permissions to do this.
I lack the powers |
759d883
to
f048583
Compare
PR needs rebase. 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 kubernetes/test-infra repository. |
@deads2k: The following tests failed, say
Full PR test history. Your PR dashboard. 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 kubernetes/test-infra repository. I understand the commands that are listed here. |
{Suite: "template related scenarios:"}, | ||
{Suite: "Testing the isolation during build scenarios"}, | ||
{Suite: "buildlogic.feature"}, | ||
{Suite: "admin build related features"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Perhaps we can add BuildAPI
and Workloads
as one of the suites for build ?
{Suite: "Operators related features"}, | ||
{Suite: "Cluster_Operator"}, | ||
{Suite: "Display All Namespace Operands for Global Operators"}, | ||
{Suite: "OTA"}, | ||
{Suite: "Operators related features"}, | ||
{Suite: "Scenarios which will be used both for function checking and upgrade checking"}, | ||
{Suite: "basic verification for upgrade testing"}, | ||
{Suite: "cluster upgrade"}, | ||
{Suite: "fips enabled verification for upgrade"}, | ||
{Suite: "operand tests"}, | ||
{Suite: "Operators Installed nonlatest operator test"}, | ||
{Suite: "Operators related features on sts cluster mode"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think only OTA
and cluster upgrade
need to map to CVO.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Actually I think it will be easier to understand that mapping CVO
and cluster upgrade
to OTA
. To achieve that, sounds we need update golang e2e test case keyword.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Currently we are using OTA cvo
and OTA osus
for the golang e2e test and cluster upgrade
for the upgrade test. Maybe we can map OTA
and cluster upgrade
to OTA
? cc @jiajliu for discussion
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe we can map OTA and cluster upgrade to OTA
That sounds good to me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Mapping to OTA
instead of current clusterversionoperator
sounds reasonable. It looks like sub directory could be created on component dir, maybe we could use sub dirs under OTA
component for a better mapping.
$ tree ota
ota
├── cvo
├── oc
├── osus
└── upgrade
then the ginkgo cases and upgrade could be mapping to each sub directory clearly.
{Suite: "Cases to test forward logs to external elasticsearch"}, | ||
{Suite: "cluster log forwarder features"}, | ||
{Suite: "fluentd related tests"}, | ||
}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I don't see feature below in Suite? shall use use these items>
verification-tests repo:
collector related tests
eventrouter related test
permission related test
cucushift repo:
log forwarding related tests
logging permission related tests
kibana web UI related cases for logging
{Suite: "Multus-CNI ipv6 related scenarios"}, | ||
{Suite: "Multus-CNI related scenarios"}, | ||
{Suite: "SDN multus compoment upgrade testing"}, | ||
{Suite: "testing multicast scenarios"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
testing multicast scenarios
is not belong to multus, please move to openshiftsdn and ovnkubernetes
{Suite: "testing multicast scenarios"}, | |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please updated to
{Suite: "CNI related features"},
{Suite: "Multus-CNI ipv6 related scenarios"},
{Suite: "Multus-CNI related scenarios"},
{Suite: "SDN multus compoment upgrade testing"},
{Suite: "Multus"},
@@ -25,6 +25,13 @@ var OpenshiftInstallerComponent = Component{ | |||
{ | |||
IncludeAll: []string{"install should succeed"}, | |||
}, | |||
{ | |||
Suite: "Install and configuration related scenarios", |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
installer component does not use this keyword, so I think it should be removed.
@@ -14,7 +14,12 @@ var KubernetesComponent = Component{ | |||
Name: "Storage / Kubernetes", | |||
Operators: []string{}, | |||
DefaultJiraComponent: "Storage / Kubernetes", | |||
Matchers: []config.ComponentMatcher{}, | |||
Matchers: []config.ComponentMatcher{ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Hi, maybe I missed something, but I think we don't need a storage/kubernetes
component, and all these cases can be added in storage
@@ -39,6 +39,11 @@ var MachineConfigOperatorComponent = Component{ | |||
IncludeAll: []string{"Pods cannot access the /config"}, | |||
Capabilities: []string{"Config"}, | |||
}, | |||
{Suite: "Improve MachineConfigPool list table for update status"}, | |||
{Suite: "MCO"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
in MCO QE dedicated jobs, only suite MCO
is used in generated junit xml file e..g gcp-ipi-f9-longduration-mco-critical/openshift-extended-test-longduration/artifacts/junit/import-MCO.xml, I think other suites can be removed
@@ -14,7 +14,9 @@ var IngressNodeFirewallComponent = Component{ | |||
Name: "Networking / ingress-node-firewall", | |||
Operators: []string{}, | |||
DefaultJiraComponent: "Networking / ingress-node-firewall", | |||
Matchers: []config.ComponentMatcher{}, | |||
Matchers: []config.ComponentMatcher{ | |||
{Suite: "Egress-ingress related networking scenarios"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Egress-ingress related networking scenarios
belong to openshiftsdn and ovnkubernetes component
Here should be Suite: "INFW"
{Suite: "Symptom Detection"}, | ||
{Suite: "cluster monitoring related upgrade check"}, | ||
{Suite: "servicemonitor"}, | ||
{Suite: "serviceXXXitor"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
no
{Suite: "Symptom Detection"},
{Suite: "servicemonitor"},
{Suite: "serviceXXXitor"},
missed cucushift suites
Install and configuration related scenarios
, see from https://github.com/openshift/cucushift/blob/master/monitoring/ci.feature#L1
alerts browser
, see from https://github.com/openshift/cucushift/blob/master/web/monitoring/alerts-browser.feature#L1
query browser
, see from https://github.com/openshift/cucushift/blob/master/web/monitoring/query-browser.feature#L1
also Monitoring dashboards related features
for monitoring cypress UI cases
https://github.com/openshift/openshift-tests-private/blob/master/frontend/tests/monitoring/dashboards.cy.ts#L2
{Suite: "Group sync related scenarios"}, | ||
{Suite: "SCC policy related scenarios"}, | ||
{Suite: "Seccomp part of SCC policy should be kept and working after upgrade"}, | ||
{Suite: "Security_and_Compliance"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please drop Security_and_Compliance. I don't think apiserverauth contains this keyword.
{Suite: "about cluster setting page"}, | ||
{Suite: "add idp from console"}, | ||
{Suite: "admin console api related"}, | ||
{Suite: "alerts browser"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
see from https://github.com/openshift-eng/ci-test-mapping/pull/85/files#r1607567823
alerts browser
belongs to monitoring team
{Suite: "operand form view"}, | ||
{Suite: "pod page"}, | ||
{Suite: "projects related features via web"}, | ||
{Suite: "query browser"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
see from https://github.com/openshift-eng/ci-test-mapping/pull/85/files#r1607567823
query browser
belongs to monitoring team
{Suite: "IPsec upgrade scenarios"}, | ||
{Suite: "Network policy plugin scenarios"}, | ||
{Suite: "Operator related networking scenarios"}, | ||
{Suite: "Pod related networking scenarios"}, | ||
{Suite: "SCTP related scenarios"}, | ||
{Suite: "Service related networking scenarios"}, | ||
{Suite: "Service_Development_A"}, | ||
{Suite: "networking isolation related scenarios"}, | ||
{Suite: "service upgrade scenarios"}, | ||
{Suite: "service related scenarios"}, | ||
{Suite: "Egress IP related features"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
please updated to
{Suite: "Operator related networking scenarios"},
{Suite: "CNO"}
The below components are missing: complianceoperator, occompliance, fileintegrityoperator and securityprofilesoperator. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
netobserv comments
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
how "networktools" package name was chosen? these are are network observability test suite. I wonder how the package name will be utilized?
{Suite: "Connection tracking netflow table page features"}, | ||
{Suite: "NETOBSERV Performances"}, | ||
{Suite: "NETOBSERV dashboards tests"}, | ||
}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How often will these be updated if we add/remove/rename suites?
@@ -21,6 +21,8 @@ var CloudCredentialOperatorComponent = Component{ | |||
{ | |||
IncludeAll: []string{"bz-Cloud Credential Operator"}, | |||
}, | |||
{Suite: "CloudCredentialOperator components upgrade tests"}, | |||
{Suite: "cloud credential operator"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
For below golang test case as example, it won't be mapping into the Suites?
g.It("NonHyperShiftHOST-ROSA-OSD_CCS-Author:jshu-LEVEL0-Critical-36498-CCO credentials secret change to STS-style", func()
{Suite: "OVN related networking scenarios"}, | ||
{Suite: "OVNKubernetes IPsec related networking scenarios"}, | ||
{Suite: "OVNKubernetes Windows Container related networking scenarios"}, | ||
{Suite: "SDN/OVN metrics related networking scenarios"}, | ||
{Suite: "ipv6 dual stack cluster test scenarios"}, | ||
{Suite: "sdn2ovn migration testing"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
{Suite: "OVN related networking scenarios"}, | |
{Suite: "OVNKubernetes IPsec related networking scenarios"}, | |
{Suite: "OVNKubernetes Windows Container related networking scenarios"}, | |
{Suite: "SDN/OVN metrics related networking scenarios"}, | |
{Suite: "ipv6 dual stack cluster test scenarios"}, | |
{Suite: "sdn2ovn migration testing"}, | |
{Suite: "SDN"}, | |
{Suite: "OVN related networking scenarios"}, | |
{Suite: "OVNKubernetes IPsec related networking scenarios"}, | |
{Suite: "OVNKubernetes Windows Container related networking scenarios"}, | |
{Suite: "SDN/OVN metrics related networking scenarios"}, | |
{Suite: "ipv6 dual stack cluster test scenarios"}, | |
{Suite: "sdn2ovn migration testing"}, | |
{Suite: "SDN compoment upgrade testing"}, | |
{Suite: "SDN externalIP compoment upgrade testing"}, | |
{Suite: "SDN multicast compoment upgrade testing"}, | |
{Suite: "SDN multus compoment upgrade testing"}, |
{Suite: "SDN compoment upgrade testing"}, | ||
{Suite: "SDN externalIP compoment upgrade testing"}, | ||
{Suite: "SDN multicast compoment upgrade testing"}, | ||
{Suite: "SSDN multus compoment upgrade testingDN"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
{Suite: "SSDN multus compoment upgrade testingDN"}, | |
{Suite: "SDN multus compoment upgrade testing"}, |
{Suite: "containers related features"}, | ||
{Suite: "kubelet restart and node restart"}, | ||
{Suite: "node logs related features"}, | ||
{Suite: "pod related features"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This should be included in kubecontrollermanager/component.go, thanks !!
Workloads:In pkg/components/kubecontrollermanager/component.go file
In pkg/components/kubescheduler/component.go file
pkg/components/oc/component.go (A note: including oc-mirror to oc itself)
Have updated the g.Describe in gingko-tests to make sure every file has a unique name otherwise everything was falling under kubecontrollermanager due to the PR to address unique names for g.Describe https://github.com/openshift/openshift-tests-private/pull/16906 |
@@ -22,6 +22,49 @@ var ManagementConsoleComponent = Component{ | |||
{ | |||
IncludeAll: []string{"bz-Management Console"}, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
QE test cases all have string UserInterface
can we have a new IncludeAll
matcher?
{
IncludeAll: []string{"UserInterface"},
},
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
then we can safely remove all {Suite} matching lines from 25 ~ 67
No description provided.