[OKR]: QA 업무 증진 Study 계획서

개발 단계별 테스트 프로세스를 구축하고, 테스트 관계자들(개발자, QM)이 실무에 적용할 수 있도록 하기 위해 [부트캠프: QA편] 도서를 기반으로 Study를 진행하려고 한다.

여러 팀원분과 이야기를 '잠깐' 나누어본 결과, 소프트웨어 테스트에 대해서 잘 알고 계시지 않다는 걸 깨달았다.

그래서 실무에 직접 적용하면서 습득할 수 있도록 실습도 할 예정이고, 추후에 교육도 진행하면 정말 좋을 것 같다.

📌 핵심 목표 List

1. QA의 핵심 개념과 실무 프로세스를 빠르게 이해시킴
2. 동료(기획, 개발, 테스터)가 QA 지식을 바로 실무에 적용할 수 있는 능력을 갖추도록 지원
3. 학습의 부담을 줄이면서도, 팀 내 QA 협업 능력 강화
4. QM 직무의 전문성 강화을 위한 교육 수강
5. 소프트웨어 테스트와 관련된 자격증 취득

🎈 효과적인 스터디로 만드는 방법

1. 현업과의 연결성 강화

• 매주 학습 내용이 회사 업무와 직접 연결되도록 목표를 명확히 설정
• 예를 들어, "우리 회사의 테스트 설계 기법을 개선하기 위한 새로운 기준"이나 "현재 API 테스트 프로세스 점검 및 개선"을 목표로 설정

2. 즉시 실행 가능한 결과물 도출

• 매주 학습한 내용을 기반으로, 회사 프로세스에 적용할 구체적인 산출물을 만들도록 함
• 예: ✍🏻 테스트 케이스 예시 작성 → 회사 제품에 적용 ✍🏻 예외 케이스 발견 → 실제 시나리오에 반영

3. 비효율적 활동 최소화

• 발표와 요약에 시간을 너무 많이 쓰지 않도록 ✍🏻 발표 시간은 5~10분 내로 제한하고, 토론과 실습에 더 많은 시간을 투자
• 책의 전체 내용을 커버하려는 대신, 회사에서 가장 필요한 부분만 선택적으로 학습

4. 팀 내 도메인 지식과 QA 지식의 융합

• QA에 익숙하지 않은 팀원이 도메인 지식을 활용해 현업에서의 테스트 가능성을 제안하도록 유도
• QA 지식을 가진 사람은 효율적이고 체계적인 테스트 방법을 안내

👍🏻회고

위의 핵심 [📌핵심 목표 List]와 [🎈효과적인 스터디로 만드는 방법]을 기준으로 Study를 진행할 예정이다.

계획을 하면서 깨닫게 된 것과 팀원분들과 대화하면서 깨닫게 된 내용으로는

"지식은 공유해야한다."

이다.

1석 2조를 좋아하는 편인데,

1. 나도 공부하고
2. 팀원들에게 공유도 하고
3. 실무에 적용해보며 경험 쌓고

무려 1석 3조다. 어디가서 이런 경험을 해보겠나 싶다.

좀 긴 여정이 될 듯 하지만, 여러 곳에서 도움도 구하면서 나도 성장하고 내가 다니는 회사도 성장하면 얼마나 좋겠는가 싶다~

Topic: 문제점 파악

현 회사에 적응하고 있는 와중에 몇 가지 개선하고 싶은 사항들을 발견하기 시작했다.

벌써..?

1. 개발 단계 별 테스트 프로세스 미확립

한정적인 개발 인원으로 ** 1) 신규 기능 개발** ** 2) 기존 기능 수정** ** 3) 정기 배포** (Web은 매주 1번, App은 한달에 한번) 위의 3가지 업무를 수행하고 계시다 보니, 계획되지 않은 테스트가 그때 그때마다 수행되고 있었다.

2. 너무 많은 회의 횟수

도메인 특성 상 국가적인 규제들이 빠르게 생성, 수정되면서 특정 프로그램의 담당 PM, 개발자(프론트/백엔드), 디자이너 분들 모두가 회의 참석이 필수적이고, 횟수도 많다.

