Woody Blog

TDD(Test-Driven-Development) 방법론이란?

dev.Woody — Wed, 4 May 2022 17:56:42 +0900

1. TDD에 관한 조사

A. 테스트 주도 개발이란?

테스트 주도 개발(test-driven development, TDD)은 소프트웨어 개발 방법론 중의 하나로, 선 개발 후 테스트 방식이 아닌 선 테스트 후 개발 방식의 프로그래밍 방법을 말한다. 다시 말해 먼저 자동화된 테스트 코드를 작성한 후 테스트를 통과하기 위한 코드를 개발하는 방식의 개발 방식을 말한다.[1] TDD에서는 제품의 기능 구현을 위한 코드와 별개로, 해당 기능이 정상적으로 움직이는지 검증하기 위한 테스트 코드를 작성한다. 이를 통해 테스트가 실패할 경우, 테스트를 통과하기 위한 최소한으로 코드를 개선한다. 최종적으로 테스트에 성공한 코드를 리팩토링 하는 과정을 거친다.[2]TDD를 잘 사용하면, 전체 코드를 완성하기 전에 기능 단위로 문제를 개선할 수 있게끔 피드백이 오기 때문에, 버그를 보다 빠르고 효과적으로 개선할 수 있다.

B. TDD 개발의 장단점

TDD는 객체지향적인 코드 개발이 가능하다. TDD는 모듈테스트 기반으로 개발해 나가므로 각 기능별로 모듈화가 이루어진다. 각 테스트 코드를 작성하기 위해서 각 모듈들은 의존성과 종속성이 낮아지는 모듈로 구성되게 된다. TDD는 설계 수정시간 또한 단축된다. 테스트 코드를 먼저 작성하기 때문에, 최초의 설계안을 만족하게 되며, 입출력의 구조와 기능을 보다 명확하게 정의하게 된다. 이에 따라 계획하지 않았던 코드가 추가 되는 오버 엔지니어링을 방지한다. TDD는 테스트를 통과할 최소한의 기능만 요구하기 때문이다. 이렇게 단위 테스트 기반으로 테스트 코드를 작성하게 되면 리팩토링이 용이하다. 또한, 테스트 과정이 모두 남기때문에 테스트 문서를 대체할 수 있다는 장점이 있다.

C. TDD와 전통적인 테스팅의 차이

TDD와 전통적인 테스트 모두 테스트에서 하나이상의 결함을 찾아 문제를 발견한다는 점에서 동일하지만, TDD는 테스트가 제대로 작동하는지 확인하는 코드에 더 중점을 두게 되고, 기존의 테스트는 테스트 케이스 테스트가 정상적으로 작동하는지 안하는지에 관해서 테스트 케이스 디자인에 더 초점을 맞춘다. 또한, TDD는 모든 테스트를 달성해야 하고, 기존 테스트는 단일 코드별로 테스트가 진행된다는 점에서 차이가 있다.

D. TDD의 세가지 법칙

TDD를 만족하기 위해서는 다음 세가지 법칙을 만족해야 한다.

1. 실패한 단위 테스트를 통과하기 위한 경우를 제외하고는 코드를 작성해서는 안된다.

2. 실패할 때까지 충분한 테스트 코드를 작성해야 한다. 컴파일 오류도 실패이다.

3. 단위 테스트를 통과하기 위한 코드이외의 추가 코드는 작성해서 안된다.

E. TDD 개발 과정

TDD를 개발하기 위해서는 테스트를 만들고 그에 맞는 코드를 쓰기 위해서 반복해야 한다. 이를 간단하게 도식화 하여 나타내면 다음과 같다.

1. 테스트를 만든다.

2. 실패할때까지 모든 테스트를 실행한다.

3. 실패하면 코드를 작성한다.

4. 반복한다.

이러한 과정을 흔히 TDD 주기라고 부르며 세가지의 단계로 나눈다. Red는 테스트 실패를 의미하고, Green은 테스트 성공, Refactor은 리팩토링이라고 부른다.

Red의 경우 테스트 실패를 의미한다. TDD에서는 실패하는 것이 확인 되어야, 테스트가 검증력을 가진다고 신뢰할 수 있다. 실패의 이유는 아직 코드가 변경되지 않았기 때문이다. 이때는 구체적인 하나의 요구사항을 검증하는 하나의 테스트를 추가하고 추가된 테스트가 실패하는지 확인한다. Green의 경우 테스트 성공을 의미한다. TDD에서 추가된 테스트를 포함하여 모든 테스트가 성공하게끔 운영코드를 변경한다. 테스트 성공은 모든 요구사항 만족을 의미한다. 테스트를 성공하기 위한 코드만 작성하여 오버엔지니어링을 방지한다. Refactor의 경우 코드 베이스를 정리하고 인터페이스 뒤에 숨어있는 구현 설계를 개선하게 된다. 또한, 가독성, 적용성, 성능등을 고려하여 코드를 수정한다. 세부흐름으로 보면 아래와 같다.[3]

[TDD의 상세 흐름]

F. TDD 테스트 기법

i. 수동 테스트

회사에서는 보통 QA라고 부르는 전문 담당자들이 UI를 활용해 기능을 검증한다. 사람이 검증하기 때문에, 사용자와 가장 가까운 관점에서 테스트가 가능하며, 단위 테스트 보다는 전체 코드를 검증할때 주로 이용된다. 하지만, 비용이 높고 결과 변동이 크다.

ii. 테스트 자동화

사람이 직접 테스트 하지 않고, 기능을 검증하는 코드를 작성하여 이용하는 방식이다. 실행비용이 낮고 결과의 신뢰도가 높다. 하지만, 테스트 코드를 작성하는 프로그래머의 역량에 따라 신뢰도가 달라진다.

iii.단위 테스트

하위 시스템을 대상으로 기능을 검증하는 테스트이다. 일반적으로 클래스 또는 메소드, 함수 수준으로 정해진다. 전체 시스템을 배치해놓고 진행하지 않으므로, 비용이 상대적으로 낮은 편이다. 단위 안에서 버그가 있다는 걸 상대적으로 자세히 알 수 있다. 따라서 프로그래머 입장에서는 문제 해결을 위해 필요한 피드백을 적절하게 받을 수 있다. 하지만 전체 시스템의 이상 여부를 판단하는 신뢰도는 낮아진다.

iv.통합 테스트

단위 테스트와 달리 외부 라이브러리와 같이 개발자가 변경할 수 없는 부분까지 묶어 검증할 때 사용한다. 이는 DB에 접근하거나 전체 코드와 다양한 환경이 제대로 작동하는지 확인하는데 필요한 모든 작업을 수행할 수 있다. 단위 테스트보다 테스트 단위가 커지므로 어디서 에러가 발생했는 지 확인하기는 어렵다.

v.인수 테스트

인수 테스트는 비즈니스 관점에서의 테스트이다. 배치된 시스템을 대상으로 검증하는 방식으로, 주로 클라이언트가 의뢰한 소프트웨어를 최종적으로 사용할 수 있는 수준인지 점검하는 테스트이다. 전체 시스템의 이상 여부가 없는지 확인하며, 사용자 관점으로 체크하기 때문에 신뢰도가 높은 테스트 방법이다. 하지만, 비용이 높고 개발자 입장에서 피드백을 받기 어렵다.[4]

G.TDD 활용 툴

xUnit이름	해당 언어	관련 사이트
CUnit	C	http://cunit.sourceforge.net/
CppUnit	C++	https://sourceforge.net/projects/cppunit/
PyUnit	Python	http://pyunit.sourceforge.net/
JUnit	Java	http://junit.org/

H.TDD는 옳은가?

2014년 Ruby on Rails의 개발자로 유명한 David Heinemeier Hansson는 ‘TDD is dead. Long live testing.' 관한 논쟁이 제기되었다. 주요 쟁점을 정리해보면, TDD가 설계를 망친다는 것이다. 테스트를 먼저 작성하고 코드를 작성하는 것은 시간에 쫓기는 개발자에게, 단순히 유닛 테스트를 통과하기 쉬운 설계를 하게 만든다. Mock이란 TDD에서 비용과 시간이 많이 들거나 의존성이 높아 실제 객체를 만들기 어려울떄 사용하는 가상 객체이다. 또한, TDD에서 유닛 테스트만 너무 강조되는 나머지, mock에만 의존한, 형식적인 테스트로 이용된다는 것이다. 유닛테스트 외에도 통합 테스트나 시스템 테스트가 필요하다고 이야기 한다.

I. TDD와 BDD

BDD는 "Behaviour Driven Development" 이다. BDD는 시나리오를 기반으로 테스트 케이스를 작성하며 함수 단위 테스트를 권장하지 않는다. 이 시나리오는 개발자가 아닌 사람이 봐도 이해할 수 있을 정도의 레벨을 권장한다.[6] 두 방식의 차이를 간단하게 표로 정리하면 다음과 같다.

구분	TDD(테스트 주도 개발)	BDD(행동 주도 개발)
중점	소프트웨어 기능이 어떻게 작동해야 하는지에 대한 개발자의 의견에 중점	애플리케이션이 어떻게 작동하기를 원하는지에 대한 사용자의 의견에 중점
관점	프로그래머의 관점	고객의 관점
접근	저수준 접근	고수준 접근(사용자 접근 방식)
확인사항	기능 구현이 올바른지 확인	원하는 방식으로 작동하는지 확인

J. TDD에 관한 고찰

TDD 방법론에 대해서 반대하는 입장에서는 검증하기 위해 테스트 코드를 짰는데, 테스트 코드를 검증하는 테스트 코드는 필요하지 않느냐의 순환 논리를 지적한다. 테스트도 사람이 만드는 것이기에 다양한 환경에서의 아웃풋은 모두 동일하지 않을 것이다. 하지만 TDD를 이용하게 되면, 전체 코드를 완성하기 전에 기능 단위로 문제를 개선할 수 있게끔 빠른 피드백을 받을 수 있어, 특정상황에서는 좋은 전략이 될 수 있을 것이라 생각한다.

참고자료

[1]'http://www.incodom.kr/%ED%85%8C%EC%8A%A4%ED%8A%B8_%EC%A3%BC%EB%8F%84_%EA%B0%9C%EB%B0%9C?openLinerExtension=true’ 2021. 10. 11. 확인함

[2] ‘https://media.fastcampus.co.kr/knowledge/dev/tdd/?openLinerExtension=true’ 2021. 10. 11. 확인함

[3] ‘https://fastcampus.co.kr/story_article_tdd’ 2021. 10. 11. 확인함

[4] ‘https://fastcampus.co.kr/story_article_tdd’ 2021. 10. 11. 확인함

[5] ‘https://nesoy.github.io/articles/2017-02/JUnit#3-junit-function-flow’ 2021. 10. 11. 확인함

[6] ‘https://www.popit.kr/bdd-behaviour-driven-development에-대한-간략한-정리/’ 2021. 10. 11. 확인함

IPFS(InterPlanetary File System)란?

dev.Woody — Wed, 13 Apr 2022 04:10:39 +0900

IPFS란?

IPFS는 파일, 웹 사이트, 응용 프로그램 및 데이터를 저장하고 액세스하기 위한 분산 시스템이다. 먼저, 땅돼지 연구를 하고 있다고 가정보자. 우선, 땅돼지의 위키백과 페이지를 방문하는 것으로 시작한다.

https://en.wikipedia.org/wiki/Aardvark

Aardvark - Wikipedia

Medium-sized, burrowing, nocturnal mammal native to Africa The aardvark ( ARD-vark; Orycteropus afer) is a medium-sized, burrowing, nocturnal mammal native to Africa.[2][3] It is the only living species of the order Tubulidentata,[4][5] although other preh

en.wikipedia.org

