warnings ng plugin devenv

สภาพแวดล้อมการพัฒนาสำหรับปลั๊กอินเจนกินส์

สภาพแวดล้อมการพัฒนาที่อิงกับนักเทียบท่านี้มีไว้สำหรับผู้มีส่วนร่วมใหม่ของคำเตือนของเจนกินส์และปลั๊กอินครอบคลุมเพื่อลดเวลาเริ่มต้นขึ้น ประกอบด้วยส่วนต่อไปนี้:

• สคริปต์เพื่อตรวจสอบโมดูลทั้งหมดของปลั๊กอินเจนกินส์เหล่านี้จาก GitHub ขึ้นอยู่กับส่วนที่คุณต้องการมีส่วนร่วมคุณมักจะทำงานกับหนึ่งในโมดูลเหล่านี้ อย่างไรก็ตามมันทำให้การพัฒนาง่ายขึ้นหากโมดูลทั้งหมดเป็นส่วนหนึ่งของพื้นที่ทำงานอยู่แล้ว จากนั้นคุณสามารถสลับได้ตลอดเวลาเป็นหนึ่งในโมดูลอื่น ๆ
• คอนโทรลเลอร์ Jenkins ที่ใช้ Docker ซึ่งติดตั้งปลั๊กอินที่จำเป็นทั้งหมดเพื่อดูปลั๊กอินเหล่านี้ คอนโทรลเลอร์เจนกินส์นี้ได้รับการกำหนดค่าอย่างถูกต้องโดยใช้ JCASC เพื่อสร้างโมดูล Java บนตัวแทนที่ใช้ Linux (ยังให้เป็นคอนเทนเนอร์ Docker) มันมีงานบางอย่างที่ใช้ปลั๊กอินเหล่านี้ทั้งหมด (การทดสอบความครอบคลุมการวิเคราะห์แบบคงที่)
• โครงการ Intellij ที่กำหนดค่าปลั๊กอินเหล่านี้เป็นโมดูล maven โครงการนี้มีค่าที่ตั้งไว้ล่วงหน้าของสไตล์การเข้ารหัสของฉันและการกำหนดค่าที่เป็นประโยชน์อื่น ๆ โดยเฉพาะอย่างยิ่งมันมีนักวิ่งที่กำหนดค่าให้ดีบักปลั๊กอินเจนกินส์ทั้งในคอนโทรลเลอร์หรือตัวแทน

ฉันนำเสนอสภาพแวดล้อมการพัฒนานี้ในการประชุมทางออนไลน์ของเจนกินส์ที่บันทึกไว้ในเดือนมกราคม 2565

ระบบปฏิบัติการที่รองรับ

สภาพแวดล้อมการพัฒนาได้รับการทดสอบบน MacOS, Ubuntu Linux (ในเครื่องเสมือนที่ทำงานบน MacOS) และ Windows ยินดีต้อนรับคำขอดึงเสมอ

tldr

ข้อกำหนดการติดตั้ง

การพัฒนาหลัก

เครื่องมือเวอร์ชันล่าสุดต่อไปนี้:

• Docker (สำหรับ Windows และ MacOS: ติดตั้ง Docker Desktop)
• Intellij Ultimate (หรือชุมชน)
• หนอง
• JDK 21
• กระตวน

การทดสอบ UI

นอกจากนี้จำเป็นต้องใช้เครื่องมือรุ่นล่าสุดต่อไปนี้:

• Firefox และ Gecko-Driver
• Chrome และ Chrome-Driver

ขั้นตอนการติดตั้ง

หากเกิดข้อผิดพลาดให้สังเกตคำแนะนำการแก้ไขปัญหาด้านล่าง สำหรับผู้ใช้ Windows: ใช้ Git Bash เพื่อดำเนินการสคริปต์เชลล์

