/bemaru/dev/log

우선순위와 심각도의 차이점

높은 우선순위 x 낮은 심각도 : 결함을 즉시 수정해야하지만, 애플리케이션에 영향을 주지 않음.

낮은 우선순위 x 높은 심각도 : 결함을 수정해야하지만, 즉시 수정이 필요하진 않음.

Severity x Priority Matrix

우선순위 유형(Priority Type) 예시

• 높음: 버그가 시스템에 부정적인 영향을 미치고 해결될 때까지 사용할 수 없게 만드는 즉시 버그를 해결해야 합니다.
• 중간: 버그는 일반적인 개발 및 테스트 과정에서 수정될 수 있습니다.
• 낮음: 버그는 나중에 수정될 수 있습니다. 기타 더 심각한 버그가 우선적으로 적용됩니다.

심각도 유형(Severity Type) 예시

• 심각(Critical): 시스템 전체 종료를 유발할 수 있는 버그
• 주요(Major): 시스템의 많은 부분을 붕괴시킬 수 있는 버그
• 경미(Minor): 예상치 못한 또는 원치 않는 동작이 발생하지만 시스템 기능을 방해할 만큼 충분하지는 않습니다.
• 낮음(Low): 버그로 인해 눈에 띄는 시스템 고장이 발생하지 않습니다.

구글 이슈 트래커의 우선순위 예시

출처 : https://developers.google.com/issue-tracker/concepts/issues?hl=ko 

정리

• 우선순위는 비즈니스 가치 관점에서 개발자가 버그를 수정해야하는 순서
• 심각도는 기술적 관점에서 버그가 소프트웨어 기능에 미치는 영향도
• 우선순위 유형과 심각도 유형은 어느 정도 기준은 있지만 회사, 프로젝트, 팀 마다 기준을 정의해야한다.

참조 

• (2010-03-11)  https://angel927.tistory.com/82
• (2013-04-09) https://reqtest.com/en/knowledgebase/priority-and-severity-what-is-the-difference-and-when-should-you-use-which/
• (2023-04-21) https://www.browserstack.com/guide/bug-severity-vs-priority
• (2024-03-19) https://www.guru99.com/ko/defect-severity-in-software-testing.html
• https://developers.google.com/issue-tracker/concepts/issues?hl=ko

개요

• 최근 python 코드를 리팩토링하는 일이 많은데, 그 이유는 분석을 잘하기 위해서다.
• 기존 시스템 코드 대부분이 남이 만든 코드가 90% 이상인데, 읽기 좋은 코드는 아니다. 
• 물론, 리팩토링을 하지 않아도 분석 할 수는 있다.
• 하지만, 나는 리팩토링을 했다. 왜?
• 기존 코드를 그대로 분석 vs 리팩토링 + 가독성 개선 후 분석 에 들어가는 리소스(시간)만 봤을때
  후자가 더 효율적이기 때문이다. (이 이야기는 여기서 길게 할 필요는 없으므로 생략한다..)
• 여튼, 리팩토링을 계속 하면서 반복되는 패턴이 생겨, 이 글에서 규칙을 정리하려 한다.
• 보편적인 python 코딩 컨벤션의 기본적인 내용도 일부 포함된다.

규칙

1. import 문 정리
   • import 문을 알파벳 순서로 정렬한다.
   • IDE를 통해 없는 package 를 자동으로 import 하면, 알아서 적절한 곳에 배치할 수 있다.
   • isort 를 사용하는 방법도 있다.
   • import 문 순서가 안맞더라도 사실 코드 분석에 크게 영향이 있진 않지만, 안맞으면 거슬린다..
2. 네이밍 스타일
   • https://peps.python.org/pep-0008/#naming-conventions
   • PEP8에 네이밍 스타일에 대한 설명을 읽어보면 도움이된다.
   • 변수, 함수이름은 snake_case
   • 함수는 PascalCase
   • Pylint 나 IDE의 intellisense 에서도 PEP 에 맞지 않는 스타일에 대해 경고 알림을 얻을 수 있다.
   • 레거시 코드에서 이런 기본적인 네이밍 스타일이 안지켜지면 너무 속상하다.
3. 클래스
   • 클래스 없이 많은 함수가 나열된 py 파일을 보면 한숨나온다.
   • 기본적으로 모듈(.py 파일)과 클래스는 1:1 대응을 선호한다. ( 그렇게 안되는 경우도 당연히 있다.)
   • 클래스 멤버 함수 네이밍
     • python에서 공식적인 private 함수는 없지만, 관례상 _로 시작하곤 한다.
       • ex> def _my_private_method(self):
     • 멤버 변수, 함수의 정의 순서도 가독성에 많은 영향을 끼친다.
     • writer는 reader 에게 중요한 정보가 먼저 보이도록 고려하며 작성해야한다.
     • 멤버 정의 순서
       • 클래스 상수: _MY_CONSTANT
       • __init__ 함수
       • 오버라이딩 함수: @override
       • public 함수: my_public()
       • private 함수: _my_private()
       • 호출 계층 깊이가 얕은 함수
       • 호출 계층 깊이가 깊은 함수
4. 데코레이터 표기하기
   • @override
   • @deprecated
   • @property
   • 기타 등등 알맞은 데코레이터 표기로 가독성을 개선하면 코드가 읽기 수월하다.
5.  기타
   • IDE 가 알려주는 경고는 웬만하면 모두 해결하기.
     • for key in my_dict -> for key, value in my_dict.items()
   • early return
   • 함수 호출 계층 참고하기. (vscode F12)
     • 어디서 호출되고 사용되는지 참고하여, 리팩토링 후 영향도를 고려한다.

https://support.google.com/adsense/answer/7402253?hl=ko 

1. https://adsense.google.com/start/로 이동합니다.
2. 시작하기를 클릭합니다.
3. Google 계정에 로그인합니다.
4. 광고를 게재할 사이트의 URL을 입력합니다. URL을 입력하는 방법을 자세히 알아보세요.나중에 사이트를 추가하려면 이 입력란을 비워두고 아직 사이트가 없습니다를 선택합니다.

과연 승인이 될까요?

--

검토 결과 내용 추가하도록 하겠습니다.

windows 탐색기의 파일 검색 기능으로 검색이 잘 안되곤 합니다.

그래서 listary 같은 툴을 사용하곤하는데, cmd로 찾는 방버도 있습니다.

성능이 우수하진 않지만, cli 로 찾을 수 있다는 장점이 있어요.

C:\>where /R c:\windows notepad.exe