• 컴퓨터/IT > 컴퓨터공학 > 소프트웨어공학론

2019/12 컴퓨터/IT 95위 | 현재 컴퓨터/IT 95위 |

• [시리즈] 에이콘 소프트웨어 테스팅 시리즈 [11]

출판사 리뷰

출판사 서평 ★ 요약 ★ 성공적인 소프트웨어 테스트 자동화에 대한 방법을 알려주고, 그에 수반한 6가지 핵심 활동을 설명한 책이다. 이 책에서는 미 국방부와 주로 일하는 IDT라는 회사가 실제 현업에서 적용한 소프트웨어 테스트 자동화 경험을 최대한 상세히 풀어 설명하면서, 어떻게 성공적으로 테스트 자동화를 구축해나갔는지 보여준다. 아울러 요구사항 이해, 테스트 자동화 전략 수립, 소프트웨어 테스트 자동화 프레임워크(ASTF) 테스팅, 지속적인 진척 현황 추적에 따른 적절한 대응, 소프트웨어 테스트 자동화 프로세스 구현, 적합한 인력을 프로... ★ 요약 ★ 성공적인 소프트웨어 테스트 자동화에 대한 방법을 알려주고, 그에 수반한 6가지 핵심 활동을 설명한 책이다. 이 책에서는 미 국방부와 주로 일하는 IDT라는 회사가 실제 현업에서 적용한 소프트웨어 테스트 자동화 경험을 최대한 상세히 풀어 설명하면서, 어떻게 성공적으로 테스트 자동화를 구축해나갔는지 보여준다. 아울러 요구사항 이해, 테스트 자동화 전략 수립, 소프트웨어 테스트 자동화 프레임워크(ASTF) 테스팅, 지속적인 진척 현황 추적에 따른 적절한 대응, 소프트웨어 테스트 자동화 프로세스 구현, 적합한 인력을 프로젝트에 투입하는 등의 6가지 핵심 활동을 구체적으로 소개하며, 요구사항 정의, 전략 설정, 프레임워크 선정과 적용, 그리고 이를 지속적으로 개선하면서 조직에 맞는 경량 프로세스를 만들어나가는 것이 목표다. 지속적인 가치를 주는 테스트 자동화 체계를 잡아가기를 원하는 사람들에게 꼭 필요한 정보를 알려주는 중요한 책이다. ★ 추천의 글 ★ \"이 책은 소프트웨어 테스트 지식에 관한 우리의 큰 목마름을 채워준다. 테스트 자동화가 여타 테스트 활동과 어떻게 다른지를 기술하고, 테스트 자동화에 필요한 기술과 지식의 유형을 명확히 그려준다는 점에서 매우 탁월한 책이다. 테스트를 공부하는 사람이라면 반드시 읽어야 하며, 관련 분야 종사자에게 바이블이 될 것이다.\" - 제프 오퍼트(Jeff Offutt) / 조지메이슨 대학 소프트웨어 공학 교수 \"이 책은 앞서 발간된 『Automated Software Testing』의 개정증보판으로서, 소프트웨어 테스트 자동화를 적용하려는 관련 종사자들에게 완벽한 참고서가 될 것이다. 소프트웨어 테스트 전문가라면 반드시 읽어야 할 필독서다.\" - 제프 라쉬카(Jeff Rashka) / PMP, 『Automated Software Testing』과 『Quality Web Systems』의 공동 저자 세계가 매우 빠르게 급변하는 오늘날에는, 날마다 변화와 혁신의 문화를 세워나가야 한다. 혁신은 군인, 선원, 이등병, 해병, 해안경비대의 일상에서 매일 일어나는 일이다. 군인으로서의 내 삶을 돌아보면, 운 좋게도 극적인 혁신의 효과를 맛 보고 경험할 수 있었다. 엄청난 혁신이 일어나는 또 하나의 영역이 정보 기술 영역이다. 오늘날 배포되는 시스템은 수백만 라인의 방대한 소프트웨어, 십 년 전만 해도 상상할 수 없었던 컴퓨터 프로세서의 속도, 그리고 광대역을 제공하는 네트워크로 구성되어 있다. 이와 같은 혁신에도 불구하고, 증대되는 위협에 대응할 필요성은 이전보다 훨씬 더 커졌고, 반응에 필요한 시간은 줄어들고 있다. 정보 기술 관점에서 보면, 이는 소프트웨어 변경이나 개선과 관련된 영역을 이전에 비해 더욱 빠르게 만들어나가야 함을 의미한다. 빠르면서도 효과적인 테스트 변화가 매우 중요하다. 그러나 여전히 수많은 프로그램에서 일정의 50% 이상을 테스트에 쏟아 붓고 있다. 혁신적인 테스트 솔루션 제공의 선두에 있는 IDT(Innovative Defense Technologies)는 이런 변화의 위협에 발맞춰갈 필요가 있었다. 이 책은 성공적인 소프트웨어 테스트 자동화 프로그램 구현에 도움을 줄 수 있는 가이드를 제시한다. 직접 경험한 케이스 스터디를 싣고, 소프트웨어 테스트 자동화 이슈 및 해법을 심도 있게 파헤친다. 또한 소프트웨어 테스트 자동화의 비즈니스 케이스를 어떻게 개발해야 하는지 그리고 소프트웨어 테스트 자동화 프로그램에 대한 수명주기 접근을 어떻게 제공해야 하는지 풍부하게 말해준다. IDT는 이 책에서 필요한 정보를 시기적절히 제공함으로써 관련 담당자들이 효과적인 소프트웨어 테스트 자동화 프로그램을 구현할 수 있게 한다. - 에드먼드 지암바스티아니 주니어(Edmund P. Giambastiani, Jr). 제독 / 미합중국 해군(퇴역)의 합참부의장(2005~2007) 내가 처음으로 소프트웨어 시스템을 개발했던 1960년대 중반에는, 테스트는 주로 개발자의 몫이었다. 최종 사용자는 상대적으로 작은 테스트 케이스로 검증할 뿐이었다. 20여 년이 지나면서 더 많은 시간이 테스트에 할애되고 있으나, 중요한 테스트 케이스들이 프로그래밍 직군이 수행하는 테스트와 최종 사용자 또는 별도 테스트 그룹의 테스트 과정에서 중첩되고 있다. 이런 필요 이상의 테스트는 초과 비용을 발생시키며 프로젝트 일정을 지연시켰다. 오류가 발견되면, 수정과 재검증을 위한 시간 지연은 비용을 발생시켰다. 오늘날에도 소프트웨어 제품이 시장에 나오는 데 중요한 비용과 시간을 테스트에 소비하고 있다. 제품 내의 소프트웨어 복잡도와 규모가 증가하면서, 미래에도 테스트 양은 계속적으로 증가하리라 예상된다. 테스트 기술에서 큰 개선이 요구되고 있기에, 이에 대한 해결책의 하나로 소프트웨어 테스트 자동화가 있다. 소프트웨어 테스트 자동화의 목적은 시간과 리소스의 사용을 효과적으로 하여 테스트 효율을 높이는 데 있다. 또한 필요하다면 테스트 조합과 순서를 변경하게 해주고, 테스트 커버리지를 높이면서 테스트 중복 실행을 피하며, 결과 분석도 자동으로 해준다. 이를 통해 동일한, 또는 더 감소된 테스트 시간 프레임 내에서 소프트웨어의 품질과 신뢰를 높이고자 한다. 이 책은 효과적인 소프트웨어 테스트 프로그램 구축을 위한 방대한 기술적인 가이드를 제공한다. 소프트웨어 테스트 전반에 걸쳐 적용할 수 있는 소프트웨어 테스트 자동화에 대한 제안과 솔루션을 경험에 기초해 제공한다. 이 책에서 제공하는 소프트웨어 테스트 자동화 베스트 프랙티스와 가이드라인을 적용하면, 테스트 프로그램을 개선할 수 있으며, 마침내 정해진 시간과 예산 안에서 높은 품질의 소프트웨어 제품을 생산하여 비즈니스를 발전시킬 수 있다. 아울러 이 책에서는 자동화 테스트 솔루션의 ROI(투자 대비 수익)을 계산하는 방법에 대한 생생하고 실질적인 조언을 해준다. 이는 사용자가 테스트 자동화로 활용하기에 최적인 곳과 비용 대비 효과가 없는 시점이 언제인지를 이해하는 데 도움이 될 것이다. 마지막으로, 소프트웨어 테스트 자동화의 이점으로는 테스트 프로세스를 공식적으로 감사할 수 있다는 점도 들 수 있다. 2002년에 제정된 사베인스-옥슬리 법 404조(SOX 404, Section 404 of the Sarbanes-Oxley Act of 2002)는 2004년을 기점으로 기업 연간 보고서의 재정 보고서 내에 기업 내 통제 관리에 대한 보고서를 포함시킬 것을 요구한다. 더 나아가, 경영 평가를 증명하기 위해 회사의 외부 감사 역시 필요하다. 경영 정보 시스템은 기업 내 통제 시스템의 매우 중요한 구성요소가 될 것이다. 따라서 새로운 시스템에 대한 테스트 프로세스의 독립적인 감사가 가능하다는 사실은 향후 대규모 시스템의 개발과 구축에서 매우 중요하게 작용할 것이다. - 윌리엄 나일린(William Nylin, Jr.) 박사 / 콘즈(Conn’s, Inc.)의 수석부사장 겸 이사 ★ 이 책에서 다루는 내용 ★ ■ 소프트웨어 테스트 자동화의 현실적인 비즈니스 케이스를 수립해 추진해나가는 방법 ■ 테스트 요구사항을 명확히 하고, 이 요구사항을 반영하기 위해 자동화 전략을 세우는 방법 ■ 효율적인 테스트 환경을 구축하고, 이 환경에 적합한 자동화 툴과 기술을 선택하는 방법 ■ 지속적으로 진행 상황을 추적하고 올바르게 변경할 수 있도록 증명된 지표들을 사용하는 방법 ★ 이 책의 구성 ★ 1부, 소프트웨어 테스트 자동화의 정의와 필요성 1장, ‘효과적인 소프트웨어 테스트 자동화란’에서는 소프트웨어 테스트