이 URL을 브라우저의 주소 표시줄에 넣으면 컴퓨터가 나라 반대편(혹은 지구) 어딘가에 있는 위키피디아의 서버 중 하나에 땅돼지 페이지를 요청하게 된다. 다음 요청에 대한 페이지를 받아서 정보를 획득할 수 있다. 하지만 이렇게 지구 반대편에 있는 서버에 요청하는 것이외에 IPFS에 있는 미러된 파일을 가져오는 것도 가능하다. IPFS에 저장된 위키피디아의 미러된 파일이 있는데, 대신 그걸 사용할 수 있다. IPFS를 사용하는 경우 아래와 같은 링크를 통해 위의 위키피디아 문서를 가져올 수 있다.

/ipfs/QmXoypizjW3WknFiJnKLwHCnL72vedxjQkDDP1mXWo6uco/wiki/Aardvark.html

위의 링크를 보는 가장 쉬운 방법은 IPFS 게이트웨이를 통해 브라우저에서 링크를 여는 것이다. 위의 링크 시작 부분에 https://ipfs.io 을 추가하기만 하면 페이지를 바로 볼 수 있다.

IPFS는 웹 페이지의 위치가 아닌 콘텐츠를 기반으로 찾는 방법을 알고 있다. 따라서, IPFS로 분류된 땅돼지 정보는 URL 중간에 있는 숫자(QmXo…)로 표시되며, 위키피디아의 서버중 하나에 페이지를 요청하는 대신 IPFS를 사용하여 전세계 많은 컴퓨터에 페이지를 공유하도록 요청한다. 따라서 위키피디아 서버뿐만 아니라 동일한 웹페이지를 가진 사람에게서 페이지를 받아볼 수 있다.

또한, IPFS를 사용하면 다른 사람이 보낸 파일만 다운로드하는 것이 아니라 컴퓨터가 배포하도록 한다. 근처에 있는 다른 사용자가 위키피디아 페이지를 필요로 할 때, IPFS를 사용하는 다른 누군가로부터와 마찬가지로 내 컴퓨터에서의 파일을 보낼 수 있다.

IPFS는 웹 페이지뿐만 아니라 문서, 이메일, 심지어 데이터베이스 레코드 등 컴퓨터가 저장할 수 있는 모든 파일에서 사용이 가능하다.

분산처리

만약 누군가가 위키피디아의 웹 서버가 공격받아 서버가 동작하지도 않아도, IPFS를 사용하면 언제나 웹 페이지를 얻는 것이 가능하다. IPFS는 여러곳에서 파일을 가져오기 때문에, 콘텐츠를 검열하거나 차단하는 것이 더 어렵다. 웹 서버가 멀리 있는 경우 근처에 있는 사용자로 부터 정보를 받아오는 것이 가능하므로 웹 서버 속도를 높이는 것도 가능하다.

내용 주소 지정

ProtoSchool의 튜토리얼인 분산형 웹 상의 콘텐츠 주소 지정

DWeb Tutorial | Content Addressing on the Decentralized Web

Learn how hashing and content addressing enable verifiable data sharing with peers on the decentralized web.

proto.school

위에 땅돼지 페이지로 연결되는 링크는 어떻게 구성되는 것인가?

/ipfs/QmXoypizjW3WknFiJnKLwHCnL72vedxjQkDDP1mXWo6uco/wiki/Aardvark.html

/ipfs/ 뒤에 이렇게 문자가 뒤섞여 있는 것을 콘텐츠 식별자라고 하며 IPFS가 여러 곳에서 콘텐츠를 가져올 수 있는 방법이다.

다음과 같은 기존 URL 및 파일 경로는

https://en.wikipedia.org/wiki/Aardvark
/Users/Alice/Documents/term_paper.doc
C:\\Users\\Joe\\My Documents\\project_sprint_presentation.ppt

어떤 컴퓨터에 존재하지만, 다른 컴퓨터에서는 작동하지 않는 주소일 수도 있다.

따라서, IPFS는 위치 기반인 대신 파일 내용이나 내용에 따라 파일의 주소를 지정합니다. 위의 콘텐츠 식별자는 해당 주소에 있는 콘텐츠의 암호화 해시이다. 해시는 원본 콘텐츠에 비해 짧아 보일 수 있지만, 원본 콘텐츠와는 동일하고. 또한 요청한 내용을 받았는지 확인할 수 있다.

분산된 파일 처리 시스템으로 주소의 위치가 아닌 콘텐츠를 기준으로 여러 컴퓨터에서 위치를 찾아간다는 점이 차별점이고, 일부 Torrent와 유사한 점이 존재한다.

Mac Mysql root계정 비밀번호 분실 해결하기

dev.Woody — Tue, 11 Jan 2022 23:40:30 +0900

brew unistall mysql을 통해서 Mysql을 지우고 다시 깔았지만, 비밀번호는 그대로 남아있어서 사용이 불가능했었다.

우선 실행중인 상태의 Mysql 서버를 종료시켜준다.

mysql.server stop

다음 비밀번호 없이 mysql에 접속하기 위하여, 아래 명령어를 입력해준다.

mysqld_safe --skip-grant-tables

다음 root유저로 Mysql에 접속하여 준다.

mysql -u root

다음 mysql db를 사용하도록 설정한다.

use mysql;

다음 비밀번호를 null로 초기화 시켜준다.

UPDATE user SET authentication_string=null WHERE User='root';

다음 권한을 업데이트해준다.

FLUSH PRIVILEGES;

다음 exit 명령어를 통해 나갔다가 다시 접속하면 문제 없이 초기화 되어있는 것을 확인 할 수 있다.

exit;

Mac에서 Mysql 설치하고 실행하기

dev.Woody — Tue, 11 Jan 2022 23:26:14 +0900

RDB를 너무 오랫만에 사용하다보니 비밀번호와 세팅을 모두 까먹어버렸다. 찾는거 보다 지우고 다시 까는 것이 빠를 것 같아서, mysql을 재설치 해보려고 한다. M1 mac에 설치할 예정이다.

당연히 맥북을 사용하면, brew를 통해서 mysql을 설치해준다.

brew instll mysql

정말 간단하게 설치 되는 것을 확인 할 수 있다.

다음으로 설치가 잘 되었는지를 확인하기 위해서, mysql을 실행시켜보자.

mysql.server start

성공적으로 잘 실행되는 것을 확인할 수 있다.

MDE, MBD: Model-Based Development)의 사례 및 지원도구

dev.Woody — Sun, 26 Dec 2021 15:42:00 +0900

MDE를 활용한 사례 중, Lockheed Martin의 항공 소프트웨어 사례를 분석해보면, F-16을 개발하기 위해서 OMG의 MDA를 활용하여, 여러 플랫폼에 사용이 가능하고 생산성과 품질을 높이는 소프트웨어 개발을 하였다. 이때, 사용한 툴은 Kennedy Carter’s iCCG, UML, MDA(OMG)를 사용했다. F-16은 다음과 같은 소프트 웨어 아키텍처를 가지고 있었다.[1]

이때, Application Software가 전체 소프트웨어의 80~90%를 차지하고 있었고, 아래 Hardware, Software Execution Platform, Application Software Interface는 자주 변경되는 부분이였다. 따라서, 하위의 Application Software Interface의 변경에도 Application Software는 변경이 없는 소프트 웨어 개발을 원하였다. 기존에 객체지향 방법론을 이용한 CASE 도구를 사용하다가, Kennedy Carter’s iUML tool을 적용하였다. Carter’s iUML tool을 통해 UML 모델을 실행할 수 있는 UML action language를 사용할 수 있었고, 하드코딩을 통한 테스트에서 UML 모델을 통해 동작 상태를 확인 할 수 있었다[2].

사용자 요구사항(Requirements Definetions)을 모델링(eXecutable UML Modeling)하고, 하드웨어 관련 사항(Platform Specfic Mapping)을 추가 하여 개발하였다. 실행가능한 xUML의 시뮬레이션과 디버깅툴을 이용하여 초기에 테스팅을 수행하고 시스템의 상세화를 통해서 어플리케이션이 수행하는 바를 정의하여 어플리케이션 개발하였다.[3]

MDE의 PIM에서 PSM, 소스코드 변환 단계와 각 단계의 컴포넌트는 아래와 같다. Level1은 사용자 요구 수집 단계이며, Level2는 플랫폼에 연관이 없는 메타모델 단계(PIM), Level3는 플랫폼에 종속된 모델 단계(PSM)이다.[4]

이 과정을 통해, Lockheed Martin사는 어플리케이션 개발 시간이 20%가량 감소되고, 다중 플랫폼에서 사용이 가능한 소프트웨어를 개발할 수 있었다. UML을 사용하는 해당 분야의 도메인 전문가는 하드웨어랑 소프트웨어를 분리하여 작업할 수 있게 되었다. 하드웨어와 소프트웨어 플랫폼이 항공기 어플리케이션에 영향을 주지 않고 업그레이드가 가능해졌다. 또한, 코드 자동생산에 의해 코드 수작업이 감소되어 생산성 향상을 이뤘다[5].

다음 카카오뱅크의 시스템의 기반이 된 국내의 전북은행의 은행 계정계 시스템을 분석하면, LG CNS는 계정계 시스템 전체 업무(분석, 설계, 개발, 통합테스트, 이행)를 JAVA언어 기반의 MDD 방법론으로 구축하였다. 기존 은행 시스템은 주로 COBOL이나 C언어로 구축되어 있는 경우가 많기 때문에, 새로운 언어로 구축하려면 큰 리스크가 존재하였다. 또한, 해당 프로젝트에서 JAVA를 경험한 인력은 약 15%에 불과해 자체 개발도구(DevOn MDD)를 활용한 FULL MDE 방식을 적용하였다. 프로그램 코드와 산출물 문서는 수작업으로 작성하지 않고 자체 개발한 MDE도구를 통해 모델로부터 자동 생성하였다. 또한, 영문 텍스트 기반의 프로그램 코드 보다는 한글로 작성된 그래픽 모델 중심으로 프로젝트를 진행하였다. 자체개발한 표준화된 논리표현식을 사용하여 개발언어와 플랫폼에 대한 종속성을 줄였다.[6]

이 과정을 통해, 기존 프로젝트 대비 6.6% 생산성 증대 효과를 가져왔으며, 모델과 논리표현식을 활용한 개발로 초급 개발자도 중급 개발자와 비슷한 정도의 생산성의 확보하였다. 또한, 개발 경력 의존도가 높은 ISD(Information System Development) 프로젝트에서 개발 경력 의존도를 낮추었다. 은행 프로젝트를 분석부터 이행까지 MDD를 이용하여 수행하였으며, 은행 업무 프로세스에 대한 지식이 축적되었다. 이러한 지식을 활용해, LG CNS는 추후 카카오뱅크와 토스뱅크의 시스템 구축을 맡았다.[7]

가. 지원도구

DevOn MDD는 모델중심개발 (Model-Driven Development)을 지원하기 위해 소스코드를 자동으로 생성하고, 즉각적인 품질 검사를 수행할 수 있으며, 다양한 산출물을 실시간으로 제공하는 자동화 도구이다. 또한, 개발 생산성 향상을 위한 다양한 편의 기능(시퀀스 자동생성, 논리편집기, 개발도구연계 등)을 제공한다. 다음과 같이 모델을 이용하여 100% 실행 가능한 코드를 자동 생성한다.[8]

Reverse Engineering은 DevOn Reverse도구를 이용하여 C,COBOL 소스 코드로 부터 JAVA 산출물과 업무 모델을 자동 생성한다. 그리고 Forward Engineering은 DevOn MDA 도구를 이용하여 모델로 부터 100% 실행 가능한 JAVA 코드를 생성한다. 아래와 같은 도구 구성을 가진다.[9]

ProcessBuilderCL은 MDD기반의 통합개발환경인 ProcessBuilder CL은 웹 기반의 개발환경을 제공하여 누구나 언제 어디서든 쉽게 프로그램 개발이 가능할 뿐만 아니라 개발과 동시에 WAS로 배포되어 바로 실행이 가능한 실시간 엔터프라이즈(RTE)를 구현하는 시스템이다.[10]