1. โคลนและสร้างโมดูลปลั๊กอินโดยใช้สคริปต์ ./bin/clone-repos-https.sh (หรือ ./bin/clone-repos.sh หากคุณได้ตั้งค่าคีย์ SSH ใน GitHub แล้ว) คุณต้องรอจนกว่าการสร้างจะประสบความสำเร็จก่อนที่จะเปิด Intellij มิฉะนั้น Intellij จะไม่พบคลาสที่สร้างขึ้นทั้งหมด ครั้งแรกที่ผู้ใช้ Maven ต้องรอสองสามนาทีจนกว่าจะดาวน์โหลดการพึ่งพาทั้งหมดจาก Maven Central
2. นำเข้าโครงการลงใน Intellij:
   1. เริ่ม Intellij
   2. เลือกเปิด ...
   3. เลือก warnings-ng-plugin-devenv
   4. ทางเลือก (เฉพาะเมื่อ Intellij ขอ): โครงการ Maven จำเป็นต้องนำเข้า เลือก เปิดใช้งานการเข้าใช้งานอัตโนมัติ
   5. เป็นทางเลือก (เฉพาะเมื่อ Intellij ถาม): Trust และ Open Maven Project Select Project Project (ดูความช่วยเหลือออนไลน์ Intellij)
3. เรียกใช้ตัวเรียกใช้งานทดสอบใน Intellij สำหรับโครงการวิเคราะห์และโครงการครอบคลุม
4. สำหรับผู้ใช้ Windows: เริ่ม Docker Desktop หากยังไม่เสร็จ
5. เริ่มเจนกินส์ด้วย ./bin/jenkins.sh คำสั่งนี้สร้างภาพ Jenkins Docker ดาวน์โหลดปลั๊กอินที่ลงทะเบียนทั้งหมดและเริ่มต้นพื้นที่ทำงานของ Jenkins ด้วยงานบางอย่าง ต้องใช้เวลาไม่กี่นาที (ดูขั้นตอนที่ 9)
6. เข้าสู่ระบบเจนกินส์ที่: http: // localhost: 8080/
7. ใช้ข้อมูลประจำตัวต่อไปนี้:
   • ผู้ใช้: ผู้ดูแลระบบ
   • รหัสผ่าน: ผู้ดูแลระบบ
8. เริ่มงาน Jenkins ที่แสดงให้เห็นว่าปลั๊กอินดำเนินการ:
   • รูปแบบการวิเคราะห์แบบฟรีสไตล์ : งานฟรีสไตล์เจนกินส์ที่สร้างห้องสมุดการวิเคราะห์แบบจำลอง กลุ่มงานนี้คำเตือนทั้งหมดในรายงาน Jenkins เดียวและแสดงผลการครอบคลุมรหัสของ Jacoco เพิ่มเติม
   • Pipeline-CodingStyle : ท่อส่ง Jenkins ที่สร้างสคริปต์ที่สร้างห้องสมุด CODINGSTYLE งานนี้แสดงผลลัพธ์ส่วนบุคคลสำหรับการแยกวิเคราะห์คำเตือนที่แตกต่างกัน นอกจากนี้งานนี้ยังแสดงรายละเอียดของการครอบคลุมรหัส Jacoco และความครอบคลุมการกลายพันธุ์ของหลุม
   • รูปแบบการครอบคลุมประวัติศาสตร์ : ท่อส่งเจนกินส์สคริปต์ที่สร้างโครงการรุ่นครอบคลุมทั้งหมดที่มีอยู่ทั้งหมด การสร้างจะใช้เวลาสักครู่ แต่แสดงให้เห็นว่าแผนภูมิแนวโน้มทำงานอย่างไรและวิธีการคำนวณเดลต้าเสร็จสิ้นอย่างไร งานสร้างผลลัพธ์สำหรับเครื่องมือการวิเคราะห์แบบคงที่ทั้งหมดการครอบคลุมรหัส Jacoco และความครอบคลุมการกลายพันธุ์ของหลุม
9. ปรับใช้หัวปัจจุบันของปลั๊กอินไปยังอินสแตนซ์ของเจนกินส์โดยใช้ปืนกลใน Intellij

การติดตั้ง - การแก้ไขปัญหา

ขั้นตอนที่ 1 - การติดตั้งล้มเหลว

หากการดาวน์โหลดทั้งหมดประสบความสำเร็จ แต่การติดตั้งล้มเหลวเนื่องจากข้อผิดพลาดให้แก้ไขและเรียกใช้งาน mvn -V -U -e install –DskipTests เพื่อลองติดตั้งเท่านั้น

ขั้นตอนที่ 3 - "บรรทัดคำสั่งยาวเกินไป"

หากข้อผิดพลาด "บรรทัดคำสั่งยาวเกินไป" เกิดขึ้นดำเนินการตามขั้นตอนต่อไปนี้:

1. คลิก แก้ไขการกำหนดค่า และเลือกการกำหนดค่าการเรียกใช้ที่ล้มเหลว (หรือคลิกที่ชื่อทดสอบตัวเรียกใช้งานภายในข้อความแสดงข้อผิดพลาด)
2. คลิก Build and Run > Modify Options > Shorten Command Line
3. ภายใน บรรทัดคำสั่ง shorten ฟิลด์ที่ปรากฏเลือก @argfile (Java9+)
4. คลิก ใช้ และ ตกลง และดำเนินการทดสอบตัวเรียกใช้อีกครั้ง
5. (อาจเป็นไปได้ว่า Intellij จะต้องเริ่มต้นใหม่หากไม่พบการทดสอบ)

ขั้นตอนที่ 3 - การหมดเวลาทดสอบเจนกินส์

หากการทดสอบล้มเหลวเนื่องจากการหมดเวลาทดสอบเจนกินส์ให้ดำเนินการตามขั้นตอนต่อไปนี้:

1. คลิก แก้ไขการกำหนดค่า และเลือกการกำหนดค่าการเรียกใช้ที่ล้มเหลว
2. เพิ่มไปยัง ตัวเลือก VM : -Djenkins.test.timeout=1000 สิ่งนี้จะเพิ่มขีด จำกัด การหมดเวลาเป็น 1,000 วินาที

การโคลนนิ่งโมดูล

คุณสามารถใช้เชลล์สคริปต์ง่ายๆ ( ./bin/clone-repos.sh ) เพื่อโคลนและสร้างโมดูลในขั้นตอนเดียว สคริปต์ตรวจสอบโมดูลต่อไปนี้โดยใช้โปรโตคอล Git SSH สิ่งนี้ต้องการให้คุณลงทะเบียนคีย์สาธารณะของคุณใน GitHub หากคุณไม่มีปุ่มใน GitHub คุณสามารถใช้สคริปต์ ./bin/clone-repos-https.sh ที่ใช้โปรโตคอล HTTPS

• CODINGSTYLE: สไตล์การเขียนโค้ดของฉันพร้อมกฎที่กำหนดค่าไว้ล่วงหน้าสำหรับ CheckStyle, PMD และ SpotBugs การกำหนดค่าเหล่านี้สามารถเชื่อมโยงใน IntelliJ เพื่อให้แน่ใจว่ารหัสนั้นสอดคล้องกับกฎ
• การวิเคราะห์แบบจำลอง: ไลบรารีเพื่ออ่านรายงานการวิเคราะห์แบบคงที่ลงในโมเดลวัตถุ Java โมดูลนี้ไม่ได้ขึ้นอยู่กับเจนกินส์
• Analysis-Model-Api-Plugin: wrapper อย่างง่ายสำหรับไลบรารีโมเดลการวิเคราะห์ มันให้คลาสการวิเคราะห์แบบจำลองเป็นปลั๊กอินเจนกินส์ ค่าใช้จ่ายนี้จำเป็นต้องทำให้การอัพเกรดโมดูลการวิเคราะห์แบบจำลองง่ายขึ้นในเจนกินส์
• คำเตือน -ng-plugin: ปลั๊กอินเพื่ออ่านรายงานการวิเคราะห์แบบคงที่และแสดงผลลัพธ์ที่สอดคล้องกันในเจนกินส์
• รูปแบบการครอบคลุม: ไลบรารีเพื่ออ่านรายงานความครอบคลุมเป็นโมเดลวัตถุ Java โมดูลนี้ไม่ได้ขึ้นอยู่กับเจนกินส์
• Coverage-Plugin: ปลั๊กอินเพื่ออ่านรายงานความครอบคลุมและแสดงผลลัพธ์ที่สอดคล้องกันในเจนกินส์

ฟอร์กโมดูลบางอย่าง

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

การแก้ไขและการดีบักรหัสด้วย Intellij

Intellij (Ultimate) เป็นสภาพแวดล้อมการพัฒนาที่ได้รับการสนับสนุนหลักสำหรับปลั๊กอินคำเตือน โครงการที่กำหนดไว้ล่วงหน้าจะถูกเก็บไว้ในโฟลเดอร์ .idea idea ที่อ้างอิงโมดูลทั้งหมดของปลั๊กอินคำเตือน โครงการนี้มีค่าที่ตั้งไว้ล่วงหน้าของสไตล์การเข้ารหัสของฉันและการกำหนดค่าที่เป็นประโยชน์อื่น ๆ

ควรใช้ IDE อื่น ๆ (Eclipse, NetBeans, Visual Studio Code) เช่นกัน

