Unity에서의 테스트 자동화 및 Jira 이슈 등록 자동화

• 📌 Unity Script vs Test Script

• 📌 Unity Test Framework란?

• 📌 Unity Performance Testing Extension이란?

• 📌 Assembly Definition 파일이란?

• 📌 테스트 환경

• 📌 테스트 자동화

• 📌 테스트 자동화 실행 (in Editor)

• 📌 테스트 자동화 결과 (in Editor)

• 📌 테스트 자동화 실행 및 결과 (in cmd)

• 📌 Jira 이슈 등록 자동화

 

📌 Unity Script vs Test Script

항목	일반적인 Unity Script (MonoBehaviour)	Test Script (NUnit)
동작 방식	GameObject의 Component로 추가되어야 실행됨	Test Runner가 자동으로 실행
실행 시점	Unity의 Start(), Update() 등에서 호출됨	Test Runner가 SetUp(), Test() 등을 호출
Unity Scene 필요 여부	필요 O (Scene에서 실행됨)	필요 X (GameObject 없이도 동작 가능)

 

+ 추가 지식

Test Runner

 ~> Unity에서 테스트 코드를 실행할 때는 Test Runner 도구 사용

 ~> [ Window ] > [ General ] > [ Test Runner ] 에서 실행 가능

 

📌 Unity Test Framework란?

Unity Test Framework란 Unity에서 자동화된 테스트를 수행할 수 있도록 지원하는 NUnit 기반의 테스트 프레임워크이다. 이를 통해 일반적인 단위 테스트부터 통합 테스트, 성능 테스트까지 가능하다. 즉, 단순한 개별 함수 검증부터, 게임의 UI, 물리 엔진, 네트워크, 성능 최적화 테스트까지 자동화할 수 있는 강력한 도구이다.

 

[ Uniity Test Framwork의 특징 ]

✅ NUnit 기반

 ~> Assert 문법 지원 (AreEqual(), IsTrue(), IsNull() 등)

 ~> SetUp(), TearDown()을 활용한 테스트 환경 설정

✅ UnityTest() 를 활용한 MonoBehaviour 테스트

 ~> 일반적인 Test()는 MonoBehaviour 테스트 불가능

 ~> UnityTest()를 사용하면 코루틴 기반 테스트 가능하여, 프레임 단위 동작 검증 가능

✅ Edit Mode vs Play Mode

 ~> Edit Mode는 MonoBehaviour 없이 빠른 단위 테스트 실행

 ~> Play Mode는 MonoBehaviour를 포함한 Physics, UI, Animation, Rigidbody 테스트 가능

✅ CI/CD 연동 가능

 ~> Unity CLI(Command Line Interface)를 활용하여 테스트 자동 실행 가능

 ~> GitHub Actions, GitLab CI/CD, Jenkins와 연동하여 빌드 안정성 확보 가능

 

[ 사용 방법 ]

⭐ 공식 문서 바로가기

💡  Test Framework 패키지는 Unity 2019.2 이후 버전부터 기본적으로 포함되어 있으므로, using NUnit.Framework;를 통해 바로 사용 가능

 1️⃣ Assembly Definition 파일 생성

   ~> 테스트 파일들이 포함된 폴더 내에서 [ 오른쪽 마우스 ] > [ Create ] > [ Scripting ] > [ Assembly Definition ]

 2️⃣ .asmdef 에서 참조 추가

   ~> 생성된 .asmdef 파일을 선택

   ~> Inspector 창에서 [ Assembly Definition References ] 섹션에 UnityEngine.TestRunner와 UnityEditor.TestRunner 추가

 

📌 Unity Performance Testing Extension이란?

Unity Performance Testing Extension이란 Unity에서 성능 테스트를 자동으로 실행하고 성능 데이터를 분석할 수 있도록 지원하는 확장 기능이다. 이를 통해 프레임 속도(FPS), CPU/GPU 사용량, 메모리 할당량, 코드 실행 속도 등을 측정하여 게임의 성능을 최적화할 수 있다. 즉, 특정 기능의 실행 시간을 분석하고, 코드 변경 전후 성능을 비교하여 최적화 여부를 검증할 수 있는 강력한 성능 테스트 도구이다.

 

[ Unity Performance Testing Extension의 특징 ]

✅ 코드 실행 시간 측정

 ~> Measure.Method()를 사용하여 특정 코드 블록의 실행 속도 분석 가능

 ~> WarmupCount(), MeasurementCount()를 활용해 평균값 도출 가능