★ 지은이의 말 ★

새로운 소프트웨어 개발 과정 중에서 테스트는 점점 더 많은 시간과 비용을 차지하고있다. 소프트웨어 테스트 자동화를 활용하면 개발자와 소프트웨어 테스터는 소프트웨어 테스트 수명주기를 최적화할 수 있고, 비용도 줄일 수 있다. 기술과 개발이 점점 더 복잡해짐에 따라, 소프트웨어 테스트 자동화는 더욱더 필수적이다. 이 책은 먼저 출판된 『Automated Software Testing』에서 기술한 증명된 사례와 테스트 자동화 수명주기 방법론에 근거해 만들어졌고, 소프트웨어 테스트 자동화를성공적으로 구현하기 위해 필요한 새롭고 실질적인 완벽한 가이드를 제공한다.

이 책에서는 세 명의 전문가가 소프트웨어 테스트 자동화의 구성요소, 갖춰야 하는 기능, 한계점을 체계적으로 설명한다. 이들은 방위 산업 및 일반 산업 모두에서 소프트웨어 테스트 자동화를 사용한 경험을 서술하며, 이를 통해 베스트 프랙티스, 핵심 성공 요소, 주요 문제점과 해결법 같은 전반적인 구현 프로세스를 볼 수 있다.

테스트 전문가, QA 전문가, 프로젝트관리자나 개발자라면, 이 책은 이전에는 경험해보지 못한 테스트 효율성을 가져오는 데 도움을 줄 것이며, 개발 수명주기 전반을 개선할 수 있는 소프트웨어 테스트 자동화를사용하는 방법을 터득하게 될 것이다.

