Làm cách nào để chạy thử nghiệm Gradle khi tất cả các thử nghiệm đều TĂNG LÊN?

Tôi đã thiết lập kịch bản lớp của tôi. Khi tôi thực hiện bản dựng Gradle, mọi thứ đều hoạt động và nó chạy các bài kiểm tra jUnit.

Sau đó khi tôi chạy thử nghiệm Gradle, tôi nhận được như sau:

C:\Users\..\..\Project>gradle test
:compileJava UP-TO-DATE
:processResources UP-TO-DATE
:classes UP-TO-DATE
:compileTestJava UP-TO-DATE
:processTestResources UP-TO-DATE
:testClasses UP-TO-DATE
:test UP-TO-DATE

Khi tôi thực hiện gradle clean, thì Gradle build hoạt động, tất nhiên ... Tôi muốn chỉ có thể thiết lập lại các bài kiểm tra, không xây dựng toàn bộ dự án: tôi nên làm điều này như thế nào?

Một tùy chọn sẽ là sử dụng --rerun-taskscờ trong dòng lệnh . Điều này sẽ chạy lại tất cả các nhiệm vụ thử nghiệm và tất cả các nhiệm vụ mà nó phụ thuộc vào.

Nếu bạn chỉ quan tâm đến việc chạy lại các bài kiểm tra thì một lựa chọn khác sẽ là làm sạch lớp kết quả các bài kiểm tra trước khi thực hiện các bài kiểm tra. Điều này có thể được thực hiện bằng cách sử dụng các cleanTestnhiệm vụ.

Một số nền tảng - plugin Java định nghĩa một tác vụ sạch cho từng tác vụ khác. Theo tài liệu :

CleanTaskName - Xóa các tệp được tạo bởi tác vụ được chỉ định. CleanJar sẽ xóa tệp JAR được tạo bởi tác vụ jar và CleanTest sẽ xóa kết quả kiểm tra được tạo bởi tác vụ kiểm tra.

Do đó, tất cả những gì bạn cần để chạy lại bài kiểm tra của mình là cũng chạy cleanTesttác vụ, tức là:
gradle cleanTest test

Tùy chọn khác sẽ là thêm sau đây trong build.gradle của bạn:

test.outputs.upToDateWhen {false}

gradle test --rerun-tasks

Chỉ định rằng bất kỳ tối ưu hóa nhiệm vụ được bỏ qua.

Nguồn: https://gradle.org/docs/civerse/userguide/gradle_command_line.html

Đây gần đây là chủ đề trên bài đăng trên blog của Gradle Dừng chạy lại bài kiểm tra của bạn . Các tác giả cho thấy một ví dụ sử dụng outputs.upToDateWhen { false }và giải thích lý do tại sao nó là sai:

Điều này không thực sự buộc chạy lại

Điều mà tác giả của đoạn trích này có lẽ muốn nói là Luôn luôn chạy lại các bài kiểm tra của tôi. Đó không phải là những gì đoạn trích này làm. Nó sẽ chỉ đánh dấu nhiệm vụ lỗi thời, buộc Gradle phải tạo lại đầu ra. Nhưng đây là điều, nếu bộ đệm xây dựng được bật, Gradle không cần chạy tác vụ để tạo lại đầu ra. Nó sẽ tìm thấy một mục trong bộ đệm và giải nén kết quả vào thư mục đầu ra của bài kiểm tra.

Điều này cũng đúng với đoạn trích này:

test.dependsOn cleanTest

Gradle sẽ giải nén các kết quả kiểm tra từ bộ đệm xây dựng sau khi đầu ra đã được làm sạch, vì vậy sẽ không có gì được chạy lại. Nói tóm lại, những đoạn trích này đang tạo ra một no-op rất đắt tiền.

Nếu bây giờ bạn đang nghĩ về Được rồi, tôi sẽ tắt bộ nhớ cache quá, hãy để tôi nói cho bạn biết tại sao bạn không nên.