ISO/IEC 9126-1 - Software Product Quality 표준

dev.Woody — Sun, 26 Dec 2021 13:43:07 +0900

위의 그림은 소프트웨어 품질 생명주기를 나타낸 그림이다. 소프트웨어 제품 품질을 달성하기 위해 소프트웨어 제품을 평가하는 것은 소프트웨어 개발 생명주기의 한 과정이다. 소프트웨어 제품 품질은 내부 속성을 측정함으로써, 혹은 외부 속성에 의해 평가될 수 있으며, 그 목적은 특정한 사용용도에서 요구한 효과를 내도록 하는 것이다. 프로세스 품질 개선은 제품 품질의 개선을 가져오고, 제품 품질은 사용 품질의 개선을 가져온다. 그러므로, 프로세스를 평가하고 개선하는 것이 중요하다. 따라서, 적절한 품질 평가 프로세스는 개발 동안에 품질측정하는데 필요하다. ISO/IEC 9126의 이 부분은 품질과 관련된 문제점에 대한 점검표를 제시한다.

ISO/IEC 9126은 총 4개의 부분으로 나누어져 있으며 ISO/IEC 9126-1에서는 전체적인 S/W 품질평가에 대해서 설명하고 있고, ISO/IEC 9126-2에서는 S/W의 외부 품질에 대한 평가 메트릭을 제시하고 있다. ISO/IEC 9126-3의 내부 메트릭은 설계나 코딩 도중에 실행할 수 없는 S/W 제품에 대하여 적용할 수 있는 것으로 개발 단계에서 그 중간 제품에 대한 모의실험을 통해 추출 가능한 속성들을 측정하기 위한 것이다. 마지막으로, ISO/IEC 9126-4에서는 S/W를 사용한 결과의 관점에서 품질을 정의하는 사용 품질 메트릭을 정의하고 있다.[1]

품질특성의 메트릭 체계는 내부 메트릭과 외부 메트릭으로 구분된다. 내부 메트릭은 내부속성 측정시 사용된다. 설계나 코딩도중에 실행할 수 없는 소프트웨어 제품에 적용할 수 있다. 내부 메트릭은 사용자, 평가자, 시험자 및 개발자가 소프트웨어 제품 품질을 평가할 수 있도록 도와주며, 해당 소프트웨어 제품을 만들기 전에 미리 품질에 문제점들을 지적해 준다. 내부메트릭은 중간 제품이나 인도된 소프트웨어 제품의 정적인 성질을 분석함으로써 내부 속성을 측정하거나 외부 속성을 보여준다. 내부 메트릭의 측정은 예를들어, 원시코드 명령문, 제어 그래프 및 상태 전이 표현등에 나타나는 소프트웨어 구성 요소들의 개수나 빈도수를 사용한다. 내부 메트릭의 주된 목적은 요구된 외부 품질이 성취되었는가를 확인하는 것이 며 그 예는 ISO/IEC 9126-3에 나와 있다.[2]

외부 메트릭은 시스템 측정치에서 추출되는 소프트웨어 제품의 측정치를 위해 사용된다. 외부 메트릭은 사용자, 평가자, 시험자 및 개발자가 시험 수행이나 운영 중에 소프트웨어 제품 품질을 평가할 수 있도록 도와준다. 특정한 조직이나 기술적 환경에서 제품의 사용, 개발 및 관리와 관련된 기업 목적을 토대로 메트릭을 사용하여 평가 하는 것이 외부 메트릭이다. 이러한 외부 메트릭의 예는 ISO/IEC 9126-2에 나와있다.[3]

소프트웨어 품질 요구사항이 정의되면, 품질 요구사항을 표현하는 소프트웨어 품질 특성이나 부특성이 열거된다. 그 다음은, 그 소프트웨어가 사용자 요구를 만족하는 지를 확인하는 품질 기준을 정량화하기 위해 적절한 외부 메트릭 및 수용 가능한 범위가 명시된다. 그 다음은, 요구된 외부 품 질과 사용 품질이 성취될 수 있도록 계획하고, 개발 도중에 중간 제품에 그 품질을 구축할 수 있도록 소프트웨어에 대한 내부 품질 속성이 정의되고 명시된다. 내부 품질 특성의 정량화를 위해 적절한 내부 메트릭 및 수용 가능한 범위를 명시하여 개발 도중에 중간 제품이 내부 품질 명세를 만족하는 지를 검증하는 데 사용될 수 있도록 한다. 따라 목표하는 외부 메트릭과 밀접한 관계를 가지는 내부 메트릭의 사용을 권장하며, 외부 메트릭의 값을 예측하는 데도 사용할 수 있다[4].

사용 품질 메트릭은 제품이 사용될 경우에 정해진 목표를 달성하기 위하여 효율성, 생산성 및 만족도 측면에서 특정 사용자의 요구를 충족하는가를 측정한다. 사용품질을 평가하는 것은 특정 사용자 작업 시나리오 내용에서 소프트웨어 품질을 확인하는 것이다. 소프트웨어 자체의 성질보다는 소프트웨어를 사용한 결과의 관점에서 측정한다. 예를 들어, 최종사용자에 있어서 사용 품질은 기능성, 신뢰성, 사용성 및 효율성의 결과이지만, 소프트웨어 유지보수 담당자에 있어서 사용 품질은 유지보수성의 결과이다.[5]

ISO/IEC 9126-1은 품질 특성으로 주특성 6개와 부특성 27개로 나뉜다. 우선 주특성 중 Functionality (기능성)은 소프트웨어가 특정 조건에서 사용될 때, 명시된 요구와 내재된 요구를 만족하는 기능을 제공하는 소프트웨어 제품의 능력이다. 다른 특성들은 주로 소프트웨어가 언제, 그리고 어떻게 동작하는가에 초점을 맞추는 방면, 이 특성은 요구를 충족하기 위해서 소프트웨어가 무엇을 하는가에 주로 관심을 둔다. 이와 관련한 부특성은 Suitability (적합성), Accuricy (정확성), Interoperability (상호운영성), Security (보안성), Functionality compliance (준수성)로 5개의 부특성이 있다. Suitability (적합성)은 지정된 작업과 사용자 목적을 위한 적절한 기능들을 제공하는 능력이다. 이러한 적합성은 운영성에 영향을 준다. Accuricy (정확성)은 올바른 혹은 동의된 효능 결과를 제공할 수 있는 능력이다. Interoperability (상호운영성)은 하나 이상의 명세된 시스템과 상호 작용할 수 있는 능력이다. Security (보안성)은 권한이 없는 사람 혹은 시스템은 정보를 읽거나 변경하지 못하게 하도록 정보를 보호하는 능력이다. Functionality compliance (준수성)은 응용과 관련된 표준, 관례 또는 법적 규제 및 유사한 규정을 고수하는 능력이다[6].

다음, 주특성으로는 Reliability (신뢰성)는 명세된 조건에서 사용될 때, 성능 수준을 유지할 수 있는 소프트웨어 제품의 능력이다. 이와 관련한 부특성은 Maturity (성숙성), Faulty tolerance (오류 허용성), Recoverability (복구성), Reliability compliance (준수성)로 총 4가지의 부특성이 있다. Maturity(성숙성)은 소프트웨어 내의 결함으로 인한 고장을 피해 가는 능력이다. Faulty tolerance (오류 허용성)은 소프트웨어 결합이 발생했을 때 명세된 성능 수준을 유지할 수 있는 능력이다. Recoverability (복구성)은 고장 발생시 명세된 성능 수준을 재유지하고 직접적으로 영향받은 데이터를 복구하는 능력이다. Reliability compliance (준수성)은 신뢰성과 관련된 표준, 관례 또는 규제를 고수하는 소프트웨어 제품의 능력이다. [7]

세번째 주특성인 Usability (사용성)은 명시된 조건에서 사용될 경우, 사용자에 의해 이해되고, 학습되고, 사용되고 선호될 수 있는 제품의 능력이다. 이때, 사용자에는 소프트웨어 사용에 영향을 받거나 의존하는 운영자, 최종 사용자, 그리고 간접 사용자 등이 포함된다. 사용성은 사용 준비나 결과 평가 등 소프트웨어가 영향을 줄 수 있는 모든 사용자 환경에 대처해야 한다. Understandability (이해성), Learnability(학습성), Operablilt(운용성), Attractiveness(친밀성), Usability Compliance(준수성) 총 5개의 부특성이 있다. Understandability (이해성)은 특정 작업과 사용 조건에서 어떻게 사용될 수 있는지를 사용자가 이해할 수 있도록 하는 능력이다. 특히 소프트웨어 문서의 중요도가 높다. Learnability(학습성)은 사용자가 그 응용을 학습할 수 있도록 하는 능력이다. Operablilty(운용성)은 사용자가 소프트웨어 제품을 운영하고 제어할 수 있도록 하는 능력이다. 이때, 적합성, 변경성, 적응성, 설치성 등의 특징들은 운영성에 영향을 미칠 수 있다. Attractiveness(친밀성)은 사용자에 의해 선호되는 소프트웨어 제품의 능력이다. Usability Compliance(준수성)은 사용성과 관련된 표준, 관례, 유형 안내 및 규제를 고수하는 능력이다.[8]

네 번째 주특성인 Efficiency (효율성)은 명시된 조건에서 사용되는 자원의 양에 따라 요구된 성능을 제공하는 소프트웨어 제품의 능력을 의미한다. 이때, 자원은 다른 소프트웨어 제품, 하드웨어 장비, 재료(예, 인쇄 용지, 저장장치) 등을 포함하는 개념이다. Time behaviour (시간 반응성), Resource utilization (자원 활용성), Efficiency compliance (준수성)로 3가지의 부특성이 존재한다. Time behaviour (시간 반응성)은 명시된 조건에서 그 기능을 수행할 때 적절한 반응 및 처리시간과 처리율을 제공하는 능력이다. Resource utilization (자원 활용성)은 명시된 조건에서 그 기능을 수행할 때 적절한 양과 종류의 자원을 사용하는 능력이다. Efficiency compliance (준수성)은 효율성과 관련된 표준 및 관례를 고수하는 능력이다.[9]

다섯 번째 주특성인 Maintainability (유지보수성)는 추후에 소프트웨어 제품이 소프트웨어 제품을 변경할 수 잇는 능력을 의미하고, 변경에는 운영환경과 요구사항 및 기능적 사양에 따름 소프트웨어의 수정, 개선, 혹은 개작 등이 포함된다. Analysability (분석성), Changeability (변경성), Stability (안정성), Testability (시험성), Maninability compliace (준수성)로 총 5개의 부특성을 가지고 있다. Analysability (분석성)은 소프트웨어의 결함이나 고장의 원인 혹은 변경될 부분들의 식별에 대한 진단을 가능하게 하는 소프트웨어 제품의 능력이다. Changeability (변경성)은 변경 명세가 구현될 수 있도록 하는 능력이다. 소프트웨어가 최종 사용자에 의해 변경된다면 변경성은 운영성에 영향을 미칠 수 있다. Stability (안정성)은 소프트웨어가 변경으로 인한 예상치 않은 결과를 최소화하는 능력이다. Testability (시험성)은 변경된 소프트웨어가 확인될 수 있는 능력이다. Maninability compliace (준수성)은 유지보수성과 관련된 표준 및 관례를 고수하는 능력이다[10].