제안하려고 하는 테스트 자동화 전략이 실패할 것 같은가? 괜찮았던 과거보다도 못한 결과를 주는 소프트웨어 테스트 자동화라는 용어 때문에 괴롭지 않은가? 테스트 자동화라는 만능 해결사가 목표를 잃고 있지는 않은가? 테스트 자동화 엔지니어가 실망스러운가? 우리는 IDT(www.idtus.com)에서 자동화 테스트의 성공을 돕는 견고한 솔루션, 전략, 아이디어를 찾아냈다. 그리고 이 책에 모두 담았다.

시스템과 애플리케이션에 대한 제대로 된 소프트웨어 테스트 전략, 기법, 솔루션이 있다면, 소프트웨어 테스트 자동화는 가장 효과적인 프랙티스 중 하나다. 이는 테스트 효율을 높이고 테스트 비용은 극적으로 낮추면서, 더 빠르고 넓은 효율적인 결함 검출이라는 측면에서 소프트웨어 품질을 높이는 데 기여한다.

이 책은 조직에 소프트웨어 테스트 자동화를 구현하는 데 도움이 되는 가이드를 제공한다. 하지만 존재하지도 않는 마법 같은 해법을 제공하지는 않는다. 다만, 경험에 근거해 많은 논점과 권고사항을 알려준다. 1부에서는 자동화 이슈를 철저히 분석한다. 소프트웨어 테스트 자동화인 것과 아닌 것은 무엇인가? 비즈니스 케이스(business case)는 자동화 성공을 위해 왜 필요한가? 자동화는왜 필요하며 언제 해야 하는가에 대한 이슈를 설명하며, 앞서 설명한 비즈니스 케이스를 만들기 위한 단계별 지침도 추가했다. 그리고 자동화가자주 실패하는 이유와 성공을 막는 함정과 주로 하는 큰 실수들을 정리했다. 또한 자동화 성공을 돕는 오픈소스 테스트 툴도 소개한다. 2부에서는 소프트웨어 자동화 테스트를성공적으로 구현하기 위한 6가지 핵심 활동을 제시한다.

