Java SDK CIs Improvement Tracking Ticket

Đang mở
  • Có gì không ổn?
#13,296 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

Maintainer thường phản hồi trong vòng 1 ngày

Chưa có ai nhận issue này.

Đánh giá

Độ khó
5/5
Thời gian dự kiến
Hơn một tuần
Mức phù hợp với người mới
25/100
Loại issue
Tái cấu trúc
Độ rõ ràng
Cần làm rõ
Mức độ hoạt động
Ít trao đổi
Công nghệ
github-actions, java
Lĩnh vực
build-system, ci-cd, testing-qa

Hướng nghiên cứu

Bắt đầu bằng run GitHub Actions được liên kết và xem xét các job GAPIC unit-test, GraalVM, Enforcer và Fmt, bao gồm cả các target GraalVM được tham chiếu. Xác định những test suite và bước build nào là nguyên nhân dẫn đến thời gian chạy và tình trạng không ổn định; công việc được xem là hoàn tất khi một phương án CI đã thống nhất được triển khai và các job bị ảnh hưởng nhanh hơn, đáng tin cậy hơn một cách đo lường được.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

priority: p2 type: feature request

Problems:

  1. GAPIC Unit Tests Long Duration

On changes that impact all of google-cloud-java, all the GAPIC unit tests are run. These test jobs take well over 30+ min (https://github.com/googleapis/google-cloud-java/actions/runs/26462248492/job/77913201176?pr=13222). One latest log results timed this to be ~38 min.

These GAPIC unit tests are autogenerated within each module and do not vary too much. These look to test happy and sad paths for each RPC method, but generally are the same tests with different inputs and outputs. We have dedicated showcase tests that can test these RPCs functionality once and ensure that the common variations are tested properly.

Question(s):

  • Can we stop autogenerating these unit tests and instead rely on showcase unit tests for complete coverage? Additionally, we can rely one showcase ITs to ensure that the functionality is able to work E2E
  1. GraalVM Tests Duration

The GraalVM jobs (A,B,C) run through test cases (units and ITs) in each module twice (once to investigate all the possible code paths and a second time to run through the tests). This doubles the amount of time needed to ensure GraalVM compatibility. One of the latest runs for GraalVM ran for ~90 min (https://btx.cloud.google.com/invocations/a827908d-a2fb-49f2-8c39-01b51e4baad8/targets).

Is there a way that we can streamline the tests to run faster?

  • Remove the GAPIC unit tests so that they do not need to run? Instead, we rely on showcase unit tests and integration tests
  • Only run the required tests once?
  • Use GraalVM fast build mode?

2.1 GraalVM Tests Flakiness

Additionally, the test suite is already quite flaky and this flakiness compounds into an even more expensive operation when there are long test times.

  1. Enforcer and Fmt Jobs Duration

Similar to issues above, running these jobs is expensive and take a long time if they require building and compiling all the GAPIC modules.

Ngôn ngữ chính
Java
Star
2.1k
Fork
1.2k
Merge trung bình
2 ngày 14 giờ
Pull request đã merge (30 ngày)
192

Chuẩn bị môi trường

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của googleapis/google-cloud-java

Tất cả issue của googleapis/google-cloud-java

Issue tương tự

Thêm issue về Java

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.