위의 내용은 회의가 필요한 사유로 충분하지만, 문제는

1) 회의전에 공유되지 않아 회의 진행 중에 브레인 스토밍을 한다.

2) 공유되더라도 미리 읽어보고 의견을 정리해 오지 않는다.

그런데, 테스트가 계획대로 이루어지지 않으니, 불필요한 브리핑 회의까지 추가된다.

👍🏻그래도, 여기서 중점적으로 봐야할 점은 서로 의견을 잘 나누면서 수용하는 자세가 있는 팀원들이라는 것 👍🏻

3. 전문가 실종(?)

이건 좀 눈물 많이 나는데, 나 아직 1년 주니어 QA 엔지니어다. 아직 할 줄 아는 것도 많이 없고, 식견도 없는데... 운영 상태를 확인해보면 10년차 QA 마스터님께서 등판하셔야 해결될 일 같다.

진짜 막막하긴 하다....

(🥕🥕🥕🥕원래도 삽질은 많이 했긴 해..🥕🥕🥕🥕)

4. 테스트 이론을 애매하게 알고 있다.

우선 대명사(?)를 나와는 다르게 이해하고 사용하고 계신다. IT 업계에서 의사소통이 중요한 이유는 하나의 단어(영단어로 되어 있거나)가 여러가지 의미를 내포하고 있기 때문에 모두가 이해할 수 있게 이야기 하는 것이라고 알고 있다.

1) 기능 단위 테스트(?)

기능 테스트인지 단위 테스트인지 알 수 없는 이 단어는.. 회의 내용을 자세히 들어보니, 이미 'UI/UX에 입혀놓은 상태에서 버튼 하나의 단위' 로 사용된다.

원래 단위 테스트(Unit Test)란 소스코드의 특정 모듈(프로그램 내 하나의 기능)이 의도된 대로 정확히 작동하는지 검증 하는 절차로, 크기는 함수, 메서드, 개별 코드 등 작은 단위에 대해 테스트 케이스로 분리하고 테스트 코드를 작성하여 테스트 하는것으로 알고 있다.

2) 통합 테스트

얘는 맞는 말인데 왜 적었냐고? 신규 기능 개발에서 통합테스트를 진행하는 것이 아니라, 이미 판매까지 하고 있는 완성된 제품을 테스트하는데 사용되기 때문이다.

통합 테스트(Integration Test)란 모듈을 통합하는 과정에서 모듈 간 인터페이스가 올바르게 작동하는지를 테스트하는 것을 말한다. 일반적인 웹 어플리케이션은 프레임워크, 라이브러리, 데이터베이스, 구현한 코드가 주요 통합 테스트 대상이 된다.

3) 테스트 계획서

얘도 있는 말인데 무슨 문제냐구?? 테스트 계획서에 테스트 케이스를 작성하며 만들어 지는데, 이 계획서를 끝으로 더이상의 새로운 TC는 없다.

나는 1년 경력의 주니어 QA 엔지니어라 변화를 주려면 많은 시간이 들 것 같다.

시간이 많이 들더라도, 명확한 프로세스를 만들면 지금보다는 나아질 것이라고 본다.

Result

앞으로 현 회사에서 해야할 업무들을 스스로 정리해보았다.

1. 테스트 프로세스 확립

테스트 프로세스라고 하면 좀 막연하긴 한데, 큰 종류로 3가지로 나눴다. 1) 신규 기능 테스트 프로세스 2) 기능 수정 테스트 프로세스 3) 정기 테스트 프로세스

DevOps