■ 핵심 활동 1: 요구사항 이해
■ 핵심 활동 2: 테스트 자동화 전략 수립
■ 핵심 활동 3: 소프트웨어 테스트 자동화 프레임워크(ASTF) 테스팅
■ 핵심 활동 4: 지속적인 진척 현황 추적에 따른 적절한 대응
■ 핵심 활동 5: 소프트웨어 테스트 자동화 프로세스 구현
■ 핵심 활동 6: 적합한 인력을 프로젝트에 투입(필요한 스킬 세트 파악)

IDT에서 소프트웨어 테스트 자동화에대한 두 가지 설문조사를 수행한 적이 있다. 전 세계에 걸쳐 다양한 분야, 다양한 규모의 조직에 속한 테스트 전문가 700명에게서 응답을 받았는데, 이 설문조사에서 일관되게 나타난 두 가지 내용은 다음과 같다.

■ 약 70%의 응답자는 자동화에 비용이 많이 든다는 사실을 믿지만, 왜 자동화를 해야 하며 어떻게 실제 프로젝트에 적용해야 하는지에대해서는 별다른 확신이 없다.
■ 응답자의 절반은 자동화를 구현하는데 필요한 경험이나 시간, 예산이 부족하다고 느꼈다.

소프트웨어 테스트 자동화가 유용하고필요하다는 데는 대부분 동의한다. 하지만 성공률이 더 높은 자동화를 구현하지못하는 이유는 바로 경험 부족 때문인 듯하다. 그렇기에 프로젝트에서 기술을 겸비한 사람을 찾는 일은 매우 중요하다. 필요한 기술은 10장에 정리해뒀다. 설문조사 결과에 대한 더 많은 내용은 4장에서 볼 수 있다.


★ 옮긴이의 말 ★

