[O'REILLY] Node & Express - 5장 : 품질보증

품질보증 QA

1. 품질보증

1) 예산이 풍부하거나 규모가 큰 경우

- 보통 QA부서가 따로 있고, QA부서와 개발 부서 사이에는 적대적인 공기가 흐른다.

- QA는 버그를 많이 찾아야하고, 개발부서는 버그가 적어야 한다.

 

2) 예산이 빠듯하고 규모가 작은 경우

- 개발 인력이 QA와 소프트웨어 개발을 모두 담당한다.

- 개고생한다.

 

3) 결론

- 개발자도 QA 기술을 갖추는 것도 매우 좋은 경쟁력이다.

- 전통적으로 QA 부서에서 담당했던 역량이 개발 쪽으로 넘어오는 추세가 되면서, 개발자들도 QA에 책임 지는 일이 많아졌다.

- 이런 상황에서는 QA에 특화된 소프트웨어 엔지니어가 개발자들의 조언가 같은 역할을 하면서 개발 업무에 QA를 넣으 수 있게 돕는다.

 

2. QA 계획

- QA는 창의적인 과정과 다르게 질서의 영역에 속한다.

- QA는 해야 할 일을 파악하는 것과 그 일이 확실히 이루어지게 하는 것이라 할 수 있다.

- 포괄적이고 반복 가능한 QA 계획을 수립하는 일이다.

- QA 계획의 목표는 프로젝트가 의도한 대로 동작하도록 하기 위해 취한 단계 전체를 기록하는 것이다.

 1) 새로운 기능 추가

 2) 기존 기능의 변경

 3) 기능 제거

 4) 테스트 기술이나 테크닉의 변경

 5) QA 계획에서 놓친 버그

 

3. QA의 가치

- 점유율 : 점유율은 시장에 얼마나 영향력을 끼치는 지 나타낸다. 웹사이트 이용자, 서비스 사용하는 사람의 숫자로 표현할 수 있다. 수익에 직접적인 영향을 주며, 개발자의 관점에서는 SEO가 점유율에 가장 큰 영향을 미치므로, SEO가 반드시 들어가야 한다.

- 기능 : 일단 사람들이 사이트에 방문하거나 서비스를 사용하기 시작하면, 기능이 사용자의 반응에 큰 영향을 미친다. 기능은 테스드 자동화로 평가하면 가장 좋다.

- 사용성 : 기능이 정확한 동작이라면, 사용성은 사람과 컴퓨터의 상호작용(human-computer-interaction)을 평가한다. 기능이 수요자에게 유용한 형태로 전해지는지, 유연함과 강력함과 UX를 모두 고려한 말로, 대상 수요자의 입장에서 생각해야 한다.

- 미학 : 주기적인 매력성, 디자인 평가가 있어야 한다.

 

4. 로직과 표현

- 웹사이트에는 비즈니스로직과 표현. 두 가지가 있다. 로직은 순수한 지적 영역에 속한다.

- 로직과 표현의 구분은 중요하다. 로직에서는 모든 것을 가능한 단순하고 명확하게 표현하는 게 좋지만, 표현은 필요에 따라 복잡할 수도, 단순할 수도 있다.

- 표현은 사용성과 미학의 영역이지만 로직은 그렇지 않다.

- 가능한 한 로직과 표현을 명확히 구분하는 것이 좋다. 

 

5. 테스트 타입

- 단위테스트 : 구성 요소 하나가 정확히 동작하는지 테스트하는 세밀한 테스트 (로직 테스트)

- 통합테스트 : 여러 구성 요소, 심지어 시스템 전체의 상호작용을 테스트 (로직과 표현)

 

 

다음 시간에는 테크닉 개요와 제스트 공부하자.