จะเรียกใช้การทดสอบ Gradle ได้อย่างไรเมื่อการทดสอบทั้งหมดเป็นข้อมูลล่าสุด

ฉันตั้งค่าสคริปต์เกรดของฉันแล้ว เมื่อฉันรันบิวด์ Gradle ทุกอย่างจะทำงานและรันการทดสอบ jUnit

หลังจากนั้นเมื่อฉันเรียกใช้การทดสอบ Gradle ฉันจะได้รับสิ่งต่อไปนี้:

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

เมื่อฉันดำเนินการgradle cleanแล้ว Gradle build ทำงานได้แน่นอน ... ฉันต้องการรีเซ็ตเฉพาะการทดสอบไม่ใช่สร้างทั้งโครงการ: ฉันจะทำอย่างไร

ทางเลือกหนึ่งที่จะใช้--rerun-tasksธงในบรรทัดคำสั่ง สิ่งนี้จะเรียกใช้งานทดสอบทั้งหมดอีกครั้งและงานทั้งหมดที่ขึ้นอยู่กับ

หากคุณสนใจที่จะเรียกใช้การทดสอบใหม่เท่านั้นอีกทางเลือกหนึ่งคือการทำให้ gradle ทำความสะอาดผลการทดสอบก่อนที่จะดำเนินการทดสอบ ซึ่งสามารถทำได้โดยใช้cleanTestงาน

พื้นหลังบางอย่าง - ปลั๊กอิน Java กำหนดงานที่สะอาดสำหรับแต่ละงานอื่น ๆ ตามเอกสาร :

cleanTaskName - ลบไฟล์ที่สร้างโดยงานที่ระบุ cleanJar จะลบไฟล์ JAR ที่สร้างโดยงาน jar และ cleanTest จะลบผลการทดสอบที่สร้างโดยงานทดสอบ

ดังนั้นสิ่งที่คุณต้องมีเพื่อเรียกใช้การทดสอบของคุณอีกครั้งคือการรันcleanTestงานเช่น:
gradle cleanTest test

ตัวเลือกอื่น ๆ คือเพิ่มสิ่งต่อไปนี้ใน build.gradle ของคุณ:

test.outputs.upToDateWhen {false}

gradle test --rerun-tasks

ระบุว่าการเพิ่มประสิทธิภาพงานใด ๆ ถูกละเว้น

ที่มา: https://gradle.org/docs/current/userguide/gradle_command_line.html

เมื่อเร็ว ๆ นี้นี่เป็นหัวข้อในบล็อกโพสต์ของ Gradle หยุดการเรียกใช้การทดสอบของคุณใหม่ ผู้เขียนแสดงให้เห็นตัวอย่างการใช้outputs.upToDateWhen { false }และอธิบายว่าทำไมมันเป็นความผิด:

นี่ไม่ได้บังคับให้รีรันจริง

สิ่งที่ผู้เขียนตัวอย่างข้อมูลนี้อาจต้องการพูดคือ“ ทำการทดสอบซ้ำเสมอ” นั่นไม่ใช่สิ่งที่ตัวอย่างนี้ทำ มันจะทำเครื่องหมายว่างานล้าสมัยเท่านั้นบังคับให้ Gradle สร้างเอาต์พุตขึ้นใหม่ แต่นี่คือสิ่งที่หากเปิดใช้งานบิวด์แคช Gradle ไม่จำเป็นต้องรันงานเพื่อสร้างเอาต์พุตใหม่ จะพบรายการในแคชและแตกผลลัพธ์ลงในไดเร็กทอรีเอาต์พุตของการทดสอบ

เช่นเดียวกับตัวอย่างข้อมูลนี้:

test.dependsOn cleanTest

Gradle จะแกะผลการทดสอบออกจากบิลด์แคชหลังจากล้างเอาต์พุตแล้วจึงไม่มีการรันซ้ำ ในระยะสั้นตัวอย่างเหล่านี้กำลังสร้าง no-op ที่มีราคาแพงมาก

หากตอนนี้คุณคิดว่า“ โอเคฉันจะปิดการใช้งานแคชด้วย” ให้ฉันบอกคุณว่าทำไมคุณไม่ควรทำ