✅ FPS 및 CPU/GPU 성능 측정

 ~> Measure.Frames()를 사용하여 FPS 및 CPU/GPU 사용량을 자동으로 분석 가능

 ~> 특정 구간에서 프레임 성능을 측정하여 최적화 여부 판단 가능

✅ 메모리 사용량 측정

 ~> Measure.Profiler()를 활용하여 Garbage Collection(GC) 및 메모리 사용량 분석 가능

 ~> 불필요한 메모리 할당을 감지하여 성능 최적화 가능

✅ 성능 기준 설정 및 비교 테스트 가능

 ~> ShouldBeUnder()를 활용하여 특정 코드의 실행 시간이 목표 기준보다 오래 걸릴 경우 테스트 실패 처리

 ~> 코드 변경 전후의 성능을 비교하여 최적화 여부를 검증 가능

✅ CI/CD 연동 가능

 ~> Unity CLI(Command Line Interface)를 활용하여 성능 테스트 자동 실행 가능

 ~> GitHub Actions, GitLab CI/CD, Jenkins와 연동하여 성능 저하 감지 가능

 

[ 사용 방법 ]

⭐ 공식 문서 바로가기

💡  Performance testing API 패키지는 기본적으로 포함되어 있지 않으므로, 별도의 설치 후 using Unity.PerformanceTesting; 를 통해 사용 가능

  1️⃣ 패키지 설치

   ~> [ Window ] > [ Package Manager ] 열기

   ~> Unity Registry 탭에서 Performance testing API 검색 후 [ Install ]

  2️⃣ Assembly Definition 파일 생성

   ~> 테스트 파일들이 포함된 폴더 내에서 [ 오른쪽 마우스 ] > [ Create ] > [ Scripting ] > [ Assembly Definition ]

  3️⃣ .asmdef 에서 참조 추가

   ~> 생성된 .asmdef 파일을 선택

   ~> Inspector 창에서 [ Assembly Definition References ] 섹션에 Unity.PerformanceTesting 추가

 

📌 Assembly Definition 파일이란?

.asmdef (Assembly Definition) 파일은 Unity의 스크립트를 특정 그룹으로 나누어 관리하는 설정 파일이다. 만약 .asmdef 파일이 없으면, Unity는 모든 C# 스크립트를 한 번에 컴파일하며, 이로 인해 불필요한 코드까지 포함되어 빌드 시간이 길어지는 문제가 발생할 수 있다. 이를 방지하기 위해 .asmdef 파일을 활용하면 컴파일 속도를 최적화하고, 실행 코드와 테스트 코드를 독립적으로 관리할 수 있다.

 

[ Assets 구성 ]

  📁 Scripts

   ㄴ 📄 PlayerController.cs

   ㄴ 📄 CameraController.cs

   ㄴ 📄 Runtime.asmdef

   ㄴ 📁 Tests

    ㄴ 📄 PlayerControllerTest.cs

    ㄴ 📄 CameraControllerTest.cs

    ㄴ 📄 Tests.asmdef

 

예를 들어, 위 Assets 구성에서 Unity는 기본적으로 모든 스크립트를 한 번에 컴파일한다. 이로 인해 테스트 코드(Tests/)와 실행 코드(Scripts/)가 분리되지 않고 함께 빌드되는 문제가 발생할 수 있다. 이를 해결하기 위해 각각의 폴더에 .asmdef 파일을 생성하여 실행 코드와 테스트 코드를 분리했다. 즉, Runtime.asmdef는 실제 게임 실행을 위한 코드만 포함되며, 테스트 코드와 분리되므로, 빌드 시 테스트 코드가 포함되지 않아 실행 코드가 깔끔하게 유지된다.

 

위와 같이 .asmdef 파일을 설정하면, 테스트 코드(Tests/ 폴더 안의 테스트 코드)는 기본적으로 실행 코드(PlayerController.cs 등)에 바로 접근할 수 없다. 이 문제를 해결하려면 Tests.asmdef에서 Runtime.asmdef를 참조해야 한다. 즉, Tests.asmdef 파일의 [ Assembly Definition References ] 항목에 Runtime.asmdef를 추가하면, 테스트 코드에서 실행 코드(PlayerController.cs, CameraController.cs)를 사용할 수 있게 된다.

 

📌 테스트 환경

본인은 테스트 자동화를 위해, 기본적인 캐릭터 이동 및 애니매이션, 카메라 고정 기능만 구현된 프로젝트를 사용하였다.

 