การทดสอบหน่วยและการทดสอบการรวม

ใช้การกำหนดค่า Intellij Run ที่ให้ไว้ All in [module-name] เพื่อเรียกใช้หน่วยและการทดสอบการรวมของโมดูลที่เกี่ยวข้อง การกำหนดค่าเหล่านี้ได้รับการกำหนดค่าไว้แล้วเพื่อบันทึกความครอบคลุมสาขาของแพ็คเกจโมดูลที่เกี่ยวข้อง (ใช้ Run with Coverage )

การดีบัก

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

การดีบักคอนโทรลเลอร์เจนกินส์

Docker Compose Configuration เริ่มต้นคอนโทรลเลอร์ของ Jenkins โดยอัตโนมัติในโหมด 'Debug' เช่นมันกำลังฟังคำขอการดีบักระยะไกล หากรหัสของคุณทำงานในคอนโทรลเลอร์คุณจะต้องแนบดีบักเกอร์ระยะไกลที่ localhost:8000 (แมปกับพอร์ตเดียวกันในคอนเทนเนอร์ Docker) ใช้การกำหนดค่าการกำหนดค่าการดีบัก Jenkins Controller (Remote Debugger) ที่ให้ไว้เพื่อเชื่อมต่อดีบักเกอร์ใน Intellij

การดีบักตัวแทนเจนกินส์

การกำหนดค่า Docker Compose ยังเริ่มต้น Agent Jenkins โดยอัตโนมัติในโหมด 'debug' เช่นมันกำลังฟังคำขอการดีบักระยะไกล แนบดีบักเกอร์ระยะไกลที่ localhost:8001 (แมปกับพอร์ตเดียวกันในคอนเทนเนอร์ Docker) เพื่อทำการดีบักรหัสที่ทำงานบนเอเจนต์ ใช้การกำหนดค่าการดีบัก Jenkins Agent (Remote Debugger) ที่ให้มาเพื่อเชื่อมต่อดีบักเกอร์ใน Intellij

รันการทดสอบ UI

การทดสอบ UI สามารถเริ่มต้นได้โดยใช้ UI Tests [module] (Firefox) หรือ UI Tests [module] (Chrome) โปรดทราบว่าตัวเรียกใช้งานทั้งสองต้องการการติดตั้งไดรเวอร์ซีลีเนียมที่สอดคล้องกัน หากไดรเวอร์เหล่านี้ไม่ได้ติดตั้งใน /opt/bin บนเครื่องในเครื่องของคุณคุณต้องปรับการกำหนดค่าตัวเรียกใช้งานเพื่อให้ตรงกับการตั้งค่าของคุณ

การทดสอบ UI ทั้งหมดจำเป็นต้องดำเนินการภายในวิชาที่กำหนดภายใต้การทดสอบ (เช่นเจนกินส์ภายใต้การทดสอบ, JUT), ดูโครงการทดสอบการตอบรับการตอบรับสำหรับรายละเอียดเพิ่มเติม

เริ่มต้นเจนกินส์

สภาพแวดล้อมการพัฒนานี้มีการติดตั้ง Jenkins ที่กำหนดเองซึ่งคุณสามารถปรับใช้ปลั๊กอินที่ปรับเปลี่ยนได้เพื่อให้คุณสามารถเห็นการเปลี่ยนแปลงของคุณโดยตรงในงานที่กำหนดค่าล่วงหน้าบางอย่างที่ใช้ปลั๊กอินเหล่านี้

เริ่มต้นคอนโทรลเลอร์ Jenkins ที่ให้ไว้ในโครงการนี้ (คุณต้องติดตั้ง Docker และ Docker-compose) เปิดเทอร์มินัลและเรียกใช้ ./jenkins.sh ในโฟลเดอร์ระดับบนสุด คำสั่งนี้เป็น wrapper สำหรับ docker-compose up : ใช้การตั้งค่าผู้ใช้และกลุ่มที่เหมาะสมเพื่อให้การอนุญาตของปริมาณ Docker สำหรับโฟลเดอร์ Home Jenkins ได้รับการตั้งค่าอย่างถูกต้อง คำสั่งนี้สร้างคอนเทนเนอร์ Docker สำหรับคอนโทรลเลอร์ Jenkins และอีกหนึ่งสำหรับตัวแทน Java สิ่งนี้จะต้องใช้เวลาสักครู่เมื่อเรียกว่าครั้งแรกเนื่องจากภาพนักเทียบท่าจะถูกแต่งขึ้น หลังจากสร้างภาพแล้วคอนเทนเนอร์สองตู้ต่อไปนี้จะเริ่มขึ้น:

• Jenkins-Controller: Jenkins LTS Docker Image (Alpine Linux) อย่างเป็นทางการ คอนโทรลเลอร์ได้รับการกำหนดค่าล่วงหน้าโดยใช้ JCASC เพื่อสร้างแอปพลิเคชัน Java บนตัวแทน คอนโทรลเลอร์ไม่ได้รับอนุญาตให้ทำงาน
• Java-Agent: ตัวแทน Java น้อยที่สุดตามภาพ OpenJDK8 Docker อย่างเป็นทางการ (Alpine Linux) คอนโทรลเลอร์และเอเจนต์เชื่อมต่อโดยใช้ SSH

จากนั้นคุณสามารถเปิดเจนกินส์ได้ที่ URL http: // localhost: 8080/ ใช้ข้อมูลรับรองต่อไปนี้เพื่อเข้าสู่ระบบในฐานะผู้ดูแลระบบ:

• ผู้ใช้: ผู้ดูแลระบบ
• รหัสผ่าน: ผู้ดูแลระบบ

ปริมาณสำหรับ Jenkins_home

ไดเรกทอรีโฮมเมดของคอนโทรลเลอร์เจนกินส์ (Jenkins_Home) ติดตั้งเป็นปริมาตรนักเทียบท่า เช่นสามารถมองเห็นได้บนโฮสต์เป็นไดเรกทอรีปกติที่ ./docker/volumes/jenkins-controller docker/volumes/jenkins-controller มันจะอยู่รอดเซสชันและสามารถเปลี่ยนแปลงได้โดยตรงบนโฮสต์ดูเอกสารอย่างเป็นทางการสำหรับรายละเอียด สิ่งนี้ช่วยในการตรวจสอบไฟล์ที่สร้างโดยคอนโทรลเลอร์เจนกินส์

เนื่องจากปัญหาประสิทธิภาพในปลั๊กอิน DSL งานของเจนกินส์การตั้งค่าอินสแตนซ์เจนกินส์ใหม่จึงช้ามาก ดังนั้นจึงเหมาะสมที่จะลบส่วนการกำหนดค่าของงานของไฟล์ jenkins.yaml ของคุณหลังจากสร้างงานแล้ว คุณสามารถเขียนทับเนื้อหาของไฟล์ ./docker/volumes/jenkins-home/jenkins.yaml ในอินสแตนซ์เจนกินส์ที่สร้างขึ้นใหม่ของคุณด้วยเนื้อหาใน jenkins-no-jobs.yaml

ปริมาณภายใต้ macOS ค่อนข้างช้า ใน MacBook ของฉันที่ใช้งาน Jenkins ที่ให้มาของ analysis-model ในคอนเทนเนอร์ Docker นั้นช้ากว่าการทำงาน Jenkins เดียวกันในคอนเทนเนอร์ Docker ที่ทำงานในเครื่องเสมือน Linux บน MacBook เดียวกัน (ฟังดูไร้สาระ?)

การปรับใช้ปลั๊กอินที่เปลี่ยนแปลงไปยังเจนกินส์

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

การเปลี่ยนรูปแบบการวิเคราะห์โดยไม่ต้องเพิ่มวิธี API ใหม่

หากคุณมีการเปลี่ยนแปลงเฉพาะในโมดูล analysis-model (และคุณไม่มีวิธี API ใหม่) คุณจะต้องสร้างใหม่และติดตั้ง Maven Mowen analysis-model.jar และหลังจากนั้นสร้าง Jenkins Wrapper Wrapper analysis-model-api-plugin ปลั๊กอินนี้จะต้องนำไปใช้กับเจนกินส์

กระบวนการนี้ง่ายขึ้นโดยเรียกใช้สคริปต์ ./bin/go.sh ในโมดูล analysis-model มันจะติดตั้งโมดูล analysis-model.jar ในที่เก็บ maven ในพื้นที่ของคุณ จากนั้นสคริปต์นี้จะสร้างปลั๊กอินจริงและปรับใช้กับเจนกินส์

การเปลี่ยนปลั๊กอินคำเตือน