จากนั้นผู้เขียนจะอธิบายต่อไปว่าทำไมการเรียกใช้การทดสอบบางอย่างใหม่จึงเสียเวลา:

การทดสอบส่วนใหญ่ของคุณควรกำหนดขึ้นกล่าวคือได้รับปัจจัยการผลิตเดียวกันซึ่งควรให้ผลลัพธ์เดียวกัน

ในบางกรณีที่คุณต้องการเรียกใช้การทดสอบอีกครั้งโดยที่โค้ดไม่ได้เปลี่ยนแปลงคุณควรจำลองเป็นอินพุต ต่อไปนี้เป็นตัวอย่างทั้งจากบล็อกโพสต์ที่แสดงการเพิ่มอินพุตเพื่อให้งานใช้ในระหว่างการตรวจสอบล่าสุด

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

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

ฉันขอแนะนำให้อ่านบล็อกโพสต์ทั้งหมด

นี่คือวิธีแก้ปัญหาโดยใช้ไฟล์ "build.gradle" ในกรณีที่คุณไม่ต้องการแก้ไขบรรทัดคำสั่งของคุณ:

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

และนี่คือผลลัพธ์ สังเกต 2 การเปลี่ยนแปลงจากผลลัพธ์ก่อนหน้าของคุณ:

1) งาน 'cleanTest' ใหม่ปรากฏขึ้นในผลลัพธ์

2) 'ทดสอบ' จะถูกล้างเสมอ (เช่นไม่ 'UP-TO-DATE') ดังนั้นจึงถูกดำเนินการทุกครั้ง:

$ 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 ใช้งานได้ แต่ไม่มีประสิทธิภาพเนื่องจากรันงานทั้งหมดซ้ำ

cleanTest ด้วยตัวมันเองอาจไม่เพียงพอเนื่องจากสร้างแคช

ดังนั้นวิธีที่ดีที่สุดในการทำให้สำเร็จคือ:

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

นอกจากนี้การต้องเพิ่ม--rerun-tasksนั้นซ้ำซ้อนจริงๆ ไม่เคยเกิดขึ้น สร้าง--no-rerun-tasksและ--rerun-tasksตั้งค่าเริ่มต้นเมื่อcleanTask

TL; DR

test.dependsOn cleanTest

ฉันคิดว่านี่เป็นคำถามที่ถูกต้องเนื่องจาก Gradle สามารถเรียกใช้คำสั่งนี้ได้ใน Gradle testและสิ่งที่เกิดขึ้นคือไม่มีอะไรเกิดขึ้น!

แต่ฉันจะถามถึงความจำเป็นในการทำเช่นนี้ตามที่ Jolta กล่าวในความคิดเห็นของเขา: ถ้าไม่มีการเปลี่ยนแปลงรหัสทำไมคุณต้องทดสอบใหม่ หากคุณมีข้อสงสัยเกี่ยวกับการป้อนข้อมูลของบุคคลที่สามฉันบอกว่าคุณต้องตอบสนองสิ่งนี้ในรหัสแอปของคุณ หากคุณกังวลว่ารหัสของคุณอาจ "ไม่เป็นขุย" กล่าวคือสามารถผ่านการทดสอบทั้งหมดในครั้งแรก แต่ไม่ใช่ครั้งที่สอง (หรือครั้งที่ 100) คุณไม่จำเป็นต้องคิดว่าทำไมคุณถึงมีข้อสงสัยเหล่านี้และจัดการกับพวกเขาหรือไม่?

โดยส่วนตัวแล้วฉันคิดว่านี่เป็นข้อผิดพลาดในการออกแบบ (เล็กน้อยมาก) ใน Gradle: ถ้าทุกอย่างเป็นปัจจุบันทั้งหมดแทนที่จะไป "สร้างสำเร็จ" ควรพูดว่า "ไม่มีการเปลี่ยนแปลงตั้งแต่การสร้างที่ประสบความสำเร็จครั้งสุดท้าย: ไม่มีอะไรทำ"