[ 테스트 대상 ]

 • Unity 버전: Unity 6 (6000.0.38f1)

 • 테스트 대상 Script

  ~> PlayerController.cs (캐릭터 이동 및 애니메이션)

  ~> CameraController.cs (카메라 고정 기능)

[ 테스트 패키지 설치 ]

 • Test Framework (기본 포함 여부 확인 후 필요 시 설치)

 • Performance Testing API (Package Manager에서 설치)

[ Assets 구성 ]

  📁 Scripts

   ㄴ 📄 PlayerController.cs

   ㄴ 📄 CameraController.cs

   ㄴ 📄 Runtime.asmdef

   ㄴ 📁 Tests

    ㄴ 📄 PlayerControllerTest.cs

    ㄴ 📄 CameraControllerTest.cs

    ㄴ 📄 Tests.asmdef

[ .asmdef 파일 설정 ]

 • Tests.asmdef 파일의 [ Assembly Definition References ]

  ~> UnityEngine.TestRunner.asmdef

  ~> UnityEditor.TestRunner.asmdef

  ~> Unity.PerformanceTesting.asmdef

  ~> Runtime.asmdef

 

UnityEngine.TestRunner는 테스트 실행을 위해, UnityEditor.TestRunner는 Unity Editor에서 테스트를 실행하기 위해, Unity.PerformanceTesting은 성능 테스트를 위해, Runtime.asmdef는 테스트 코드에서 실행 코드(PlayerController.cs, CameraController.cs)에 접근할 수 있도록 하기 위해 추가해준 것이다.

 

📌 테스트 자동화

[ PlayerController.cs ]

using UnityEngine;

public class PlayerController : MonoBehaviour
{
    Rigidbody rigid;
    Animator anim;

    public float speed = 3f;
    public Vector3 inputKey = Vector3.zero;

    void Awake()
    {
        rigid = GetComponent<Rigidbody>();
        anim = GetComponent<Animator>();
    }

    void FixedUpdate()
    {
        Vector3 moveDir = inputKey != Vector3.zero ? inputKey : GetInputDirection();

        if (moveDir != Vector3.zero)
            MoveCharacter(moveDir.normalized);
        else
            anim.Play("Idle");
    }

    Vector3 GetInputDirection()
    {
        Vector3 direction = Vector3.zero;

        if (Input.GetKey(KeyCode.W)) // 앞으로 이동
            direction += Vector3.forward;
        if (Input.GetKey(KeyCode.S)) // 뒤로 이동
            direction += Vector3.back;
        if (Input.GetKey(KeyCode.D)) // 오른쪽으로 이동
            direction += Vector3.right;
        if (Input.GetKey(KeyCode.A)) // 왼쪽으로 이동
            direction += Vector3.left;

        return direction;
    }

    void MoveCharacter(Vector3 dir)
    {
        // 캐릭터 회전
        Quaternion targetRotation = Quaternion.LookRotation(dir);
        transform.rotation = Quaternion.Slerp(transform.rotation, targetRotation, Time.deltaTime * 10f);

        // 물리 이동
        Vector3 newPosition = rigid.position + dir * speed * Time.deltaTime;
        rigid.MovePosition(newPosition);

        anim.Play("RunForward");
    }
}

 

[ PlayerControllerTest.cs ]

using UnityEngine;
using UnityEngine.TestTools;
using UnityEngine.SceneManagement;
using NUnit.Framework;
using System.Collections;
using Unity.PerformanceTesting;

public class PlayerControllerTest
{
    PlayerController playerController;
    Animator animator;

    string sceneName = "GameScene";

    Vector3 startPos;
    Vector3 endPos;
 
    bool isIdle;
    bool isRunning;

    [UnitySetUp]
    public IEnumerator Setup(){
        if (SceneManager.GetActiveScene().name != sceneName) {
            Debug.LogWarning("⚠️ [TEST WARNING] 테스트 실행 전 씬을 강제로 로드합니다!");
            SceneManager.LoadScene(sceneName); 
        }

        while (SceneManager.GetActiveScene().name != sceneName)
            yield return new WaitForSeconds(0.1f);

        playerController = GameObject.Find("Player").GetComponent<PlayerController>();
        if (playerController == null)
            Assert.Fail("❌ [TEST ERROR] PlayerController를 찾을 수 없습니다!");

        animator = GameObject.Find("Player").GetComponent<Animator>();
        if (animator == null)
            Assert.Fail("❌ [TEST ERROR] Animator를 찾을 수 없습니다!");

        startPos = playerController.transform.position;
    }