หากคุณมีเพียงการเปลี่ยนแปลงในปลั๊กอินคำเตือน -NG คุณจะต้องสร้าง warnings-ng.jpi ใหม่และปรับใช้กับเจนกินส์ คุณสามารถใช้หนึ่งในสคริปต์เชลล์ต่อไปนี้สำหรับงานนี้:

• ./bin/clean.sh : สร้างปลั๊กอินโดยใช้ mvn clean install และปรับใช้ให้ประสบความสำเร็จในอินสแตนซ์ของเจนกินส์
• ./bin/go.sh : สร้างปลั๊กอินโดยใช้ mvn clean install -DskipITs (ข้ามการทดสอบการรวม) และปรับใช้ให้ประสบความสำเร็จใน Jenkins Instace
• ./bin/skip.sh : สร้างปลั๊กอินโดยใช้ mvn clean install -DskipTests (ข้ามการทดสอบทั้งหมดและการวิเคราะห์แบบคงที่) และปรับใช้ความสำเร็จในอินสแตนซ์ของเจนกินส์

การเปลี่ยนรูปแบบการวิเคราะห์โดยการเพิ่มวิธี API ใหม่

สิ่งที่ต้องทำ

การเปลี่ยนนิติเวช-อะพิ-เพลตคัพและ git-forensics-plugin

หากคุณมีการเปลี่ยนแปลงในหนึ่งในปลั๊กอิน Foresics (API หรือการใช้งาน GIT) คุณจะต้องสร้างปลั๊กอินเจนกินส์เหล่านี้ใหม่และปรับใช้กับอินสแตนซ์ของเจนกินส์

เพื่อลดความซับซ้อนของกระบวนการนี้ให้เรียกใช้สคริปต์ ./go.sh ในโฟลเดอร์ปลั๊กอินที่สอดคล้องกันมันจะสร้างปลั๊กอินและปรับใช้ให้ประสบความสำเร็จกับเจนกินส์

การเปลี่ยนโมดูลด้วยการเปลี่ยนแปลง API ที่แตกหัก

ก่อนที่จะทำการเปลี่ยนแปลงโปรดติดต่อฉัน โดยทั่วไปแล้วมันเป็นไปได้ที่จะทำการเปลี่ยนแปลงที่เข้ากันได้ย้อนหลัง

Launchers Intellij เพื่อปรับใช้ปลั๊กอิน

สคริปต์บิลด์จากส่วนสุดท้ายยังสามารถเริ่มต้นได้โดยใช้หนึ่งใน Intellij Launchers Build and Deploy [module-name] ตัวเรียกใช้งานเหล่านี้สร้างปลั๊กอินที่เกี่ยวข้องและปรับใช้เป็นเจนกินส์

สายรัดทดสอบการยอมรับ

การทดสอบ UI สามารถเริ่มต้นได้โดยใช้การกำหนดค่าตัวเรียกใช้ Intellij หรือใช้สคริปต์บรรทัดคำสั่ง ดังที่ได้กล่าวไปแล้วการทดสอบ UI ทั้งหมดจำเป็นต้องทำงานภายในวิชาที่กำหนดภายใต้การทดสอบ ในกรณีของเราเราใช้เวอร์ชัน Jenkins LTS ล่าสุดที่มีอยู่และชุดปลั๊กอินที่กำหนดไว้ล่วงหน้าจากอิมเมจนักเทียบท่าของเรา

รันการทดสอบ UI ใน Intellij

การทดสอบ UI สามารถเริ่มต้นได้โดยใช้ UI Tests Warnings (Firefox) หรือ UI Warnings Tests (Chrome) โปรดทราบว่าตัวเรียกใช้งานทั้งสองต้องการการติดตั้งไดรเวอร์ซีลีเนียมที่สอดคล้องกัน หากไดรเวอร์เหล่านี้ไม่ได้ติดตั้งใน /opt/bin บนเครื่องในเครื่องของคุณคุณต้องปรับการกำหนดค่าตัวเรียกใช้งานเพื่อให้ตรงกับการตั้งค่าของคุณ

รันการทดสอบ UI จากคอนโซล

นอกจากนี้คุณยังสามารถเริ่มต้นการทดสอบ UI โดยใช้เชลล์ Scrips ที่ให้ไว้ testFirefox.sh หรือ testChrome.sh โปรดทราบว่าคุณอาจต้องปรับสคริปต์เหล่านี้ด้วย (ดูส่วนก่อนหน้า)