마지막 주특성으로 Portability (이식성)은 한 환경에서 다른 환경으로 전이될 수 있는 소프트웨어 제품의 능력이다. Adaptability (적응성), Installability (설치성), Co-existance (공존성), Replaceability (대체성), Portability compliace (준수성)로 5개의 부특성을 가진다. Adaptability (적응성)은 고려 대상인 소프트웨어에서 이 목적으로 제공되는 것 이외의 활동 혹은 수단을 적용하지 않고 다른 명세된 환경으로 변경될 수 있는 능력이다. 적응성은 내부 용량(예, 화면 영역, 테이블, 트랜잭션 크기, 보고서 형식 등)의 확장성을 포함한다. Installability (설치성)은 명세된 환경에 설치될 수 있는 소프트웨어 제품의 능력이다. Co-existance (공존성)은 공통 자원을 공유하는 공동환경에서 다른 독립적인 소프트웨어와 공존할 수 있는 능력이다. Replaceability (대체성)은 동일한 환경에서 동일한 목적으로 다른 지정된 소프트웨어 제품을 대신하여 사용될 수 있는 능력이다. 특히, 대체성은 사용자가 소프트웨어 제품을 새로운 버전으로 업그레이드할 때 중요하다. 대체성은 설치성과 적합성 두 가지 속성을 모두 포함한다.Portability compliace (준수성)은 이식성과 관련된 표준 및 관례를 고수하는 능력이다.[11]

주특성	주특성 내용	부특성
Functionality 기능성	소프트웨어가 특정 조건에서 사용될 때, 명시된 요구와 내재된 요구를 만족하는 기능을 만족하는 기능을 제공하는 소프트웨어 제품의 능력	적합성
		정확성
		상호 운용성
		보안성
		준수성
Reliability 신뢰성	소프트웨어가 규정된 조건에서 사용될 때 규정된 성능수준을 유지하거나 사용자로 하여금 오류를 방지할 수 있도록 하는 소프트웨어 제품의 능력	성숙성
		오류허용성
		복구성
		준수성
Usability 사용성	소프트웨어가 규정된 조건에서 사용될 때, 사용자에 의해 이해되고, 학습되며 선호될 수 있게 하는 소프트웨어 제품의능력	이해성
		학습성
		운용성
		친밀성
		준수성
Efficiency 효율성	규정된 조건에서 사용되는 자원의 양에 따라 요구된 성능을 제공하는 소프트웨어 제품의 능력	시간행동
		자원이용
		준수성
Maintainability 유지보수성	소프트웨어 제품을 변경할 수 잇는 능력, 변경에는 운영환경과 요구사항 및 기능적 사양에 따름 소프트웨어의 수정, 개선, 혹은 개작 등이 포함된다.	분석성
		변경성
		안정성
		시험성
		준수성
Portability 이식성	다양한 환경에서 운영될 수 있는 소프트웨어 제품의 능력	적응성
		설치성
		공존성
		대체성
		준수성

Cunit Test Code 작성하기

dev.Woody — Sun, 26 Dec 2021 13:37:39 +0900

i. 테스트를 위한 함수 작성하기

ii. 스위트 선언

iii. 테스트 레지스터리를 초기화

iv. 테스트 레지스터리에 스위트를 추가

v. 스위트에 테스트 추가

vi. 적절한 인터페이스 선택후 실행 테스트

vii. 테스트 레지스터 정리

테스트 진행할 코드

두 값을 더하는 add함수의 테스트를 진행해보자.

int add(int a,int b){
   return a+b
}

1. 테스트를 위한 함수 작성하기-간단하게 더하기 함수를 작성하였다

CU_ASSERT_EQUAL([함수(,)], [예측값])를 이용하여 함수와 예측값을 넣어준다.

void testAdd(void){
      CU_ASSERT_EQUAL(add(1,1),2);
}

2. 스위트 선언하기

CU_Psuite를 통해서 스위트를 선언해준다.

CU_pSuite suite = NULL;

3. 테스트 레지스터리 초기화 하기

CU_initialize_registry()를 활용해서 테스트 레지스터리를 초기화 해줄 수 있다.

if(CUE_SUCCESS != CU_initialize_registry())  //레지스터리 초기화
         return CU_get_error();

4. 테스트 레지스터리에 스위트를 추가

CU_add_suite를 통해 테스트 레지스터리에 스위트를 추가한다.

pSuite = CU_add_suite("스위트 이름", [테스트 시작 전 함수], [테스트 시작 후 함수]);

pSuite = CU_add_suite("suite", NULL, NULL);
if(NULL = pSuite){
      CU_cleanup_registry();
      retrun CU_get_error();
}

5. 스위트에 태스트 추가

CU_add_test(suite, "테스트 제목", [테스트함수]);

if ((NULL == CU_add_test(pSuite, "test add", testAdd))){
      CU_cleanup_registry();
      return CU_get_error();
}

6. 적절한 인터페이스 선택 후 실행 테스트

CU_basic_set_mode를 통해 모드를 선택하고 CU_basic_run_tests를 통해 테스트를 실행한다.

이때, 사용가능한 인테퍼이스는 총 4개가 있다.

Automated : xml파일 출력. Basic : 표준 출력Console : 콘솔입력, 표준출력Curses : GUI (UNIX)

CU_basic_set_mode(CU_BRM_VERBOSE);
CU_basic_run_tests();

7. 테스트 레지스터 정리

CU_cleanup_registry 를 통해 테스트 레지스터를 정리한다.

CU_cleanup_registry();

A. Cunit 각 인터페이스별 출력

[Basic]

[Automated]

[Console]

[Curses]

C Unit Test Automation(Framework) - TDD

dev.Woody — Sun, 26 Dec 2021 13:30:33 +0900

"가장 기본적인 실행 단위"는 C언어에서 함수(Function)에 해당한다.Unit Test Automation은 두가지로 구분된다. Blackbox Testing과Whitebox Testing으로 나뉜다.

Black box testing

블랙박스 검사는 소프트웨어 검사 방법 중 하나로 어떤 소프트웨어를 내부 구조나 작동 원리를 모르는 상태에서 소프트웨어의 동작을 검사하는 방법을 이르는 말이다. 주로 올바른 입력과 올바르지 않은 입력을 일일이 다 동원하여 올바른 출력을 판별하는 방식으로 검사가 이루

어지기 때문에 검사의 진행에 있어 대상이 되는 소프트웨어의 코드나 내부 구조 및 개발 노하우에 대한 정보는 기본적으로 필요로 하지 않는다. 필요한 것은 특징, 요구 사항, 검사를 위해 공개된 설계도 등 대외적으로 공개된 사항들이며 '이 소프트웨어는 무슨 역할을 수행해

야 되는가'와 같이 대상이 되는 소프트웨어의 특징이나 요구 사항 등에 초점을 맞춰 검사가이루어진다. 검사 자체는 기능에 관한 것일 수도 있고 기능 외의 것에 관한 것일 수도 있다.[1]

White box testing

화이트박스 검사는 소프트웨어 내부 소스 코드를 테스트하는 기법이다. 소프트웨어를 테스트하는 방법은 크게 블랙박스 검사(Black-Box Test) 기법과 화이트박스 검사(White-Box Test) 기법이 있다. 블랙박스 검사 기법은 소프트웨어의 내부를 보지 않고, 입력과 출력 값을 확인하여, 기능의 유효성을 판단하는 테스트 기법이며, 화이트박스 검사 기법은 소프트웨어 내부 소스코드를 확인하는 기법이다. 화이트박스 테스트를 하는 이유는 내부 소스코드의 동작을 개발자가 추적 할 수 있기 때문에, 동작의 유효성뿐만 아니라 실행 되는 과정을 살펴봄으로써,

코드가 어떤 경로로 실행되며, 불필요한 코드 혹은 테스트 되지 못한 부분을 살펴볼 수 있다.화이트박스 테스트를 하는 부분은 대개 코드의 실행 경로를 확인해야 하기때문에 시중에 나와 있는 커버리지 분석도구를 많이 활용한다. 화이트박스 검사 기법은 블랙박스 검사 기법에

비해 많은 시간과 분석을 필요로 하지만 오류가 발생 되는 결함의 위치 등을 파악하는데 매우 유용하게 사용 할 수 있다.[2]

Unit Test Automation(Framework)

CMOCK	BMOCK	CuTest	Cfix
Check	API Sanity AutoTest	CUnit	AceUnit
GNU Autounit	embUnit	MinUnit	HWUT[3]

Cunit이란?

CUnit은 C로 작성된 소스에 대해서 Unit Test를 지원해주는 라이브러리이다. . C unit은 어떤 함수의 리턴값이 예상한 값과 맞는지 블랙박스 테스트를 하기 용이하다.CUnit의 테스트 구조는 Registry 있고 Registry 안에 Suite가 있고 그 내부에 Test들이 존재하는 구조를 가진다.

Cunit에서 사용되는 헤더 파일

#include< CUnit/CUnit.h >	테스트 케이스에 사용하기 위한 ASSERT 매크로	#include <CUnit/Automated.h >	xml 출력이 있는 자동화된 인터페이스.
#include <CUnit/CUError.h >	함수 및 데이터 유형 오류 처리	#include < CUnit/Basic.h >	stdout에 대한 비대화형 출력이 있는 기본 인터페이스.
#include < CUnit/TestDB.h >	테스트 레지스트리, 제품군 및 테스트에 대한 데이터 조작	#include < CUnit/Console.h >	대화형 콘솔 인터페이스
#include < CUnit/TestRun.h >	테스트를 실행하고 결과를 검색하기 위한 데이터 함수	#include < CUnit/CUCurses.h >	대화형 콘솔 인터페이스(*nix).

CMMI와 유사한 국내외 평가모델-SP인증

dev.Woody — Sun, 26 Dec 2021 13:23:12 +0900

CMMI는 소프트웨어와 시스템 공학의 역량 성숙도를 평가하는 모델이다.

CMMi와 유사한 국내의 평가모델로는 SP인증이 있다. 소프트웨어 프로세스 품질인증(SP인증)은 소프트웨어산업진흥법 제23조에 근거하여 국내 소프트웨어 기업의 소프트웨어 사업 수행능력을 강화하고 소프트웨어 사업의 부실방지를 목적으로 기업의 소프트웨어 개발단계별 작업절차 및 산출물 관리 역량 등을 분석하여 소프트웨어 개발 프로세스 역량 수준을 평가 및 인증하는 제도이다. SP인증은 대기업에 비해 상대적으로 열악한 환경에 처해있는 중소기업의 소프트웨어 품질개선 활동을 지원하고자 만들어진 제도로 CMMI를 참조하여 개발되었으나, 중소기업에서 보다 수월하게 활용할 수 있도록 내용을 축약하였다.[1]

과학기술정보통신부에서 정책을 지원, 관리, 감독하고 있으며 인증기관인 정보통신산업진흥원 nipa에서 인증심사원과 인증심의회를 관리한다. SP가 CMMi인증을 받기 어려운 중소기업을 대상으로 만들어진 만큼, 상세한 품질인증 기준, 품질 인증 등급간에 여러 차이점이 존재한다.

우선, 가장 큰 차이점은 CMMi는 SW 개발 성숙도 및 품질 개선을 위한 평가 모델이며, SP는 SW개발 성숙도 평가 및 인증제도이다. 따라 컨설팀과 심사를 분리하지 않고, 프로세스 효율 개선을 중시하는 CMMi와 달리, SP인증은 심사가 컨실팅과 독립적으로 진행되어 심사결과의 객관성을 중시한다. 또한, SP가 국내의 인증 제도이므로, SW기술 평가시 우대하거나, 국방분야 연구개발 사업선정 또는 소프트웨어 사업 선정시 가산점을 부여하는 등의 국가적인 제도적 혜택이 제공된다. 이 부분에 있어도 CMMi모델과의 차이점이 있다.