    [UnityTest]
    public IEnumerator MoveCharacterTest() {
        playerController.inputKey = Vector3.forward;
        yield return new WaitForSeconds(2f);

        endPos = playerController.transform.position;
        Assert.Greater(endPos.z, startPos.z, "❌ [TEST Fail] 플레이어 이동 실패!");

        playerController.inputKey = Vector3.zero;
    }

    [UnityTest]
    public IEnumerator AnimationIdleTest() {
        playerController.inputKey = Vector3.zero;
        yield return new WaitForSeconds(2f);

        isIdle = animator.GetCurrentAnimatorStateInfo(0).IsName("Idle");
        Assert.IsTrue(isIdle, "❌ [TEST Fail] 플레이어가 멈춰있지만, 'Idle' 애니메이션이 실행되지 않음!");
    }

    [UnityTest]
    public IEnumerator AnimationRunTest() {
        playerController.inputKey = Vector3.left;
        yield return new WaitForSeconds(2f);

        isRunning = animator.GetCurrentAnimatorStateInfo(0).IsName("RunForward");
        Assert.IsTrue(isRunning, "❌ [TEST Fail] 플레이어가 이동 중이지만, 'RunForward' 애니메이션이 실행되지 않음!");

        playerController.inputKey = Vector3.zero;
    }

    [Test, Performance]
    public void MoveCharacterPerformanceTest() {
        Measure.Method(() => {
            playerController.inputKey = Vector3.forward;
            playerController.FixedUpdate();
        })
        .WarmupCount(5)
        .MeasurementCount(50)
        .IterationsPerMeasurement(10)
        .Run();
    }

    [TearDown]
    public void TearDown() {
        playerController = null;
        animator = null;

        isIdle = false;
        isRunning = false;

        startPos = Vector3.zero;
        endPos = Vector3.zero;
    }
}

 

[ CameraController.cs ]

using UnityEngine;

public class CameraController : MonoBehaviour
{
    [SerializeField]
    GameObject target;

    public float offsetX = 0f;
    public float offsetY = 2f;
    public float offsetZ = -3f;
    float speed = 3f;

    Vector3 targetPos;

    void FixedUpdate() {
        // 카메라 이동
        targetPos = target.transform.position + new Vector3(offsetX, offsetY, offsetZ);
        transform.position = Vector3.Lerp(transform.position, targetPos, Time.deltaTime * speed);
    }   
}

 

[ CameraControllerTest.cs ]

using UnityEngine;
using UnityEngine.TestTools;
using UnityEngine.SceneManagement;
using NUnit.Framework;
using System.Collections;

public class CameraControllerTest
{
    PlayerController playerController;
    CameraController cameraController;

    string sceneName = "GameScene";

    Vector3 initialCamPos;
    Vector3 expectedCamPos;
    Vector3 actualCamPos;

    [UnitySetUp]
    public IEnumerator SetUp() {
        if (SceneManager.GetActiveScene().name != sceneName) {
            Debug.LogWarning("⚠️ [TEST WARNING] 테스트 실행 전 씬을 강제로 로드합니다!");
            SceneManager.LoadScene(sceneName); 
        }

        while (SceneManager.GetActiveScene().name != sceneName)
                yield return new WaitForSeconds(0.1f);

        playerController = GameObject.Find("Player").GetComponent<PlayerController>();
        if (playerController == null)
            Assert.Fail("❌ [TEST ERROR] PlayerController를 찾을 수 없습니다!");

        cameraController = GameObject.Find("Camera").GetComponent<CameraController>();
        if (cameraController == null)
            Assert.Fail("❌ [TEST ERROR] CameraController를 찾을 수 없습니다!");
    }

    [UnityTest]
    public IEnumerator CameraFollowTest() {
        initialCamPos = cameraController.transform.position;

        playerController.inputKey = Vector3.forward;
        yield return new WaitForSeconds(1f);
        playerController.inputKey = Vector3.zero;
        yield return new WaitForSeconds(1f);

        expectedCamPos = playerController.transform.position + new Vector3(cameraController.offsetX, cameraController.offsetY, cameraController.offsetZ);
        actualCamPos = cameraController.transform.position;

        Assert.AreNotEqual(initialCamPos, actualCamPos, "❌ [TEST Fail] 카메라가 이동하지 않았습니다!");
        Assert.AreEqual(expectedCamPos.x, actualCamPos.x, 0.1f, "❌ [TEST Fail] 카메라 X 위치가 예상과 다름!");
        Assert.AreEqual(expectedCamPos.y, actualCamPos.y, 0.1f, "❌ [TEST Fail] 카메라 Y 위치가 예상과 다름!");
        Assert.AreEqual(expectedCamPos.z, actualCamPos.z, 0.1f, "❌ [TEST Fail] 카메라 Z 위치가 예상과 다름!");
    }