Sau đó, tác giả tiếp tục giải thích tại sao chạy lại một số bài kiểm tra là lãng phí thời gian:

Phần lớn các bài kiểm tra của bạn nên có tính xác định, tức là được cung cấp cùng một đầu vào mà chúng sẽ tạo ra cùng một kết quả.

Trong một số trường hợp bạn muốn chạy lại các bài kiểm tra mà mã không thay đổi, bạn nên mô hình hóa chúng làm đầu vào. Dưới đây là cả hai ví dụ từ bài đăng trên blog cho thấy việc thêm một đầu vào để tác vụ sẽ sử dụng nó trong quá trình kiểm tra cập nhật của nó.

task randomizedTest(type: Test) {
  systemProperty "random.testing.seed", new Random().nextInt()
}

task systemIntegrationTest(type: Test) {
  inputs.property "integration.date", LocalDate.now()
}

Tôi khuyên bạn nên đọc toàn bộ bài viết trên blog.

Đây là một giải pháp sử dụng tệp "build.gradle", trong trường hợp bạn không muốn sửa đổi dòng lệnh của mình:

test {
    dependsOn 'cleanTest'
    //Your previous task details (if any)
}

Và đây là đầu ra. Lưu ý 2 thay đổi từ đầu ra trước đó của bạn:

1) Một tác vụ 'CleanTest' mới xuất hiện trong đầu ra.

2) 'kiểm tra' luôn được làm sạch (nghĩa là không bao giờ 'LÊN TỚI NGÀY') để nó được thực hiện mỗi lần:

$ gradle build
:compileJava UP-TO-DATE
:processResources UP-TO-DATE
:classes UP-TO-DATE
:findMainClass
:jar
:bootRepackage
:assemble
:cleanTest
:compileTestJava UP-TO-DATE
:processTestResources UP-TO-DATE
:testClasses UP-TO-DATE
:test
:check
:build

--rerun-tasks hoạt động, nhưng không hiệu quả vì nó chạy lại tất cả các nhiệm vụ.

cleanTest tự nó có thể không đủ do xây dựng bộ đệm.

vì vậy, cách tốt nhất để thực hiện điều này là:

./gradlew --no-build-cache cleanTest test

Ngoài ra, phải thêm --rerun-taskslà thực sự dư thừa. Không bao giờ xảy ra. Tạo một --no-rerun-tasksvà làm cho --rerun-tasksmặc định khicleanTask

TL; DR

test.dependsOn cleanTest

Tôi nghĩ rằng đây là một câu hỏi hợp lệ được đưa ra rằng Gradle có thể chạy lệnh này testvà điều không xảy ra là không có gì xảy ra!

Nhưng tôi sẽ đặt câu hỏi về sự cần thiết phải làm điều này, như Jolta đã nói trong bình luận của mình: nếu không có mã nào thay đổi tại sao bạn cần phải kiểm tra lại? Nếu bạn nghi ngờ về đầu vào của bên thứ ba, tôi muốn nói rằng bạn cần phục vụ cho điều này trong mã ứng dụng của mình. Nếu bạn lo lắng rằng mã của bạn có thể "không ổn định", nghĩa là có thể vượt qua tất cả các bài kiểm tra lần đầu tiên nhưng không phải lần thứ hai (hoặc lần thứ 100), bạn không cần phải suy nghĩ về lý do tại sao bạn có những nghi ngờ này và giải quyết chúng?

Cá nhân tôi nghĩ rằng đây là một lỗi thiết kế (rất nhỏ) trong Gradle: nếu mọi thứ hoàn toàn cập nhật, thay vì đi "BUILD SUCCESSFUL" thì nên nói "KHÔNG THAY ĐỔI CUỐI CÙNG THÀNH CÔNG CUỐI CÙNG: KHÔNG LÀM ĐƯỢC".