품질인증 등급과 관련하여, CMMi는 5개의 단계로 구성되며, SP 인증은 3개의 등급으로 분류된다. CMMi에서 성숙도 레벨 5단계는 레벨1(Initial)은 조직보다는 개인의 역량에 따라서 프로젝트의 성공과 실패가 좌우되는 경우를 의미한다. 소프트웨어 개발 프로세서는 거의 없는 상태를 의미한다. 레벨 2(Managed)는 프로세스 하에서 프로젝트가 통제되는 수준으로 조직은 프로세서의 어느 정도 훈련이 되었다고 볼 수 있지만, 일정이나 비용같은 프로세스 중심적이고, 기존의 사례를 응용하는 정도이다. 레벨3(Defined)는 조직을 위한 표준 프로세스가 존재하며, 모든 프로젝트는 조직의 프로세서에 따라 조정할 수 있는 레벨이다. 레벨 4(Quantitatively Managed)는 소프트웨어 프로세스와 소프트웨어 품질에 대한 정량적인 측정이 가능한 정도이다. 프로젝트의 성과를 정량적으로 측정하고 분석할 수 있는 레벨이다. 레벨 5(Optimizing)는 기존 레벨을 모두 만족하고 지속적인 개선에 치중하는 레벨이다. 다음으로 sp인증에서 1등급은 프로젝트 성공 여부와 관계없이 특정 프로젝트를 수행할 수 있는 수준이나, 프로젝트 수행을 위 한 기본적인 활동들이 안정적으로 수행되지 못해 품질, 비용, 납기 측면에서 기대되는 목표를 충 족시키지 못할 확률이 높은 상태로 프로젝트 수행을 위한 프로세스 역량 개선이 필요한 수준[2]이다. CMMi와 동일하게 1단계는 아무 인증도 받지 못한 등급이므로, 결과적으로 2등급, 3등급으로 2개의 등급으로 구성된다. 2단계는 개별 프로젝트를 수행하기 위해 필요한 프로젝트 차원의 프로세스가 수립되고, 이를 기반으로 프로젝트를 통제하여 성공적으로 프로젝트를 수행할 수 있는 역량 수준이다. 3등급은 조직의 프로세스 체계를 정의하고 정량적인 데이터 관리를 통해 조직 차원의 프로세스를 개선하고 발생되는 문제의 근본 원인을 해결함으로써 일관된 품질수준의 프로젝트 수행이 가능하며, 지속적으로 프로세스를 개선할 수 있는 역량 수준 이다. [3]간단하게 말하자면, 2등급은 프로젝트 차원, 3등급은 조직차원의 품질역량 수준이 인정된 경우를 의미한다. 평가 방식과 목적이 다르기 때문에 둘을 비교하는데에 다소 어려움이 있지만, 조달청 무기계약서에서 이용되는 SW프로세서 등급 환산비율을 확인하면, SP인증 3등급은 CMMi 4~5레벨에 해당하며, SP인증 2등급 같은 경우에 CMMi등급 2~3레벨에 해당한다. 이전에는 CMMi는 목표레벨에 실패하였어도 하위 레벨에 성공하면 하위레벨을 부여하고 SP는 인증 실패로 구분하였지만, 현재는 3등급을 신청하였으나, 2등급 영역만을 인정받은 경우에는 2등급을 부여하는 것으로 변경되었다.[4]

CMMi 프로세스 영역은 process management, project management, engineering, support로 4가지로 구성되어 있으며 SP 인증의 프로세스 영역이 프로젝트 관리 영역, 개발 영역, 지원 영역, 조직 관리 영역 , 프로세스 개선 영역으로 총 5가지로 구분되어 있다는 점도 차이점이다.

20년의 획득 현황 같은 경우에는 20년 기준 SP인증은 2등급으로 26건 총 26건 존재하였으며[5], CMMi의 경우 level 2 7건, level3 63건, level4 11건, level5 7건으로 총 88건 존재하였다.[6] SP 2등급 인증의 경우 (주)케이티디에스, (주)위니텍, (주)오션정보기술등의 중소기업등이 많이 있었다. CMMi level 5의 경우 ㈜한화(2건), 한화시스템, 한국항공우주산업, 휴니드테크놀러지스, LIG 넥스원, 국방과학연구소등의 주로 대기업등이 포진되어 있었다. SP 인증의 경우 중소 기업을 위한 인증제도로 2등급 기준 700만원선이며, 심사비의 50%지원 등의 다양한 지원제도가 존재한다는 점이 SP 인증에 국내 중소기업이 많이 포진해있는 것으로 판단된다. 위의 내용을 표로 정리하면 다음과 같다.

구분	SP인증	CMMi	SPICE
국내외	국내기준	시장표준(미국)	국제표준
목적	조직의 프로세스 역량 수준을 평가하기 위한 모델	조직의 프로세스 역량 수준을 개선하기 위한 모델	조직의 프로세스 역량 수준을 개선하기 위한 모델
등급	3단계(1, 2. 3등급)	5단계(level 1~level 5)	6단계(level 0~level 5)
구조	영역 평가항목 세부평가항목	process category process area goal practice	process category process group process purpose base practice
프로세스	프로젝트 관리 영역 개발 영역 지원 영역 조직 관리 영역 프로세스 개선 영역	process management project management engineering support	primary life cycle supporting life cycle organizational life cycle
20년 현황	26건	88건
인증비용	700만원(2단계)	4000만원(level2)[추정][7]

Requirements Engineering

dev.Woody — Sat, 11 Dec 2021 17:55:19 +0900

Requirements의 구분

-FR(Functional Requirement) : Statements of services the system should provide
-NFR(Non Functional Requirement)(Quality) : 전체 시스템이 나왔을 때 판별이 가능하다. Quality가 대표적이며, 이외에는 Safetym Security, Reliablility등이 있다. NFR이 FR보다 중요한 경우가 존재한다. NFR은 전체 시스템의 아키텍처 디자인에 영향을 끼치며, NFR을 정의하는 과정에서 많은 FR들이 생겨난다.

-User Requirements(User로 부터 도출되고 User-Level에서 정해진다, High-Level) : 다양한 Stackholder가 관여한다. 대체적으로 User Requirements는 Buisness Requirement로 불린다. User-Level에서 정의되기 때문에 Requirement가 다소 불분명하다는 특징이 존재한다.

-System Requirements(Specified for Developers) : 개발자가 구현을 위해서 분석한 Requirement이다.

Requirement는 C&C(Complete & Consistent)를 확보하는 것이 중요하다. User-Leve의 Requirement가 다소 불분명하다는 특징을 해소하고, 그 사이의 Gap을 메꾸어야 한다.

특정 포트를 사용하는 프로세스 죽이기

dev.Woody — Mon, 6 Dec 2021 21:26:11 +0900

윈도우에서 개발 도중 특정 포트가 종료되지 않았을 때 다시 프로그램을 실행하면 에러가 발생한다.

다음 명령어를 통해서 연결된 포트 확인이 가능하다.

netstat -ano
-a : 모든 포트를 표시
-n : "IP주소:포트" ex) 192.168.0.100:8080
-o : PID 표시

taskkill /f /pid [PID]
위의 명령어로 PID에 해당하는 프로세스를 죽일 수 있다. 이때 netstat -o 명령어를 통해 확인한 pid를 입력하여 죽일 수 있다.

taskkill /f /im explorer.exe
이 명령어를 통해서는 프로그램 이름으로 프로세서를 죽일 수 있다.

이를 응용하여 3000번 포트를 사용하는 프로세스를 죽이는 bat파일을 만든다면 다음과 같이 사용할 수 있다.

netstat -ano | findstr :3000
set /p str=What is pid:
taskkill /f /pid %str%
cmd /k

3000번 포트를 사용하는 프로세스를 죽이는 bat파일

killport3000.bat

0.00MB

Cunit이란?

dev.Woody — Mon, 6 Dec 2021 21:17:12 +0900

Cunit에서 사용되는 헤더 파일

#include< CUnit/CUnit.h >	테스트 케이스에 사용하기 위한 ASSERT 매크로	#include <CUnit/Automated.h >	xml 출력이 있는 자동화된 인터페이스.
#include <CUnit/CUError.h >	함수 및 데이터 유형 오류 처리	#include < CUnit/Basic.h >	stdout에 대한 비대화형 출력이 있는 기본 인터페이스.
#include < CUnit/TestDB.h >	테스트 레지스트리, 제품군 및 테스트에 대한 데이터 조작	#include < CUnit/Console.h >	대화형 콘솔 인터페이스
#include < CUnit/TestRun.h >	테스트를 실행하고 결과를 검색하기 위한 데이터 함수	#include < CUnit/CUCurses.h >	대화형 콘솔 인터페이스(*nix).

Cunit Test Code 작성하기

테스트 진행할 코드

두 값을 더하는 add함수의 테스트를 진행해보자.

int add(int a,int b){
   return a+b
}

테스트를 위한 함수 작성하기-간단하게 더하기 함수를 작성하였다

CU_ASSERT_EQUAL([함수(,)], [예측값])를 이용하여 함수와 예측값을 넣어준다.

void testAdd(void){
      CU_ASSERT_EQUAL(add(1,1),2);
}

스위트 선언하기

CU_Psuite를 통해서 스위트를 선언해준다.

CU_pSuite suite = NULL;

테스트 레지스터리 초기화 하기

CU_initialize_registry()를 활용해서 테스트 레지스터리를 초기화 해줄 수 있다.

if(CUE_SUCCESS != CU_initialize_registry())  //레지스터리 초기화
         return CU_get_error();

테스트 레지스터리에 스위트를 추가

CU_add_suite를 통해 테스트 레지스터리에 스위트를 추가한다.

pSuite = CU_add_suite("스위트 이름", [테스트 시작 전 함수], [테스트 시작 후 함수]);

pSuite = CU_add_suite("suite", NULL, NULL);
      if(NULL = pSuite){
            CU_cleanup_registry();
            retrun CU_get_error();
      }

스위트에 테스트 추가

CU_add_test(suite, "테스트 제목", [테스트함수]);

if ((NULL == CU_add_test(pSuite, "test add", testAdd))){
      CU_cleanup_registry();
      return CU_get_error();
   }

적절한 인터페이스 선택 후 실행 테스트

CU_basic_set_mode를 통해 모드를 선택하고 CU_basic_run_tests를 통해 테스트를 실행한다.

이때, 사용가능한 인테퍼이스는 총 4개가 있다.

Automated : xml파일 출력. Basic : 표준 출력Console : 콘솔입력, 표준출력Curses : GUI (UNIX)

CU_basic_set_mode(CU_BRM_VERBOSE);
CU_basic_run_tests();

테스트 레지스터 정리

CU_cleanup_registry 를 통해 테스트 레지스터를 정리한다.

CU_cleanup_registry();

Cunit 각 인터페이스별 출력

[Basic]

[Automated]

[Console]

[Curses]

맥북 Google Test 설치하기

dev.Woody — Mon, 6 Dec 2021 20:46:28 +0900

Google 테스트(gtest라고도 함)는 xUnit 아키텍처를 기반으로 하는 C 프로그래밍 언어용 단위 테스트 라이브러리이다.

가이드는 이곳을 참고하면 된다.
https://google.github.io/googletest/

설치의 같은 경우 아래 링크를 참고해서 설치하였다.
https://github.com/google/googletest/tree/main/googletest

git clone https://github.com/google/googletest.git -b release-1.11.0
cd googletest        # Main directory of the cloned repository.
mkdir build          # Create a directory to hold the build output.
cd build
cmake ..             # Generate native build scripts for GoogleTest.
make
sudo make install

[단축어] 학교 공지사항 크롤링 하기

dev.Woody — Tue, 30 Nov 2021 00:32:32 +0900

모바일로 학교 홈페이지 들어가면 공지사항 맨날 잘린다.

들어가서 일일이 확인하기도 귀찮고, 눈에도 잘 안들어와서 아이폰 단축어로 학교 공지사항을 가져올 수 있도록 만들었다.

단축어 공유

링크를 연결하여 해당 공지사항을 상세히 볼 수 있도록 하였다.