(출처: https://hypemarc.com/devops/)

V-모델

(출처: https://notedailyit.co.kr/)

직군은 QM 이라고 주어졌지만, 실제 역할은 QA, QI, QC, QM 의 업무를 다 한다고 보면 되겠다.

프로세스는 기존에 근무하고 계신 사수분께서 초안의 형식으로 만들어 놓으셨다. 그래서 수정하면서 구체적으로 확립하면 된다고 생각했다.

2. 프로세스 단계별 산출물 정의

테스트 프로세스의 초안을 보아하니 산출물들의 상태가 이상하다. '테스트 계획서'라고 적혀있지만, 실제 내용은 '테스트 케이스'이다. 요구 사항에 맞게 기능 개발도 안되어 있는 상황에서 어떤걸 보고 시스템 테스트의 TC를 작성하겠다는 것인가. 테스트 단계별로 프로세스를, 수행 담당자를 정의할 필요가 있어 보인다.

3. 상용중인 프로그램 전반적인 테스트

실제로 프로그램을 테스트 해보면서 프로세스, 산출물, 양식 등을 확립할 필요해 보인다.

현재 Quality Assurance나 Quality Management 라는 태그는 아마 이런 활동을 주로 다루며 작성할 것 같다.

기술에 대한 이론 정의 내용과 실제로 투입한 상황을 기록할 예정인데, 너무 구체적인 내용이 작성된다면 비공개 글로 전환할 수 도 있을 것 같다.

4. 테스트 자동화

정기적인 배포가 Web 과 실행 프로그램으로 두 가지 정도 된다.

고정적인 프로그램의 정기적인 배포에는 자동화가 필수라고 생각한다.

이 바쁜 현대 사회에 할 일도 많은데 매번 같은 업무로 시간을 낭비할 수는 없다. 자동화 프로그램에 대해서도 찾아볼 것이 많겠다.

🤷🏻‍[게임 개발을 준비하다가 SW 품질 검증 직군에 간 썰]

열심히 C#과 Unity를 공부하다가 우연히 SW 품질 검증 회사에서 제안이 왔다. 해당 제안을 받아들인 이유는 두 가지 정도 있다.

💵 돈을 벌어야 했다.

대학생 신분때는 알바와 적절한 부모님의 지원이 있었지만, 졸업하고 나서는 죄송한 마음이 많이 들었기 때문에 빨리 취업을 하고 싶었다. 최대한 내가 꿈꾸는 직업군을 선택하고 싶었지만 세상은 계획대로 흘러가지 않는 법...

(무계획이 계획이다)

✍🏻 PM이 최종 목표 직군 이었다.

게임 개발을 공부하면서 팀(프론트 2명, 백엔드 1명, 디자인 3명, 기획자 1명)을 꾸려 간이 프로젝트를 만들어 본 경험을 할 수 있게 되었다.

프로젝트 전체를 관리하는 인력(PM, QM 등)들의 역할이 분명하지 않고, 능력치 또한 낮았기 때문에 프로젝트가 망한 경우를 겪어 보았다.

(개발자 입장에서 '삽질' 하는 기분은 썩 좋지 않았다.)

위와 같은 경험들을 겪으니 "프로젝트를 더욱 견고하게 만들어 주는 PM의 직군"이 매력적으로 다가왔고, 더 나아가

✅ 프로그램을 전반적으로 해석 ✅ 프로세스의 이해와 구축 ✅ 요구사항을 만족하는지의 척도 ✅ 결함 판단의 기준

에 대한 실무 기술이 궁금했다.

그래서 QA엔지니어의 역할이 PM으로 가는 초행길에 도움이 될 것이라고 생각했다.

📌 대구(2023.08 - 2024.11)

에서 QA 엔지니어로서 근 1년간 근무했다.

관련 경력 기술서는 추후에 LinkedIn에 업데이트 한 후 에 URL을 올릴 예정이다.

📌 부산(2024.11 - )

의 해운/선박 SW 개발 회사에서 QM 포지션의 제안이 왔다.

이 회사의 프로그램에 대해 품질 검증을 수행해 본 경험이 있었기 때문에 마음에 들어하시지 않았나 싶다.

너무 어려운 도메인을 다루는 SW 회사로 이직을 하게 되었다.

별 탈 없이? 이사를 마쳤고, 쉴 틈 없이 '부산'이라는 땅에 적응을 해 나아가고 있다.(겨우 3일간)

🏹결론: Velog 라는 기록지를 이용해서

1. 새로운 땅에서의 적응

2. QM 업무에 대한 계획과 회고

3. 내 삶의 프로세스를 구축

하는 것이 나의 목표이다.

(우선은 Velog 사용법 부터 차근 차근 익혀야 겠지만.. ㅎ)

다음 글 부터는 계획에 회고를 곁들인.. 내용을 작성하지 않을까 싶다!

난 이렇게 풀었는데.. 5452KB / 60ms

//첫째 줄에 입력받은 문자를 아스키 코드로 출력한다.
    char a = Convert.ToChar(Console.ReadLine());
    int ascii = Convert.ToInt32(a);
    Console.WriteLine(ascii);

Convert를 사용하는 문제였을까 5480KB / 64ms

메모리랑 걸린 시간을 보면 Convert를 사용하지 않는게 더 나은 느낌이다.

처음엔 이렇게 풀이 했음

입력 :734 125

string[]s = Console.ReadLine().Split(); 하게되면 s[0][[s[0].length]에는 734(길이 : 3) s[1][[s[1].length]에는 125(길이 : 3)이 들어감

출력 조건에 유의하자.. 띄어쓰기 때문에 6번이나 고쳤다.........

조금 더 코드 줄을 줄일 수 있지 않을까??

using System;

namespace baekjoontest
{
    class Program
    {
        static void Main(string[] args)
        {
            while (true)
            {
                string input = Console.ReadLine();
                if (input == null)
                    break;
                string[] ab = input.Split();
                int a = int.Parse(ab[0]);
                int b = int.Parse(ab[1]);
                Console.WriteLine(a+b);
            }
        }
    }
}

EOF(End of File)

최대 몇개의 입력이 들어오는지 모르는 문제에서 사용된다.

📌Fail

using System;


namespace baekjoontest
{
    class Program
    {
        static void Main(string[] args)
        {
            while (true)
            {
                string []input = Console.ReadLine().Split();
                if (input[0] == null || input[1] == null)
                    break;
                Console.WriteLine(int.Parse(input[0])+int.Parse(input[1]));

            }
        }
    }
}

System.IndexOutOfRangeException: 인덱스가 배열 범위를 벗어났습니다.

이 방법이 될 줄 알았는데 인덱스 범위를 벗어난 오류가 발생한다. 5 3 8 이런 출력이 나오고 input[0]값에 null값을 주면 13도 출력된 후 예외발생한다.

이유는 다음에 찾아봐야겠다..

✍🏻 인스턴스 초기화 순서

🎈 정적 필드 초기화 > 정적 생성자 > 인스턴스 필드 초기화 > 인스턴스 생성자

1. 정적 변수의 메모리를 0으로 초기화
2. 정적 변수 초기화
3. 베이스 클래스의 정적 생성자 호출
4. 정적 생성자 호출
5. 인스턴스 변수의 메모리를 0으로 초기화
6. 인스턴스 변수 초기화
7. 베이스 클래스의 인스턴스 생성자 호출
8. 인스턴스 생성자 호출

동일한 타입으로 추가 인스턴스가 발생시 5단계부터 수행된다

✍🏻 정적변수 vs 인스턴스 변수

🔧 정적변수 예제

class StaticVSInstance
    {
        static void Main(string[] args)
        {
            int mainOne = Static.one;
            Console.WriteLine(mainOne);
        }
    }
    public class Static
    {
        public static int one = 1;
    }

바로 클래스를 호출하여 사용할 수 있음

🔧 인스턴스 변수 예제

class StaticVSInstance
    {
        static void Main(string[] args)
        {
            Instance instance = new Instance();
            int mainTwo = instance.two;
            Console.WriteLine(instance.two);
        }
    }
public class Instance
    {
        public int two = 2;
    }    

new 키워드를 통한 개체(Object)를 생성해야 사용할 수 있음

✍🏻 정적메소드 vs 인스턴스 메소드

🔧 예제

class StaticVSInstance
    {
        static void Main(string[] args)
        {
            Static.A();

            Instance instance = new Instance();
            instance.B();
        }
    }
    public class Static
    {
        public static void A()
        {
            Console.WriteLine("[1] 정적 메서드");
        }

    }
    public class Instance
    {
        public void B()
        {
            Console.WriteLine("[2] 인스턴스 메서드");
        }
    }

🔥 결론

• 멤버초기화는 호출순서가 우선되니 값을 바로 사용할 수 있지만 예외를 처리하지 못함. 예외 가능성이 있다면 생성자에서 초기화!

• Static을 사용하면 하나의 복사본이 생성됨(너무 과다하게 사용하면 [OOP]에 맞지 않음.)
  • Instance화 하면 필드가 속한 클래스 변수의 복사본이 생성됨.

처음 프로그래밍할 때 쉽게 혼동하는 단어가 바로 오버로드(Overload)와 오버라이드(Override) 입니다.

✍🏻 오버로딩(Overloading)

• 오버로딩(Overloading) : 매겨변수를 달리하여 같은 이름의 함수를 여러 개를 정의할 수 있습니다. "다중 정의"라고도 합니다.

메서드 시그니처(Signature) : 메서드 이름 + 매개변수 정보(개수 및 타입 정보)

• 메서드 이름은 같아야 함.
• 매개변수 정보(개수 및 타입 정보)는 달라야 함.

🔧 오버로딩(Overloading) 예제

class Test
    {
        static void Main(string[] args)
        {
            var over = new OverLoadingTest();
            over.test();
            over.test(1, 3);
            over.test(3.3f);

        }
    }

public class OverLoadingTest
    {
        public void test()
        {
            Console.WriteLine("매개변수 없음");
        }
        public void test(int a , int b)
        {
            Console.WriteLine($"매개변수 : {a} , {b}");
        }

        public void test(double d)
        {
            Console.WriteLine($"double형 매개변수 : {d}");
        }
    }

✍🏻 오버라이딩(Overriding)

• 오버라이딩(Overriding) : 부모 클래스에서 이미 만든 메소드를 동일한 이름으로 자식 클래스에서 다시 정의("재정의")하여 사용합니다. 부모 클래스의 메소드는 virtual 키워드로 한정되어 있어야 하고 오버라이딩 하는 자식 클래스의 메소드는 override 키워드로 한정해줘야 합니다.

🎈 virtual VS astract

virtual

• virtual 키워드는** 정적 클래스를 제외**한 모든 클래스에서 사용 가능.
  • virtual 키워드로 정의한 속성이나 메서드는 본문을 정의할 수 있음.
  • 접근 한정자는 public, interanl, protected (private 사용 불가)
  • 자식 클래스에서 함수 재정의가 선택적으로 이루어짐

    abstract

  • abstract 키워드는 선언하는 클래스도 반드시 abstract 클래스여야 함.
• abstract 키워드로 정의한 속성이나 메서드는 본문을 정의할 수 없음.
• 접근 한정자는 public, interanl, protected (private 사용 불가)
• 자식 클래스에서 함수 재정의가 필수로 이루어짐

🔧 오버라이딩(Overriding) 예제

#01. virtual + override

  class Test
    {
        static void Main(string[] args)
        {
            Gun gWeapon = new Gun();
            gWeapon.name = "ShotGun";
            gWeapon.damage = 23;
            gWeapon.type = "샷건";

            gWeapon.Print();


            Weapon wWeapon = new Gun();
            wWeapon.name = "DEagle";
            wWeapon.damage = 7;
            //wWeapon.type = "권총"; 부모의 클래스 멤버만 접근 가능
            wWeapon.Print();

        }
    }


public class Weapon
    {
        public String name;
        public int damage;

        public virtual void Print()
        {
            Console.WriteLine($"이 무기의 이름은 {name} , 데미지는 {damage} 입니다.");
        }
    }

    public class Gun : Weapon 
    {
        public String type;

        public override void Print()
        {
            Console.WriteLine($"이 무기의 이름은 {name} , 데미지는 {damage} 입니다.");
            Console.WriteLine($"이 무기는 {type} 입니다.");
        }
    }

부모 개체에 자식 인스턴스를 담은 wWeapon은 자식 클래스에 있는 변수 type값을 참조하려고 하면 찾을 수 없다는 오류가 납니다.

#02. void + new void

  class Test
    {
        static void Main(string[] args)
        {
            Gun gWeapon = new Gun();
            gWeapon.name = "ShotGun";
            gWeapon.damage = 23;
            gWeapon.type = "샷건";

            gWeapon.Guess();


            Weapon wWeapon = new Gun();
            wWeapon.name = "DEagle";
            wWeapon.damage = 7;
            //wWeapon.type = "권총"; 부모의 클래스 멤버만 접근 가능
            wWeapon.Guess();

        }
    }
public class Weapon
    {
        public String name;
        public int damage;

        public void Guess()
        {
            Console.WriteLine($"이 무기의 이름은 {name} , 데미지는 {damage} 일걸??");
        }
    }

    public class Gun : Weapon 
    {
        public String type;

        public new void Guess()
        {
            Console.WriteLine($"이 무기의 이름은 {name} , 데미지는 {damage} 일걸??");
            Console.WriteLine($"이 무기는 {type} 일걸??");
        }
    }

Guess 메서드 속 자식 클래스 변수인 type이 들어간 Console.WriteLine(); 자체가 안나오는데, 오류인지 부모 개체에 자식 인스턴스를 담은 wWeapon의 특징인지 자세히 모르겠습니다.

new 는 다형성과는 아무런 연관이 없습니다. 단순히 자식 클래스에서 새로이 정의한다는 것입니다

• 오버라이딩을 했을 경우 : 자식 클래스(Child)의 오버라이드 된 메서드가 실행됩니다.
• new 로 재정의 할 경우 : 부모 클래스(Parent)의 원 메서드가 실행됩니다

🔥 결론

• 오버로딩(Overloading) : 메서드 시그니처 중 매서드 이름은 같고, 매개변수의 정보(개수 및 타입 정보)를 다르게 정의한 방법
  • 오버라이딩(Overriding) : 부모 클래스에서 자식 클래스로 상속할 때, 부모 클래스의 메서드를 추가/삭제/수정으로 재정의 하는 방법

오버라이딩 같은 경우는 상황을 잘 생각하고 올바른 방법을 사용하는것이 좋겠습니다. 제가 배우는 책에서는 virtual + override 방법이 가장 좋은 방법이라고 합니다.

반복문은 어떤 작업(코드)들이 반복적으로 실행되도록 할 때 사용됩니다. 반복문에는 for문, foreach문, while문 do-while문이 있습니다. (반복문들 가운데 while문과 do-while문을 다루겠습니다.)

✍🏻 while문과 do-while문 예제

🔧 while문

int a = 1;
while(a<5)
{
    Console.WriteLine($"{a}번 째 반복중..");
    a++;
}

조건문이 true인 상태일 때 while문에 속한 문장(코드)를 반복합니다.

🔧 do-while문

int a = 1;
do
{
    Console.WriteLine($"{a}번 째 반복중..");
    a++;
}
while (a < 5);

실행을 한 뒤에 while의 조건을 확인합니다.

int a = 1;
do
{
    Console.WriteLine($"{a}번 째 반복중..");
    a++;
}
while (a < 1);

조건문이 false임에도, do문은 먼저 실행됩니다.

📌 while문과 do-while문은 언제 사용되는 건가?

while문은 조건문이 true일 때 반복하고 싶다면 꾸준히 사용해 왔던 문법입니다. 하지만 인터넷을 아무리 뒤져봐도 do-while문은 잘 사용하지 않고, 꼭 한 번은 실행 되어야 하는 코드가 있다면 do-while을 사용해야 한다고 말합니다.

🔥 결론

• 조건을 만족할 시 반복하고 싶다면 while문
• 꼭 한 번은 실행하고 조건을 봐야 한다면 do-while문

* (아직은 꼭 한 번은 실행하여야 하는 코드를 짜본적이 없어, 짜게 된다면 수정하겠습니다.)

C#에서 특정 값을 정수형으로 변환하기 위해 Convert.ToInt32()함수 또는 int.Parse()함수를 사용합니다.

✍🏻string형 변수

🔧Convert.ToInt32()

 string convertStr = "24";
 int b = Convert.ToInt32(convertStr);
 Console.WriteLine(b);
 Console.WriteLine(b.GetType());

🔧int.Parse()

string parseStr = "24";
int a = int.Parse(parseStr);
Console.WriteLine(a);
Console.WriteLine(a.GetType());

특정 값이 있는 string형 변수를 사용할 때, Type이 int형으로 잘 변환된 것을 확인할 수 있습니다.

📌Convert.ToInt32()함수와 int.Parse()함수의 차이점

두 함수는 null값을 처리하는 방식이 다르고, char형 변수의 사용 가능 여부가 다릅니다.

✍🏻char형 변수

🔧Convert.ToInt32()

char convertChr = '8';
int b = Convert.ToInt32(convertChr);
Console.WriteLine(b);
Console.WriteLine(b.GetType());

char형의 값인 8이 ASCII코드로 변경되어 반환됩니다.

🔧int.Parse()

char parseChr = '8';
int a = int.Parse(parseChr);

int.Parse()함수는 char형을 string형으로 변환할 수 없습니다.

✍🏻null값이 할당된 string형 변수

🔧Convert.ToInt32()

string convertNullStr = null;
int b = Convert.ToInt32(convertNullStr);
Console.WriteLine(b);
Console.WriteLine(b.GetType());

Convert.ToInt32()함수는 null의 값을 0으로 반환시킵니다.

🔧int.Parse()

string parseNullStr = null;
int c = int.Parse(parseNullStr);
Console.WriteLine(c);
Console.WriteLine(c.GetType());

int.Parse()로 null인 값을 변환하면, System.ArgumentNullException 예외가 발생합니다.

🔥결론

• int.parse()함수는

  String형만 가능 char형은 불가능 변환하려는 변수가 정수임이 확실할 때 사용 null값을 변환하면 ArgumentNullException 예외 발생

• Convert.ToInt32()함수는

  String, char형 둘다 가능 null값을 변환하면 0값을 반환

C#에서 특정 값을 문자열로 변환하기 위해 Convert.ToString()함수 또는 ToString()함수를 사용합니다.

✍🏻특정 값이 할당된 int형 변수 사용

int notNull = 24;

Console.WriteLine("Convert.ToString(notNull) : " + Convert.ToString(notNull));
            //Convert.ToString()
Console.WriteLine("notNull.ToString() : " + notNull.ToString());
            //ToString()

✍🏻null값이 할당된 int형 변수 사용

int? numNull= null;

Console.WriteLine("Convert.ToString(numNull) : " + Convert.ToString(numNull));
            //Convert.ToString()

Console.WriteLine("numNull.ToString() : " + numNull.ToString());
            //ToString()

✍🏻특정 값이 할당된 string형 변수 사용

string stringNotNull = "JAG";

Console.WriteLine("Convert.ToString(stringNotNull) : " + Convert.ToString(stringNotNull));
            //Convert.ToString()

Console.WriteLine("stringNotNull.ToString() : " + stringNotNull.ToString());
            //ToString()

• int형 -> string형으로 변환 하였을 때, null인 값과 null이 아닌 값의 결과는 같습니다.

• string형 -> string형으로 변환 하였을 때, 특정 값이 할당된 변수의 경우 실행 결과 빈 값으로 반환됩니다.

📌Convert.ToString()함수와 ToString()함수의 차이점

두 함수는 null값을 처리하는 방식이 다릅니다.

✍🏻null값이 할당된 string형 변수 사용

string stringNull = null;

Console.WriteLine("    Convert.ToString(stringNull) : " + Convert.ToString(stringNull));
            //Convert.ToString()

Console.WriteLine("    stringNull.ToString() : " + stringNull.ToString());
            //ToString()

• Convert.ToString()은 null값을 빈 값으로 반환하는 반면, ToString()은 null값에 대해 System.NullReferenceException 예외가 발생합니다.

🔥 결론

• int형 변수는 null값 여부에 상관없이 두 함수 모두 빈 값을 반환합니다.
• string형 변수는 null값이 아닌 변수는 두 함수 모두 빈 값을,
• null값인 변수*는 Convert.ToString()함수는 빈 값을 반환, ToString()함수는 NullReferenceException 예외를 발생시킵니다.