    [TearDown]
    public void TearDown() {
        playerController = null;
        cameraController = null;
        
        initialCamPos = Vector3.zero;
        expectedCamPos = Vector3.zero;
        actualCamPos = Vector3.zero;
    }
}

 

[ ⚠️ 주의사항 ]

테스트 실행 전에 현재 Scene을 Unity 빌드 설정에 추가하지 않으면 SceneManager.LoadScene()이 실행되지 않아서 씬을 로드할 수 없다.

 1️⃣ [ File ] > [ Build Profiles ]

 2️⃣ [ Scene List ] > [ Add Open Scenes ] 를 통해 현재 Scene을 Unity 빌드 설정에 추가

 

[ ❓ Why in Play Mode? ]

위 PlayerControllerTest.cs와 CameraControllerTest.cs는 둘 다 Play Mode에서 실행해야 한다. 이유는 무엇일까?

1️⃣ Unity의 입력 시스템을 사용하기 때문

 ~> PlayerController.cs는 Input.GetKey()를 사용하여 키 입력을 감지

 ~> 하지만 Edit Mode 테스트에서는 Unity의 입력 시스템이 작동하지 않음

2️⃣ MonoBehaviour의 동작을 테스트하기 때문

 ~> FixedUpdate(), Animator 등 Unity 엔진의 실제 동작을 포함하는 테스트는 Play Mode에서만 실행 가능

 ~> Edit Mode에서는 MonoBehaviour가 실행되지 않음

3️⃣ Scene에 존재하는 PlayerController, CameraController를 사용하기 때문

 ~> Edit Mode 테스트에서는 Scene을 로드하지 않고 테스트

 ~> Find()를 사용해서 Scene에 존재하는 Object를 찾아야 함

 

📌 테스트 자동화 실행 (in Editor)

 

기능	설명
실행 경로	[ Window ] > [ General ] > [ Test Runner ]
테스트 모드	Edit Mode vs Play Mode
결과 저장 위치	Console 창 로그 확인
Export Results	테스트 결과를 파일로 내보내기
Clear Results	기존 테스트 결과 초기화
Return Failed	실패한 테스트만 다시 실행
Run Selected	선택한 특정 테스트만 실행
Run All	모든 테스트 실행

 

📌 테스트 자동화 결과 (in Editor)

 

✅ 저장 경로

 📁 C:\Users\User\AppData\LocalLow\DefaultCompany\MyFirst3D

✅ 파일별 포함 정보

파일명	포함된 정보	설명
TestResults.xml (by Unity Test Framework)	- 전체 테스트 개수 - 성공/실패한 테스트 개수 - 테스트 실행 시간 - 실행 환경 (PlayMode/EditMode) - 성능 테스트 결과 포함 (최소/최대 실행 시간 등)                                  ...	모든 테스트 결과를 기록하며, 성능 테스트 결과도 포함됨
PerformanceTestResults.json (by Unity Performance Testing Extension)	- 하드웨어 정보 (CPU, GPU, RAM 등) - 실행 환경 (해상도, 주사율, 렌더링 모드 등) - 성능 테스트 결과만 별도로 저장                                 ...	성능 테스트 결과를 자세히 확인할 때 사용

 

📌 테스트 자동화 실행 및 결과 (in cmd)

Unity Test Runner는 Unity Editor에서 실행할 수도 있지만, cmd에서도 실행할 수 있다. 즉, GUI 없이 cmd에서 자동화 테스트를 실행할 수 있으며, 이를 활용하여 CI/CD 환경에서도 테스트를 자동화할 수 있다.

 

[ 명령어 예시 ]

"C:\Program Files\Unity\Hub\Editor\6000.0.38f1\Editor\Unity.exe" -batchmode -runTests -projectPath "C:/Users/User/UnityProject/MyFirst3D" -testPlatform PlayMode -logFile"C:/Users/User/UnityProject/MyFirst3D/results.log"

 