건국대학교 공지사항 단축어
https://www.icloud.com/shortcuts/16998bd521a1492dbcb0c02ba0ab212a

학교 웹사이트 Html을 가져와서 정규표현식으로 파싱해서 만들었다.

단축어 만들기

1. 학교 공지사항 URL 가져오기

학교 공지중에서 크게 의미 있는 공지는 학사공지, 장학공지, 취/창업 공지, 학생공지, 국제공지 정도 였기에 우선적으로 각각 개별 목록으로 만들고 크롬을 통해서 각각의 공지마다 URL을 찾았다.

	iframe = document.getElementById("iframe_main");
	if(i == 5) {
		iframe.src = "https://www.konkuk.ac.kr:443"+"/jsp/Plaza/plaza_01_09_list.jsp"; 

	} else if (i == 1 || i == 2 || i == 3 || i == 6 ) {
		iframe.src = "https://www.konkuk.ac.kr:443"+"/do/MessageBoard/ArticleList.do?forum=notice&cat=000030000"+i; 
	} else if (i == 4)	{
		iframe.src = "https://www.konkuk.ac.kr:443"+"/do/MessageBoard/ArticleList.do?forum=65659&cat=0010300001"; 
	}else if (i == 7)	{
		iframe.src = "https://www.konkuk.ac.kr:443"+"/do/MessageBoard/ArticleList.do?forum=11688412"; 
	}else if (i == 8)	{
		iframe.src = "https://www.konkuk.ac.kr:443"+"/do/MessageBoard/ArticleList.do?forum=11731332"; 
	}else if (i == 9)	{
		//iframe.src = "http://www.konkuk.ac.kr/do/MessageBoard/ArticleList.do?forum=11771557"; 
		iframe.src = "https://www.konkuk.ac.kr:443"+"/do/MessageBoard/ArticleList.do?forum=11782906";
	}

해당 URL을 단순히 가져오는 것이므로 GET메소드를 이용해서 가져오고 이를 기반으로 HTML을 만들었다.

2. 가져온 HTML 파싱하기

정규표현식을 이용해서 일일이 파싱해줘야 하니 생각보다 오래걸렸다.
우선적으로 단축어의 텍스트 훑어보기를 이용해서 가져온 HTML을 확인해보았다.

<td class="subject">

<a href="ArticleRead.do?forum=notice&sort=6&cat=0000300001&id=5b46fc0">
2021-2 힐링바이오공유대학 부전공 수강생 모집 연장 안내(7.21~27.)</a>
				
</td>

td class="subject" 로 링크와 공지가 연결되어 있었다.

텍스트 일치에서 <td[^<>]class="subject"[^<>]>[\s\S]*?<\/td> 로 Class 내부의 내용을 가져온다. 텍스트 훑어보기를 이용해서 확인하면 다음과 같은 형태로 나타난다.

<td class="subject">
	  		
			
					<a href="ArticleRead.do?forum=notice&sort=6&cat=0000300001&id=5b47065">
					
					
					수강바구니(수강신청) 방법 및 일정 안내</a>
			
			
				</td>

이중에서 텍스트 대치를 이용해서 글자 앞 부분에 스페이스를 ㅍㅅ변수로 변환하고(아무 변수나 변환해도 상관없다), 텍스트 일치를 이용해서 (?<=[ㅍ][ㅅ]).*(?=[<][/][a][>]) 로 공지글을 가져온다.

+)<와 >는 html을 가져올 때 일부 오류가 나서 추가하였다.

3.목록형태로 변환하고 링크와 연동하기

다음 결과를 notifylist 변수에 추가하고 목록에서 선택을 통해서 선택할 수 있도록 선택창을 띄워준다.
다음 링크를 가져온 html파일에서 링크를 가져와준다. 아까 <td[^<>]class="subject"[^<>]>[\s\S]*?<\/td>가져온 텍스트를 다시 이용한다.