소프트웨어 테스트 자동화에 대한 생각이 어느덧 ‘정말 되는 걸까?’에서 ‘정말 되는구나’로 바뀌었다. 테스트 자동화는 많은 IT 회사의 목표인 ‘높은 품질의 빠른 출시’에 점점 더 많은 기여를 하게 되는 듯하다.

이 책의 원서는 2009년에 미국에서출간됐는데, 그 즈음에는 나 자신조차도 ‘테스트 자동화’에 대해 부정적이었다. 많은 리소스를 들여 테스트를만들고 한 번 돌아가는 것에는 환호하지만, 지속적으로 가치를 주는 작업이 되지 못한 채 비용과 리소스만 낭비된 시도들을 많이 봐왔다.

하지만 지금은 다르다. 현재 내가 속한 곳에서도 시간을 들여 실패와 시도를 거듭한 끝에, (갈 길이 멀긴 하지만) 매일 돌아가는테스트도 꽤 많아졌다. 테스트 자동화를 하면서 부딪히는예상치 못한 이슈들도 하나 둘 풀어내는 중이다. 이제 재미있는 무엇인가를 할 수 있는 출발선에는 서 있게 된 것 같다.

이 책은 IDT라는 회사에서 소프트웨어 테스트 자동화에 관한 경험과 아이디어/노하우를 정리해 공유해준 책이다. IDT는 주로 미 국방부와 관련된 시스템이높은 품질로 출시되도록 소프트웨어 테스트 자동화를 적용하고컨설팅을 해주는 회사다. 정부 기관 중 그것도 국방부와 관련된 시스템에 적용한 결과이고, 출간된 시기도 6년 전쯤이기에, 현 시점에서볼 때 아주 매력적인 기술이나 방법/도구를 제시하진 않는다. 하지만 미션 크리티컬한 국방 시스템에 실제로 적용한 테스트 자동화의 경험을 최대한 상세히 풀어 설명하기에, 어떻게 성공적으로 테스트 자동화를 구축해나갔는지를 경험할 수 있다.

여기서 제시한 방법이 테스트 자동화 구축의 유일한 길은 아니며, 이 책이 테스트 자동화 구축에서 유일한 바이블은 아니다. 하지만 테스트 자동화를 체계적으로 구축할 때 고려할 사항에 대해 미리 알아두면 좋을 내용은 알차게 담겨 있다. 요구사항을 정하고 전략을 세운 뒤, 이에 맞는 프레임워크를 선정하고 적용한다. 그리고 이를 지속적으로 개선하면서 조직에 맞는 경량 프로세스를 만들어나가는 것이 그 답이다.

내가 속한 조직에 비춰볼 때도 테스트 자동화 기술을 익히고 문제는 풀어나가지만, 큰 그림을 가지고 어떤 체계 안에서 자동화를 성숙하게 만들 것인가는 놓치기 쉬운 것 같다. 그런 측면에서 이 책이 나에게도 도움이 되었다. 마찬가지로, 지속적인 가치를 주는 테스트 자동화 체계를 잡아가기를 원하는 사람이라면 이 책에서 필요한 많은 정보를 얻을 수 있을 것이다.

