프로젝트 계획

본 프로젝트는 "린 애자일 기법을 활용한 테스트 주도 개발"에서 소개하는 프로세스를 참고하여 진행합니다.

프로젝트 단계

기획 - 기능 - 스토리 - 시나리오 - 테스트

• 기획: 전체 프로젝트에 대한 테스트, 목적에 대해 결정하는 단계
• 기능: 고수준의 요구사항을 수립하는 단계
• 스토리: 기능을 바탕으로 사용자 스토리를 도출하여 인수 기준을 결정하는 단계
• 시나리오: 사용자 스토리를 바탕으로 유스케이스를 작성하는 단계
• 테스트:

기획

• 비전: 학습로그 서비스는 크루들의 학습에 대한 메타인지를 기르는데 도움을 주는 학습로그 작성을 장려한다.
• 미션: 학습로그 관리와 모아볼 수 있는 서비스를 개발한다.
• 목표: ...
• 원칙: ...

기획에서 정해야 할 것들

• 비전: 왜 이 프로젝트가 끝나야 하는지 프로젝트의 최종 상태를 기술
• 미션: 비전에 도달하기 위해 필요한 경로
• 목표: 외부에서 볼 때 프로젝트의 성공을 측정할 수 있는 기준
• 원칙: 팀이 의사결정을 할 때 사용할 수 있는 가치있는 문장

목표

• 비전, 미션과 관련있어야 하고, 측정이 가능하고 시간내에 성취할 수 있는 구체적인 내용으로 작성하기
• ex) 깃헙에 학습로그 작성할 때 대비 학습로그 작성 수 n% 올리기

원칙

• ex) 작성 편의성이 좋아야 한다 or 모아 보는 기능이 편해야 한다 ...

기능

수집된 기능 목록

• ...
• ...

결정된 기능 목록

• ...
• ...

기능 인수 조건

• ...
• ...

기능, 인수 조건이 정해진 후

• 구현 가능한지 예측 필요
• 가능하다면 기능에 대한 계획과 일정을 세우기

스토리

역할

• ...
• ...

역할의 스토리

• ...
• ...

스토리 인수 조건

• ...
• ...

기능에 대한 인수 테스트를 바로 만들기 전에 작게 나눈 기능에 대해서 테스트를 고안하는 편이 더 쉽다.

기능을 스토리로 분할

• 누가 무엇을 왜 세 가지 항목을 포함하여 작성

As a user
I want to receive issue webhooks from Gitlab
So that I can list all current tasks

역할(누가)

• 기능을 다루는 주체
• 특정한 사람일 필요는 없음

스토리 인수 조건

• 스토리는 간단한 설명 정도로 짧으면 좋다.
• 상세한 사항은 스토리 구현 직전이나 구현 중에 기술할 수 있다.
• 기술 의존적인 용어 보다는 고객의 언어로 작성되어야 한다.

시나리오

유스케이스

• 사용자와 소프트웨어 간에 발생하는 일련의 행동과 반응의 기록
• 스토리를 위한 업무 흐름을 기반으로 작성