✅ "C:\Program Files\Unity\Hub\Editor\6000.0.38f1\Editor\Unity.exe"

 ㄴ Unity 실행 파일의 경로로 이동하여 실행

✅ -batchmode

 ㄴ Unity를 GUI 없이 터미널/커맨드 라인에서 실행 (자동화 실행을 위해 필수)

✅ -runTests

 ㄴ Unity의 TestRunner를 실행하여 프로젝트의 테스트 수행

✅ -projectPath "C:/Users/User/UnityProject/MyFirst3D"

 ㄴ 해당 경로의 Unity 프로젝트를 열어서 실행

✅ -testPlatform PlayMode

 ㄴ 테스트를 실행할 환경을 지정 (PlayMode: 실제 게임 환경에서 테스트 실행)

✅ -logFile "C:/Users/User/UnityProject/MyFirst3D/results.log"

 ㄴ 테스트 실행 결과를 results.log 파일에 저장

 ㄴ 파일 경로는 절대 경로를 사용하는 것이 좋음 (경로 문제 방지)

 

 

📌 Jira 이슈 등록 자동화

Jira 이슈 등록 자동화를 테스트하기 위해, CameraControllerTest.cs 파일을 수정하여 CameraFollowTest()가 실패하도록 변경하였다.

[ 수정 전 ]

[UnityTest]
    public IEnumerator CameraFollowTest() {
        # ...

        actualCamPos = cameraController.transform.position;

        # ...
    }

 

[ 수정 후 ]

[UnityTest]
    public IEnumerator CameraFollowTest() {
        # ...

        actualCamPos = cameraController.transform.position + new Vector3(1.0f, 1.0f, 1.0f);

        # ...
    }

 

[ 구현 코드 ]

import os
import json
import requests
import xml.etree.ElementTree as ET

JIRA_PROJECT_KEY = "프로젝트 키"
JIRA_URL = "jira 프로젝트 도메인"
JIRA_API_TOKEN = "발급받은 Jira API 토큰"
JIRA_EMAIL = "본인의 이메일"

AUTH = (JIRA_EMAIL, JIRA_API_TOKEN)
HEADERS = {"Content-Type": "application/json"}

# Unity Test 결과 XML 파일 경로
XML_FILE_PATH = "C:\\Users\\User\\AppData\\LocalLow\\DefaultCompany\\MyFirst3D\\TestResults.xml" 

def getFailedTests(xmlPath): # 실패한 테스트 목록을 추출하는 함수
    tree = ET.parse(xmlPath)
    root = tree.getroot()

    failedTests  = []

    for testCase in root.findall(".//test-case[@result='Failed']"):
        testName = testCase.get("name")
        messageNode = testCase.find("failure/message")
        errorMessage = messageNode.text if messageNode is not None else "No error message provided"
        
        failedTests.append({"name": testName , "message": errorMessage})

    return failedTests 

def createJiraIssue(summary, description): # Jira에 버그 이슈를 생성하는 함수
    url = f"{JIRA_URL}/rest/api/2/issue/"
    data = {
        "fields": {
            "project": {"key": JIRA_PROJECT_KEY},
            "summary": summary,
            "description": description,
            "issuetype": {"name": "버그"}
        }
    }

    response = requests.post(url, auth=AUTH, headers=HEADERS, data=json.dumps(data))

    if response.status_code == 201:
        print(f"✅ Jira 이슈 생성 완료: {summary}")
    else:
        print(f"❌ Jira 이슈 생성 실패: {response.text}")

def processTestResults(): # 실패한 테스트를 분석하고 Jira에 이슈를 생성하는 함수
    failed_tests = getFailedTests(XML_FILE_PATH)

    if not failed_tests:
        print("🎉 모든 테스트가 성공했습니다. Jira 이슈를 등록할 필요가 없습니다.")
        return

    print(f"🚨 {len(failed_tests)}개의 테스트가 실패했습니다. Jira 이슈를 생성합니다...")

    for test in failed_tests:
        summary = f"[Unity Test] {test['name']} 실패"
        description = f"테스트 '{test['name']}' 실패: {test['message']}"
        createJiraIssue(summary, description)

# 실행
os.system('cls')
processTestResults()

 

[ 실행 결과 ]

 

Jira 이슈 등록 자동화 스크립트를 실행한 결과, 위와 같이 Jira에 이슈가 자동으로 등록된 것을 확인할 수 있었다.