(?<=[A][r][t][i][c][l][e][R][e][a][d][.][d][o][?]).*(?=["][>]) 링크의 뒷자리를 가져와준다. 이 값을 urllist로 저장해준다.

다음 목록에서 선택한 인덱스 값에 1을 더해 인덱스 값을 보정하고, urllist에서 해당 인덱스를 찾아 URL을 연동해준다.

MySQL 조건에 따라 그룹 묶기

dev.Woody — Mon, 29 Nov 2021 23:57:17 +0900

MySQL If문

SELECT IF (1 > 2, '1는 2보다 크다.', '1은 2보다 작다.');

MySQL IFNULL문

IFNULL(A,B)은 A가 NULL일 시 B를 출력한다.

SELECT
  IFNULL('A', 'B'),
  IFNULL(NULL, 'B');

MySQL CASE문

SELECT
CASE
  WHEN -1 > 0 THEN '-1은 양수다.'
  WHEN -1 = 0 THEN '-1은 0이다.'
  ELSE '-1은 음수다.'
END;

MySQL 조건에 따라 집계된 값 받아오기

GROUP BY는 조건에 따라 집계된 값을 가져온다.

SELECT 
  Country, City,
  CONCAT_WS(', ', City, Country)
FROM Customers
GROUP BY Country, City;

GROUP BY는 다음과 같이, 해당 GROUP별로의 개수를 측정할 수 있다.

SELECT
  COUNT(*), OrderDate
FROM Orders
GROUP BY OrderDate;

GROUP BY를 통해서 다음과 같이 해당하는 위치에 값들을 셀 수 있다.

SELECT 
  CONCAT_WS(', ', City, Country) AS Location,
  COUNT(CustomerID)
FROM Customers
GROUP BY Country, City;

이 GROUP BY에서 WITH ROLLUP을 이용하면 전체의 집계값을 구할 수 있다. WITH ROLLUP을 이용하면, ORDER BY는 이용할 수 없다.

SELECT
  Country, COUNT(*)
FROM Suppliers
GROUP BY Country
WITH ROLLUP;

다음과 같이 마지막 행에 집계값이 나온다.

MySQL 시간/날짜 관련 함수 알아보기

dev.Woody — Mon, 29 Nov 2021 23:57:00 +0900

현재 시간과 날짜 알아보기

NOW() 함수를 통해서 현재 시간을 확인할 수 있다. CURDATE(),CURTIME()함수를 이용시 각각 현재 날짜와 현재시간을 반환한다.

SELECT CURDATE(), CURTIME(), NOW();

시간과 날짜 표현하기

시간과 날짜의 표현의 경우 각각 DATE()와 TIME()함수를 이용한다. 문자열을 넣어주면 문자열에 따른 날짜와 시간을 생성한다.

SELECT
  '2021-6-1 1:2:3' = '2021-06-01 01:02:03',
  DATE('2021-6-1 1:2:3') = DATE('2021-06-01 01:02:03'),
  TIME('2021-6-1 1:2:3') = TIME('2021-06-01 01:02:03'),
  DATE('2021-6-1 1:2:3') = TIME('2021-06-01 01:02:03'),
  DATE('2021-6-1') = DATE('2021-06-01 01:02:03'),
  TIME('2021-6-1 1:2:3') = TIME('01:02:03');

DATETIME에서 년도, 월, 시, 분, 초 표현하기

YEAR()통해 해당 년도를 반환하고 MONTHNAME()은 July같은 월의 영문명을 반환하고 MONTH()는 월을 수로 반환한다. WEEKDAY는 월요일 0을 기준으로 한 요일값을 반환한다. DAYNAME은 요일명을 반환한다. DAY()는 주어진 일을 반환한다.

SELECT
  OrderDate,
  CONCAT(
    CONCAT_WS(
      '/',
      YEAR(OrderDate), MONTH(OrderDate), DAY(OrderDate)
    ),
    ' ',
    UPPER(LEFT(DAYNAME(OrderDate), 3))
  )
FROM Orders;

HOUR을 통해서 시, MINUTE()을 통해서 분을 SECOND를 통해서 초를 반환한다.

SELECT
  HOUR(NOW()), MINUTE(NOW()), SECOND(NOW());

시간과 날짜 연산하기

ADDDATE({날짜},INTERVAL {값} {단위}) 또는 DATE_ADD({날짜},INTERVAL {값} {단위})을 통해서 날짜에 시간과 날짜를 더할 수 있다. SUBDATE({날짜},INTERVAL {값} {단위}) , DATE_SUB({날짜},INTERVAL {값} {단위})을 통해서 날짜에 시간과 날짜를 뺄 수 있다.

SELECT 
  ADDDATE('2021-06-20', INTERVAL 1 YEAR),
  ADDDATE('2021-06-20', INTERVAL -2 MONTH),
  ADDDATE('2021-06-20', INTERVAL 3 WEEK),
  ADDDATE('2021-06-20', INTERVAL -4 DAY),
  ADDDATE('2021-06-20', INTERVAL -5 MINUTE),
  ADDDATE('2021-06-20 13:01:12', INTERVAL 6 SECOND);

두 날짜 또는 시간 간 차이를 계산하기 위해서는 DATE_DIFF({날짜1},{날짜2})를 이용하면 날짜1에서 날짜2를 뺀값을 반환한다. 시간을 계산하려면 TIME_DIFF({시간1},{시간2})를 이용해서 시간1 - 시간2 값을 구할 수 있다.

SELECT
  TIMEDIFF('2021-06-21 15:20:35', '2021-06-21 16:34:41');

LAST_DAY({DATETIME})을 이용하면 해당 달의 마지막 날짜를 반환한다.

SELECT
  OrderDate,
  LAST_DAY(OrderDate),
  DAY(LAST_DAY(OrderDate)),
  DATEDIFF(LAST_DAY(OrderDate), OrderDate)
FROM Orders;

시간과 날짜 형식 지정하기

DATE_FORMAT({DATETIME}, '{표시 형식}')으로 시간과 날짜의 형식을 지정할 수 있다.

형식설명형식설명

%Y	년도(4자리)	%y	년도(2자리)
%M	월(영문)	%m	월(숫자)
%D	일(영문)	%d, %e	일(숫자)
%T	hh:mm:ss	%r	hh:mm:ss AM/PM
%H, %k	시(24시간제)	%h, %l	시(12시간제)
%i	분	%S, %s	초
%p	AM/PM

SELECT REPLACE(
  REPLACE(
    DATE_FORMAT(NOW(), '%Y년 %m월 %d일 %p %h시 %i분 %초'),
    'AM', '오전'
  ),
  'PM', '오후'
)

문자열을 특정형식으로 해석하여 시간과 날짜 생성하기

STR_TO_DATE({문자열},{형식})을 이용해서 문자열을 특정 형식으로 시간과 날짜를 생성할 수 있다.

SELECT
  OrderDate,
  DATEDIFF(
    STR_TO_DATE('1997-01-01 13:24:35', '%Y-%m-%d %T'),
    OrderDate
  ),
  TIMEDIFF(
    STR_TO_DATE('1997-01-01 13:24:35', '%Y-%m-%d %T'),
    STR_TO_DATE(CONCAT(OrderDate, ' ', '00:00:00'), '%Y-%m-%d %T')
  )
FROM Orders;

MySQL 문자열 관련 함수 알아보기

dev.Woody — Mon, 29 Nov 2021 23:56:44 +0900

우선 MySQL에서는 문자를 1부터 센다. 조금 더 자세한 문자열 관련 함수에 관해서 알아보자.

모두 대문자, 소문자로 변경하기

UCASE(), UPPER()을 통해서 모두 대문자로 변경할 수 있고 LCASE(), LOWER()를 통해서 모두 소문자로 변경할 수 있다.

SELECT
  UCASE(CustomerName),
  LCASE(ContactName)
FROM Customers;

문자열 합치기

일반적인 프로그래밍 언어에서는 +를 이용해서 문자열의 합칠 수 있지만, MySQL에서는 CONCAT()함수를 이용하여 문자열을 합친다.

SELECT CONCAT('HELLO', ' ', 'THIS IS ', 2021);

CONCAT을 이용하여 데이터에 문자열을 추가로 더 붙여서 표현할 수도 있다.

SELECT CONCAT('O-ID: ', OrderID) FROM Orders;

CONCAT_WS(S, {문자1},{문자2})은 여러문자들을 S를 이용해서 연결해준다.

SELECT
  CONCAT_WS(' ', FirstName, LastName) AS FullName
FROM Employees;

문자열 자르기

LEFT({문자열},N)은 왼쪽부터 N글자를 자른다.RIGHT({문자열},N)은 오른쪽부터 N글자를 자른다.SUBSTR({문자열},N)은 주어진 값에 따라 문자열을 자른다. SUBSTRING으로 이용해도 된다.

SELECT
  SUBSTR('ABCDEFG', 3), --앞의 세번째부터 읽어온다.
  SUBSTR('ABCDEFG', 3, 2), --세번째 글자부터 2개를 읽어온다.
  SUBSTR('ABCDEFG', -4), --뒤에서 4번째 글자부터 읽어온다.
  SUBSTR('ABCDEFG', -4, 2); --뒤에서 4번째 글자부터 2개를 읽어온다.

년도로 된 열을 분리할 떄, 이용할 수 있다.

SELECT
  OrderDate,
  LEFT(OrderDate, 4) AS Year,
  SUBSTR(OrderDate, 6, 2) AS Month,
  RIGHT(OrderDate, 2) AS Day
FROM Orders;

문자열의 길이 세기

CHAR_LENGTH(), CHARACTER_LEGNTH()을 이용해 문자열의 계산한다. LENGTH()를 이용시 문자열의 바이트 길이가 출력된다.

SELECT
  LENGTH('ABCDE'),
  CHAR_LENGTH('ABCDE'),
  CHARACTER_LENGTH('ABCDE');

문자열의 공백 제거하기

TRIM()은 양쪽 공백을 제거한다.LTRIM()은 왼쪽 공백을 제거하고 RTRIM()은 오른쪽 공백을 제거한다.

SELECT * FROM Categories
WHERE CategoryName = TRIM(' Beverages ')

문자열 글자 이어 붙이기

LPAD(S, N, P)는 S가 N글자가 될 때까지 P를 이어붙인다. RPAD(S, N, P)는 S가 N글자가 될 때까지 P를 이어붙인다. LPAD는 ABC-- RPAD는 --ABC과 같이 나타난다.

SELECT
  LPAD(SupplierID, 5, 0),
  RPAD(Price, 6, 0)
FROM Products;

문자열 변경하기

REPLACE(S, A, B)를 활용하여 S문자열에서 A를 B로 변경할 수 있다.

SELECT
  REPLACE(Description, ', ', ' and ')
FROM Categories;

문자열 반환하기

INSTR({문자열}, s)를 이용해서 문자열중 해당하는 s의 첫 위치 반환한다. 없을 경우 0을 반환하게 된다.

SELECT * FROM Customers
WHERE INSTR(CustomerName, ' ') BETWEEN 1 AND 6;

MySQL 숫자 관련 함수 알아보기

dev.Woody — Mon, 29 Nov 2021 23:56:22 +0900

올림,내림,반올림,절대값 함수 알아보기

ROUND는 반올림, CEIL은 올림, FLOOR은 내림을 의미한다.

SELECT 
  Price,
  ROUND(price),
  CEIL(price),
  FLOOR(price)
FROM Products;

ABS는 절대값 함수이다.

SELECT * FROM OrderDetails
WHERE ABS(Quantity - 10) < 5;

최대값,최소값 알아보기

GREATEST는 (괄호 안에서) 가장 큰 값, LEAST (괄호 안에서) 가장 작은 값을 나타낸다.

SELECT
  OrderDetailID, ProductID, Quantity,
  GREATEST(OrderDetailID, ProductID, Quantity),
  LEAST(OrderDetailID, ProductID, Quantity)
FROM OrderDetails;

사용할 경우 결과 값은 다음과 같이 나온다.

MAX 가장 큰 값, MIN 가장 작은 값, COUNT 갯수 (NULL값 제외), SUM 총합 ,AVG 평균 값을 의미한다. 이를 그룹함수라고 한다.

SELECT
  MAX(Quantity),
  MIN(Quantity),
  COUNT(Quantity),
  SUM(Quantity),
  AVG(Quantity)
FROM OrderDetails
WHERE OrderDetailID BETWEEN 20 AND 30;

GREATEST,LEAST와 MAX와 MIN의 차이를 알아보기위해서 MAX,MIN의 결과를 확인하면 다음과 같다.

제곱,제곱근 함수

POW(A, B)는 A를 B만큼 제곱한다는 의미이며, POW 대신에 POWER을 이용하여도 된다.제곱근 함수로는 SQRT를 이용한다.

SELECT
  POW(2, 3),
  POWER(5, 2),
  SQRT(16);

소수점 선택 함수

TRUNCATE(A, n)는 A의 소숫점 n자리까지 선택하라는 의미이다.

SELECT Price FROM Products
WHERE TRUNCATE(Price, 0) = 12;

자료형 변환 함수

CAST(A, Type)는 A를 Type형태의 자료형으로 바꾸어준다.

SELECT
  '01' = '1',
  CONVERT('01', DECIMAL) = CONVERT('1', DECIMAL);

MySQL 연산자 알아보기

dev.Woody — Mon, 29 Nov 2021 23:54:39 +0900

MySQL 연산자 이용하기

MySQL에서는 다른 프로그래밍 언어들 같이 + - * / % mod true false AND && OR || 등의 연산을 지원한다.

다음과 같이 AS를 이용해 연산한 값의 셀의 이름을 지정해줄 수 있다.

SELECT
  ProductName,
  Price / 2 AS HalfPrice
FROM Products;

기본적인 문자열은 0을 취급하고 숫자로 된 문자열의 경우 자동으로 변환되어 계산된다.

SELECT 'ABC' + 3;

SQL에서는 IS, IS NOT 연산자도 지원하는데 IS는 양쪽이 모두 TRUE 또는 FALSE, IS NOT은 한쪽은 TRUE, 한쪽은 FALSE을 의미한다.

MySQL 범위 내의 값 선택하기

BETWEEN {MIN} AND {MAX}를 통해 범위 내 값을 선택할 수 있다. 이때, MIN과 MAX의 위치가 바뀌면 결과값이 제대로 출력되지 않는다. 앞에 NOT을 붙여 범위의 반대여부를 택할 수도 있다.

SELECT * FROM OrderDetails
WHERE ProductID BETWEEN 1 AND 4;

IN ({값1},{값2},{값3})과 같이 IN의 괄호 안에 있는 값들만 추출할 수도 있다.

SELECT * FROM Customers
WHERE City IN ('Torino', 'Paris', 'Portland', 'Madrid')

MySQL 패턴을 가진 문자 선택하기

LIKE '... % ...'를 통해 특정한 패턴을 가진 문자를 선택할 수 있다. %는 0~N개의 문자를 가진 패턴을 의미하고 %대신에 를 쓰면 의 개수만큼의 문자를 의미한다.

SELECT
  'HELLO' LIKE 'hel%',
  'HELLO' LIKE 'H%',
  'HELLO' LIKE 'H%O',
  'HELLO' LIKE '%O',
  'HELLO' LIKE '%HELLO%',
  'HELLO' LIKE '%H',
  'HELLO' LIKE 'L%'

SELECT
  'HELLO' LIKE 'HEL__',
  'HELLO' LIKE 'h___O',
  'HELLO' LIKE 'HE_LO',
  'HELLO' LIKE '_____',
  'HELLO' LIKE '_HELLO',
  'HELLO' LIKE 'HEL_',
  'HELLO' LIKE 'H_O'

MySQL Select 기능 알아보기

dev.Woody — Mon, 29 Nov 2021 23:54:18 +0900

MySQL 주석달기

-- MySQL은 --을 통해서 주석들 달 수 있습니다.

MySQL 테이블의 모든 내용 보기

이때 모든 열의 내용을 보기 위해서는 * 전체 선택자를 이용해서 테이블의 모든 내용을 볼 수 있다.

SELECT * FROM Customers;

MySQL 테이블에서 원하는 column(열)만 골라서 보기

다음과 같이 원하는 열을 선택하거나 원하는 열들 여러개를 선택해서 내용을 볼 수 있다.

SELECT CustomerName FROM Customers;
SELECT CustomerName, ContactName, Country FROM Customers;

MySQL 테이블에서 원하는 row(행)만 골라서 보기

WHERE뒤에 원하는 조건을 입력하여, 조건에 맞는 행을 확인할 수 있다.

SELECT * FROM Orders
WHERE EmployeeID = 3;

MySQL 테이블 정렬하기

ORDER BY 구문을 사용해서 데이터를 정렬할 수 있다. 이때, ASC는 오름차순을 의미하며, DESC는 내림차순을 의미한다. 기본값은 ASC이다.

SELECT * FROM OrderDetails
ORDER BY ProductID ASC, Quantity DESC;

MySQL 테이블에서 원하는 만큼 데이터 가져오기

LIMIT {가져올 갯수} 또는 LIMIT {건너뛸 갯수}, {가져올 갯수} 를 사용하여, 원하는 위치에서 원하는 만큼만 데이터를 가져올 수 있다. 원하는 개수의 데이터를 가져와서 페이지를 구성하는 방법으로 많이 이용한다.

SELECT * FROM Customers
LIMIT 10;

MySQL 테이블에서 원하는 명으로 데이터 가져오기

alias의 줄임말 AS를 이용해 칼럼명을 변경할 수 있다.

SELECT
  CustomerId AS '아이디',
  CustomerName AS '고객명',
  Address AS '주소'
FROM Customers;

MySQL 알아보기

dev.Woody — Mon, 29 Nov 2021 23:54:01 +0900

MySQL은 가장 널리쓰이는 RDBMS(Relational Database Management System)이다.

MySQL과 같은 방식에 속하는 데이터베이스들은 엑셀표와 유사한 형식으로 데이터를 저장한다. 이때, 들어갈 데이터와 들어갈 수 있는 데이터 형식 등을 지정할 수 있다. 즉, 데이터를 관리하는 방식으로 SQL(Structed Query Language)를 사용한다.

엑셀과 같이 데이터가 들어갈 경우, 일부 데이터가 겹치는 문제가 존재하게 된다, 이러한 문제를 해결하기 위해서, 각각 데이터를 분리해서 그 데이터 사이의 관계를 지어준다.

MySQL과 같은 관계형 데이터베이스에서는 분리된 여러 테이블들을 이어주는 Join이라는 기능을 제공한다.

Node.js 호출 스택과 이벤트 루프

dev.Woody — Mon, 29 Nov 2021 23:51:14 +0900

서버로써 동작하기 위해서는 사용자에게 요청을 받아 응답을 기다려야 한다. Node.js는 이벤트 기반, Non blocking I/O 모델을 사용한다.

자바스크립트는 단일 스레드 기반의 언어이기 때문에, 한번에 하나의 작업만 진행한다.이떄 비동기 방식은 이벤트 루프를 이용해서 동시성을 지원한다. 자바스크립트 엔진은 단일 호출 스택을 사용하여 요청이 들어올 때마다 해당 요청을 순차적으로 호출 스택에 담아 처리한다. 이벤트 루프는 브라우저나 Node.js에서 지원되는 방식이다.

이벤트 루프에 관한 설명
Node.Js 공식문서
Philip Roberts: Help, I’m stuck in an event-loop.
이벤트 루프 시각적으로 확인하기

이벤트 루프는 호출 스택과 태스크 큐의 상태를 확인하며 호출 스택이 비어있을 경우, 태스크 큐의 작업을 호출스택으로 이동시킨다.

function run() {
  console.log('동작');
}
console.log('시작');
setTimeout(run, 0);
console.log('끝');

이 경우 출력은 시작, 끝, 동작과 같은 형태로 나오게 된다. 우선 , 호출 스택에 main함수와 setTimeout함수가 쌓이게 된다. 이때, SetTimeout이 실행되면, run은 0초라는 정보와 함께, 태스크 큐로 이동하게 된다.

이때, 이벤트 루프가 상태를 파악하며, 호출 스택이 비워있을 때, 태스크 큐의 작업을 하나씩 호출 스택으로 이동시킨다.

Express 서버 시작하기

dev.Woody — Mon, 29 Nov 2021 23:46:31 +0900

npm을 이용한 패키지 관리

원하는 디렉토리로 이동한 뒤 npm init을 입력해준다.

npm init

이제부터 npm이 패키지 관리를 시작하게 된다.

This utility will walk you through creating a package.json file.
It only covers the most common items, and tries to guess sensible defaults.

See `npm help init` for definitive documentation on these fields
and exactly what they do.

Use `npm install <pkg>` afterwards to install a package and
save it as a dependency in the package.json file.

Press ^C at any time to quit.
package name: (express) server
version: (1.0.0)
description: server
entry point: (index.js)
test command:
git repository:
keywords:
author:
license: (ISC)
About to write to D:\GoogleDrive\Program\Express\package.json:

{
  "name": "server",
  "version": "1.0.0",
  "description": "server",
  "main": "index.js",
  "scripts": {
    "test": "echo \"Error: no test specified\" && exit 1"
  },
  "author": "",
  "license": "ISC"
}

현재 디렉토리에 package.json파일이 생성된 것을 확인할수 있다.

Express 서버 설치하기

npm install express --save

여기서 --save옵션은 외부 라이브러리 정보를 package.json안에 저장할 수 있도록 해준다.

다음 app.js라는 파일을 생성하고 다음 내용을 입력해 서버를 열어보자.

//require을 통해 node_modules에 있는 express를 가져올 수 있다.
const express = require("express");

//express의 반환값을 저장한다.
const app = express();


app.get("/", (req, res) => {
  res.send("Test");
});

//3000번 포트로 서버를 오픈한다.
app.listen(3000, () => {
  console.log("Sever On");
})

다음 터미널에 node app.js를 실행하면, app.listen(포트번호,콜백) 메서드가 실행된다.

node app.js

브라우저를 열고 localhost:3000에 접속해 확인해보자.

Node.js 시작하기

dev.Woody — Mon, 29 Nov 2021 23:46:00 +0900

Node.js란?

Node.js는 주로 서버 사이드 개발에 이용되는 소프트웨어 플랫폼이다.개발 언어는 자바스크립트를 활용하며 Non-blocking I/O와 단일 스레드 이벤트 루프를 통한 높은 처리 성능을 가지고 있다.일반적으로 Node.js로 서버를 개발하므로 Node.js가 서버로 혼동되기도 하는데, Node.js 자체가 서버를 의미하는 것은 아니다.

google의 크롬 브라우저에서 사용하는 V8 자바스크립트 엔진을 사용하며 이벤트 기반의 비동기 방식을 사용하여 이벤트 처리에 있어 빠른 속도를 발휘한다.

Node.js 자체적으로 HTTP 서버 라이브러리를 포함하고 있어 웹서버에서 별도의 추가적인 소프트웨어 없이 동작이 가능하다.

Node.js 설치하기

공식 홈페이지에 들어가 LTS버전을 설치하자 어느 정도 안정성이 있는 것도 중요하다.

https://nodejs.org

파일을 다운 받은 후 Next 버튼을 계속 눌러가며 설치해준다.

다음 cmd창을 키고 node -v를 입력해서 node.js가 잘 설치되었는지 확인해본다.

패키지 관리자 npm이란?

npm은 Node Packaged Manager의 약자로 Node.js의 패키지를 관리하는 패키지 관리자이다.

모듈들을 패키지화하여 모아둔 저장소 역할을 하며 설치/관리를 간편하게 할 수 있다. node.js 설치시 자동으로 설치되므로 추가로 설치할 필요는 없다.

유사한 패키지 관리자로는 yarn이 있다. React나 React Native에 주로 사용된다.

OpenCV 이진 이미지 만들기

dev.Woody — Mon, 29 Nov 2021 23:44:58 +0900

이미지를 검은색과 힌색으로만 표현한 것을 이진화 이미지라고 한다. 일반적으로 이진화 이미지를 만들기 위해서는 특정 값을 기준으로 두 가지로 나누는 것이 일반적이다.이는 Thresholding이라고 한다.이를 통해 이진(binary) 이미지를 생성할 수 있다.

이전의 gray스케일로 변환한 값을 가지고 threshhoding 하면 다음과 같은 이진 이미지를 얻을 수 있다.

import cv2

img_origin = cv2.imread('source.jpg')
gray = cv2.cvtColor(img_origin, cv2.COLOR_BGR2GRAY)
ret,img_thresh = cv2.threshold(gray,
                               100,255.0,
                               cv2.THRESH_BINARY_INV)
cv2.imshow("img_thresh",img_thresh)
cv2.imwrite("img_thresh.jpg", img_thresh)
cv2.waitKey()

Stack Overflow 시작하기

dev.Woody — Mon, 29 Nov 2021 23:40:06 +0900

Stack Overflow란?

개발자들이 프로그래밍을 할 때, 막히거나 궁금한 것이 있을 때, 프로그래밍에 관해서 질문하고 답변을 받는 사이트이다. 제일 규모가 크기 때문에, 빠르게 답변이 올라온다. 대부분 디버깅 하면서 구글 검색하면 들어가는 곳이, Stack Overflow이다.

Stack Overflow의 운영

Stack Overflow는 점수 시스템을 기반으로 운영된다. 추천과 반대 투표제를 이용해서 질문의 퀄리티를 관리한다. 유익한 질문이거나 유익한 답변이면 Reputation을 얻고, 대충한 질문이거나 성의 없는 질문일 경우 반대 투표를 받아 Reputation을 잃게 된다.

점수 획득
내가 다른 사용자의 질문을 채택한 경우: +2점
내 질문이 다른 사용자의 찬성 투표를 받으면: +5점
내 답변이 다른 사용자의 찬성 투표를 받으면: +10점
내 답변을 질문자가 채택한 경우: +15점

점수 잃음
내가 다른 사용자의 답변에 반대 투표를 하면: -1점
내 질문이 다른 사용자의 반대 투표를 받으면: -2점
내 답변이 다른 사용자의 반대 투표를 받으면: -2점

점수제가 생각보다 재미있다. 내가 반대 투표를 해도, 점수가 줄어들기 때문에 생각보다 고민을 많이하고 투표를 해야한다.또한, 평판 50점이 넘어야댓글을 달 수 있고, 투표에 참여할 수 있다.

여담

영어공부도 할 겸, 디버깅 실력도 늘릴 겸 해서 오늘 가입을 시작했다. 오늘 간단하게 파이썬 질문에 답변을 달았다. 점수제가 있기 때문에, 가장 정확하고 좋은 답을 얻기 위해 경쟁하는데 여기서 생각보다 많이 배우는 것 같다. 이번달 명성 300을 목표로, 올해 말까지 1k를 목표로 해봐야겠다.

윈도우 배치 파일 만들기

dev.Woody — Mon, 29 Nov 2021 23:39:24 +0900

윈도우에서의 명령 프롬프트에서 적는 명령어를 bat 파일로 만들어서 사용할 수 있습니다.

화면에 메시지 출력

ECHO Hello World

화면에 출력되는 텍스트 보이기

@ECHO ON

화면에 출력되는 텍스트 감추기

@ECHO OFF

문자열 줄바꿈

ECHO.

파일 복사

COPY

파일 삭제

DEL

프로그램 바로 실행하기

start /d 시작하고자 하는 주소 /b 파일명
/b는 따로 새로운 창을 띄우지 않겠다는 것을 나타내는 옵션이다.

start /d "C:\Program Files (x86)\Google\Chrome\Application" /b chrome.exe

명령 실행 후 창 남겨두기

추가적인 입력이 필요한 경우 매우 유용하다. 명령이 실행하고 종료되어도 cmd창이 바로 닫히지 않는다.

cmd /k

Linux Command line 기본 명령어 정리

dev.Woody — Mon, 29 Nov 2021 23:35:39 +0900

파일 또는 디렉토리 확인

ls
ls -al

옵션
-a 숨긴 파일 및 디렉토리 까지 표시
-l 상세정보 표시
-s 크기별 정렬

디렉토리 이동

cd /velog

현재 디렉토리 확인

pwd

신규 디렉토리 생성

mkdir velog

디렉토리 삭제

rmdir은 파일이 없는 폴더만 삭제가 가능하다.

rmdir velog

파일이 있는 폴더를 삭제하고자 하면 rm 명령어를 이용해 삭제하면 된다.

rm -rf velog

파일 삭제

rm velog.txt

옵션
-r 하위 디렉토리 삭제
-f 강제로 삭제
-i 파일 지울지 물어봄
-v 삭제 정보 표시

파일에서 단어 검색

grep -in 'hello' ./velog.txt

위의 명령어는 대소문자를 구분하지 않고 velog.txt 내에서 hellow가 있는 행과 line 번호를 함께 출력하는 명령어이다.

옵션
-c 라인의 개수 출력
-i 대소문자 구분 안함
-n 라인 번호 출력
-v 검색어가 없는 Line 보여달라

명령어 별칭

alias로 지정 후 l을 입력하면 별명으로 지정한 해당 명령어가 실행된다.

alias l='ls -al'
unalias l

리눅스 C 컴파일러 : GCC 알아보기

dev.Woody — Mon, 29 Nov 2021 23:34:37 +0900

1. 컴파일 하기

gcc <컴파일할 파일> 으로 컴파일이 가능하다.

$ gcc main.c

2. 컴파일한 파일 실행하기

컴파일할때 출력 파일명을 지정하지 않을 경우 기본적으로 a.out이라는 파일명으로 파일이 나오게 된다.
실행은 ./실행파일 명으로 실행이 가능하다. ./는 현재폴더내에서의 프로그램을 뜻한다. "./명령" 은 현재의 디렉토리에 있는 "명령" 을 실행하라는 것이다. 환경변수에 추가하면 ./없이 이용이 가능하지만 보안상 좋지 않다.

$ ./a.out

3. 컴파일한 결과 파일 지정

gcc 에서는 -o 옵션을 통해 컴파일 과정에서 만들어지는 실행 파일의 이름을 수정 할 수 있도록 지원한다.

gcc -o <실행파일 이름> <컴파일할 파일>

$ gcc -o main main.c

다음과 같은 방법으로 컴파일 할 파일 여러개를 지정할 수도 있다.
gcc -o <실행파일 이름> <컴파일할 파일> <컴파일할 파일> <컴파일할 파일>

$ gcc -o main main.c main2.c main3.c

4. 목적(Object) 파일 만들기

목적파일은 기계어로 구성된 파일이다. 컴파일러는 다음과 같은 과정을 통해서 컴파일을 진행한다.

전처리기 > 컴파일(어셈블리 소스) > 어셈블(목적 파일 생성) > 링크(실행가능 파일)

이 목적파일은 여러개의 파일이 있을 때 사용하기 유용하다. 위의 3과 같은 역할을 하지만, 변경사항이 없는 소스파일은 따로 변경할 필요가 없어 불필요한 컴파일 과정을 줄일 수 있다. 이와 관련해서는 make가 있다. 추후 설명할 예정이다.

gcc -c main.c
gcc -c main1.c
gcc -c main2.c
gcc -o main main.o fun1.o fun2.o

5. Gcc 다른 옵션

-e : 전처리 과정을 화면에 출력한다.
-s : 어셈블리 파일 생성한다.
-v : 컴파일 과정을 화면에 출력한다.
--save-temps : 컴파일시 생성되는 중간 파일 저장한다.