목차
1부 소프트웨어 테스트 자동화의 정의와 필요성
1장 효과적인 소프트웨어 테스트 자동화란
__소프트웨어 테스트 자동화 정의
__소프트웨어 테스트 자동화 사례
__향상된 소프트웨어 테스트 자동화 기술
__다양한 소프트웨어 테스트 타입의 자동화
__소프트웨어 테스트 자동화 기반의 프로덕션 지원 제공
____필요시 프로덕션 이슈 해결책 지원
____수정으로 인해 영향받는 프로그램 컴포넌트 구분 지원
____수정된 프로그램의 정확도와 품질 검증
____프로덕션 시스템 문제 리포트(STR) 분류
__표준 평가를 위한 자동화
__정리
2장 자동화가 필요한 이유
__오늘날 소프트웨어 테스트가 직면한 문제
__소프트웨어 테스트의 시간과 비용 절감
____테스트 자동화 계획과 개발: 초기 테스트 업무 증가
____테스트 데이터 생성: 테스트 업무/일정 줄이기
____테스트 실행: 테스트 업무/일정 줄이기
____테스트 결과 분석: 테스트 업무/일정 줄이기
____에러 상태/해결 모니터링: 테스트 업무/일정 줄이기
____리포트 생성: 테스트 업무/일정 줄이기
____고려해야 하는 비용과 시간을 줄일 수 있는 그 밖의 요인
__소프트웨어 품질에 영향 주기
__소프트웨어 테스트 프로그램 개선
____빌드 검증 테스트 개선(스모크 테스트)
____리그레션 테스트 개선
____멀티플랫폼 호환성 및 설정 테스트
____일상적인 재미없는 테스트 실행 개선
____고급 테스트 이슈에 집중하도록 개선
____수동 테스트로 수행하기 어려운 테스트
____소프트웨어 결함 재현 능력
____시스템 전문지식 향상
____일과 후의 ‘불이 꺼진 후’ 테스트
____요구사항 정의 개선
____성능 테스트 개선
____스트레스 및 내구성 테스트 개선
____품질 측정 및 테스트 최적화
____시스템 개발 수명주기 개선
____문서화 및 추적성 개선
____작업 부하 분산 및 동시성 테스트
__정리
3장 비즈니스 케이스
__비즈니스 케이스의 정의
__비즈니스 니즈 확립
____테스트 업무의 속도와 효율을 높이는 니즈
____테스트 비용을 줄이는 니즈
____테스트 팀 구성원의 기술을 가장 효과적으로 활용하는 니즈
__비용과 효과 측면에서 자동화의 타당성 증명
____ROI 측정
____전체 테스트 자동화 세이브
____테스트 환경 설정 시간 세이브
____테스트 개발 시간 세이브
____테스트 실행 시간 세이브
____테스트 실행/진단 시간 세이브
____그 밖의 ROI 고려사항
____그 외의 ROI 지표
__리스크
__그 밖의 고려사항
__정리
4장 소프트웨어 테스트 자동화의 실패 이유와 함정
__일반적으로 R&D는 자동 또는 수동 테스트 업무에 초점이 맞춰져 있지 않다
__소프트웨어 테스트 자동화의 오해와 진실
____테스트 계획 자동 생성
____모든 것을 만족시키는 테스트 툴
____즉각적인 테스트 업무 감소
____즉각적인 일정 감소
____쉽게 사용할 수 있는 툴
____소프트웨어 테스트 자동화를 위한 범용 애플리케이션
____100% 테스트 커버리지
____캡처/플레이백과 소프트웨어 테스트 자동화를 동일시
____소프트웨어 테스트 자동화는 수동 테스터의 활동이다
____테스트 목적의 상실: 결함을 찾는 것
____단위 테스트 자동화가 아닌 시스템 테스트 자동화에 집중
__소프트웨어 테스트 자동화를 위한 개발 고려사항의 부족
____테스트 가능한 애플리케이션 작성
____오픈 아키텍처 표준 준수
____표준 문서화 포맷 준수
____표준 방식으로 테스트 케이스 문서화
____코딩 표준 준수
____OMG의 IDL 사용
____GUI 테스트 권고사항
____GUI 오브젝트 네이밍 표준
____코드 재사용 라이브러리 컨셉
__나무를 위한 숲: 어느 툴을 선택해야 하는가
____툴을 평가하고 선택하는 방법
__툴 벤더 전체를 보더라도 자동화 표준은 부족하다
____테스트 자동화 툴 표준 샘플
__비즈니스 케이스의 부족
__정리
2부 자동화 방법: 성공적인 자동화를 위한 6가지 핵심 활동
5장 핵심 활동 1: 요구사항 이해
____소프트웨어 테스트 자동화를 지원하는 요구사항에 대한 이해
____테스트 대상 애플리케이션 또는 테스트 대상 시스템 요구사항
____소프트웨어 테스트 자동화 프레임워크와 자동화 툴 요구사항
____소프트웨어 테스트 자동화 데이터 요구사항
____테스트 환경 요구사항
____소프트웨어 테스트 자동화 요구사항
__소프트웨어 테스트 자동화 요구사항을 지원하는 추가 정보
____수동 테스트 프로시저
____설계 문서
____프로토타입
__사용 가능한 정보가 없을 때
____인터뷰 진행
____지식 베이스 향상
____레거시 애플리케이션 또는 레거시 시스템에 기초한 개발 요구사항
__요구사항 추적 매트릭스(RTM) 구현
____RTM의 정의
____RTM 예제
__정리
6장 핵심 활동 2: 테스트 자동화 전략 수립
__소프트웨어 테스트 자동화 전략 문서
__범위와 테스트 자동화 목표
____자동화할 테스트 결정
____우선순위: 기능의 일정 우선순위를 기초한 자동화 요구사항
____테스트 목표 정의: 예제
__접근 방법 정하기
____테스트 케이스 설계와 개발
__소프트웨어 테스트 자동화 프레임워크(ASTF)
__소프트웨어 테스트 자동화 환경/구성
____테스트 구성
____그 밖의 테스트 자동화 테스트 환경 요구사항
____테스트 환경 관리 자동화: 형상 관리(CM) 자동화
__RTM 자동화
____자동화 프레임워크에서 사용할 수 있는 표준 테스트 케이스 템플릿 요청
____테스트 케이스 하이퍼링크
____성공/실패 결과를 포함한 테스트 단계 업데이트
____성공/실패 결과를 포함한 RTM 업데이트
__결함 추적 자동화
__정리
7장 핵심 활동3: 소프트웨어 테스트 자동화 프레임워크 테스팅
__ASTF가 요구사항 명세를 만족하고 기능이 기대한 대로 동작하는지 검증
____효과적인 ASTF 개발 프로세스 적용 여부 검증
__설계, 개발, 테스트 케이스 등 ASTF와 관련된 모든 산출물의 동료 리뷰
____소프트웨어 개발 수명주기에서의 동료 리뷰
____ASTF의 모든 컴포넌트 평가
____테스트 케이스 리뷰
____테스트 로직 리뷰
____테스트 데이터 리뷰
____테스트 자동화 코드 리뷰
__요구사항과 커버리지 검증
____추적성
____커버리지
__고객 리뷰 수행
__정리
8장 핵심 활동 4: 지속적인 진척 현황 추적에 따른 적절한 대응
__소프트웨어 테스트 자동화 프로그램 추적과 결함 방지
____기술 교류와 검토 회의 진행
____내부 검사 진행
____제약사항과 관련된 리스크 검토
____리스크 완화 전략 수립
____소프트웨어 테스트 자동화 프로세스 및 환경의 무결성 보호
____일정과 비용의 정의, 공유, 추적
____액션, 이슈, 결함 추적
__소프트웨어 테스트 자동화 지표
____자동화 가능률 또는 자동화 지수
____자동화 진행 상황
____테스트 진행 상황
____테스트 자동화 커버리지율
____결함 밀도
____결함 트렌드 분석
____결함 제거 효율
____소프트웨어 테스트 자동화 ROI
____기타 소프트웨어 테스트 지표
__근본 원인 분석
__정리
9장 핵심 활동 5: 소프트웨어 테스트 자동화 프로세스 구현
__소프트웨어 테스트 자동화 단계와 마일스톤
__소프트웨어 테스트 자동화 1단계: 요구사항 수집(테스트 자동화 요구사항 분석)
__소프트웨어 테스트 자동화 2단계: 테스트 케이스 설계 및 작성
__소프트웨어 테스트 자동화 3단계: ASTF 및 테스트 스크립트 개발
__소프트웨어 테스트 자동화 4단계: 테스트 자동화 실행 및 결과 리포팅
__소프트웨어 테스트 자동화 5단계: 프로그램 리뷰 및 평가
__가상 품질 게이트
__프로세스 측정
__정리
10장 핵심 활동 6: 적합한 인력을 프로젝트에 투입(필요한