#sw testing

[mick1031]

SW Testing 패턴 v0.1

1) title

2) problem

요약(굵은 글씨)

그림 삽입

배경(background)

문제 상세 내용 기술

3) solution

다이어그램 삽입

해결방법 상세 설명

4) consequence & effect

결론(문제/해결로 부터 기인된)

testing 및 다른 분야(개발, 설계 등)에 미치는 영향 및 관련사항

[blurblah-blog]

TSN#2-01 내가 배운 일반적인 형태. 여기서 Architecture와 요구사항 관리에 대한 내용도 추가된다면 어떻게 변형할 수 있을까? 더 좋고 효율적인 형태는 어떻게 해야할까? 시간이 지날수록 괜찮은 프로세스가 중요하다 느낀다. 시스템이 프로세스를 강제한다면 초기에 자리잡는데 유리할 거 같다. 또 시스템으로 의사소통도 가능할거고. 문서화와 기록을 잘한다는게 전제여야 하지만. 또 비인간적인 환경이 만들어질 수 있다는 단점도 있겠다. 비인간적인 환경이 오히려 효율이나 창의를 저해한다는 가정하에.