QR/바코드 검색
품목정보
| 발행일 | 2023년 03월 10일 |
|---|---|
| 쪽수, 무게, 크기 | 392쪽 | 188*245*18mm |
| ISBN13 | 9791192469744 |
| ISBN10 | 1192469747 |
이펙티브 소프트웨어 테스팅
: 사례 중심으로 배우는 실전 소프트웨어 테스트 가이드
마우리시오 아니시 저 / 한용재 역
|
제이펍
|
2023년 03월 10일
저자/출판사 더보기/감추기
- IT 모바일 top100 2주
분철서비스 시작 시 알려드립니다.
분철서비스 알림신청
- 원제이동
- eBook
22,400원이동 - 이미 소장하고 있다면 판매해 보세요! 이 상품 팔기 매입가 2,900원 더보기/감추기
- 국내배송만 가능
- 최저가 보상
- 문화비소득공제 신청가능
.jpg)
관련분류
카드 뉴스로 보는 책
책소개 책소개 보이기/감추기
목차 목차 보이기/감추기
상세 이미지 상세 이미지 보이기/감추기
상품 이미지를 확대해서 볼 수 있습니다.
원본 이미지
저자 소개 (2명)
책 속으로 책속으로 보이기/감추기
개발자 공동체는 더 이상 소프트웨어 테스트의 중요성에 대해 논쟁할 필요가 없다. 모든 소프트웨어 개발자는 소프트웨어 장애로 인해 비즈니스와 사람뿐만 아니라 사회 전체에 심각한 피해가 발생할 수 있다는 것을 안다. 얼마 전까지만 해도 소프트웨어 개발자들은 자신이 구축하고 있는 소프트웨어 시스템에만 책임이 있었지만, 이제는 그들이 만들고 있는 시스템의 품질에도 책임을 져야 한다.
--- p.1
소프트웨어 요구사항은 의심할 여지 없이 소프트웨어 테스트와 관련하여 가장 중요한 요소다. 요구사항이란 어떤 기능이 무엇을 해야 하는지를 설명하는 텍스트 문서를 의미한다. 요구사항은 소프트웨어가 무엇을 수행해야 하고 무엇을 수행해서는 안 되는지를 정확하게 알려준다. 요구사항은 소프트웨어가 구현하고 우리가 검사해야 하는 비즈니스 규칙의 복잡성을 기술한다. 따라서 테스트를 적용할 때 요구사항이 가장 우선이 되어야 한다.
--- p.37
구조적 테스트와 코드 커버리지를 어떻게 사용해야 할지에 대해 이 장에서 명확히 파악했기를 바란다. 이를 통해 명세 기반 테스트를 강화하고, 테스트 스위트가 현재 수행하지 않는 코드 부분을 재빨리 찾아내며, 명세 기반 테스트를 수행할 때 놓쳤던 구획을 찾을 수 있을 것이다. 커버리지를 높게 달성했다는 것이 단순히 수행 결과를 뜻할 수도 있지만, 다른 목적으로 해석할 수도 있다. 어떤 코드 줄을 수행하지 않고 내버려두었다면 이는 여러분이 해당 줄의 테스트를 수행할지 고민한 후 수행하지 않기로 결정했다는 뜻이다.
--- pp.101~102
실제로 필자는 예시 기반 테스트와 속성 기반 테스트를 섞어서 사용한다. 필자가 제안하는 테스트 흐름을 보면 명세 기반 테스트와 구조적 테스트를 수행할 때 예시 기반 테스트를 사용한다. 예시 기반 테스트는 속성 기반 테스트보다 원래 단순하고 자동화에 창의성을 많이 필요로 하지 않는다. 그 점이 마음에 든다. 단순하기 때문에 요구사항을 이해하기 쉽고 더 좋은 테스트 케이스를 설계할 수 있다. 두 테스트 기법을 모두 적용해서 테스트 대상 프로그램을 훨씬 잘 파악하게 되면, 어떤 테스트 케이스가 속성 기반 테스트로 더 나을지 평가한다.
--- p.167
필자는 평소에 모든 소프트웨어 시스템을 테스트할 수 있다고 이야기한다. 하지만 어떤 시스템은 테스트하기가 너무 힘들다. 어떤 테스트 케이스가 있다고 하자. 이 테스트를 수행하기 위해서는 세 가지의 웹 서비스를 구축하고, 서로 다른 폴더에 다섯 개의 파일을 만들고, 데이터베이스를 특정 상태로 설정해야 한다. 이 작업을 모두 마친 후 테스트 대상 기능을 수행하고 그 동작을 단언한다. 그리고 다시 세 가지의 웹 서비스는 호출되었는지, 파일은 제대로 사용되었는지, 데이터베이스는 이제 다른 상태에 있는지 확인해야 한다. 이 모든 단계는 할 만하다. 하지만 더 단순하게 할 수는 없을까?
--- p.211
필자는 코드를 짜기 전에 문제 접근 방식을 생각한다. 최종 가격이 어떻게 계산되는지, 쇼핑 카트에 어떤 규칙들이 적용되는지 확인한다. 소프트웨어 설계 및 테스트 가능성에 대한 설계는 필자가 겪은 바에 따르면, 각각의 규칙은 자신의 클래스를 가져야 한다는 것이다. 하나의 클래스에 모든 것을 담으면 거대한 클래스가 되고 수많은 테스트가 필요하게 된다. 우리는 소수의 테스트만 있으면 되는 작은 클래스를 선호한다.
--- p.1
소프트웨어 요구사항은 의심할 여지 없이 소프트웨어 테스트와 관련하여 가장 중요한 요소다. 요구사항이란 어떤 기능이 무엇을 해야 하는지를 설명하는 텍스트 문서를 의미한다. 요구사항은 소프트웨어가 무엇을 수행해야 하고 무엇을 수행해서는 안 되는지를 정확하게 알려준다. 요구사항은 소프트웨어가 구현하고 우리가 검사해야 하는 비즈니스 규칙의 복잡성을 기술한다. 따라서 테스트를 적용할 때 요구사항이 가장 우선이 되어야 한다.
--- p.37
구조적 테스트와 코드 커버리지를 어떻게 사용해야 할지에 대해 이 장에서 명확히 파악했기를 바란다. 이를 통해 명세 기반 테스트를 강화하고, 테스트 스위트가 현재 수행하지 않는 코드 부분을 재빨리 찾아내며, 명세 기반 테스트를 수행할 때 놓쳤던 구획을 찾을 수 있을 것이다. 커버리지를 높게 달성했다는 것이 단순히 수행 결과를 뜻할 수도 있지만, 다른 목적으로 해석할 수도 있다. 어떤 코드 줄을 수행하지 않고 내버려두었다면 이는 여러분이 해당 줄의 테스트를 수행할지 고민한 후 수행하지 않기로 결정했다는 뜻이다.
--- pp.101~102
실제로 필자는 예시 기반 테스트와 속성 기반 테스트를 섞어서 사용한다. 필자가 제안하는 테스트 흐름을 보면 명세 기반 테스트와 구조적 테스트를 수행할 때 예시 기반 테스트를 사용한다. 예시 기반 테스트는 속성 기반 테스트보다 원래 단순하고 자동화에 창의성을 많이 필요로 하지 않는다. 그 점이 마음에 든다. 단순하기 때문에 요구사항을 이해하기 쉽고 더 좋은 테스트 케이스를 설계할 수 있다. 두 테스트 기법을 모두 적용해서 테스트 대상 프로그램을 훨씬 잘 파악하게 되면, 어떤 테스트 케이스가 속성 기반 테스트로 더 나을지 평가한다.
--- p.167
필자는 평소에 모든 소프트웨어 시스템을 테스트할 수 있다고 이야기한다. 하지만 어떤 시스템은 테스트하기가 너무 힘들다. 어떤 테스트 케이스가 있다고 하자. 이 테스트를 수행하기 위해서는 세 가지의 웹 서비스를 구축하고, 서로 다른 폴더에 다섯 개의 파일을 만들고, 데이터베이스를 특정 상태로 설정해야 한다. 이 작업을 모두 마친 후 테스트 대상 기능을 수행하고 그 동작을 단언한다. 그리고 다시 세 가지의 웹 서비스는 호출되었는지, 파일은 제대로 사용되었는지, 데이터베이스는 이제 다른 상태에 있는지 확인해야 한다. 이 모든 단계는 할 만하다. 하지만 더 단순하게 할 수는 없을까?
--- p.211
필자는 코드를 짜기 전에 문제 접근 방식을 생각한다. 최종 가격이 어떻게 계산되는지, 쇼핑 카트에 어떤 규칙들이 적용되는지 확인한다. 소프트웨어 설계 및 테스트 가능성에 대한 설계는 필자가 겪은 바에 따르면, 각각의 규칙은 자신의 클래스를 가져야 한다는 것이다. 하나의 클래스에 모든 것을 담으면 거대한 클래스가 되고 수많은 테스트가 필요하게 된다. 우리는 소수의 테스트만 있으면 되는 작은 클래스를 선호한다.
--- p.317
출판사 리뷰 출판사 리뷰 보이기/감추기
배송/반품/교환 안내
배송 안내
| 배송 구분 |
예스24 배송
|
|---|---|
| 포장 안내 |
안전하고 정확한 포장을 위해 CCTV를 설치하여 운영하고 있습니다. 고객님께 배송되는 모든 상품을 CCTV로 녹화하고 있으며, 철저한 모니터링을 통해 작업 과정에 문제가 없도록 최선을 다 하겠습니다.
목적 : 안전한 포장 관리 |
반품/교환 안내
상품 설명에 반품/교환과 관련한 안내가 있는경우 아래 내용보다 우선합니다. (업체 사정에 따라 달라질 수 있습니다)
| 반품/교환 방법 |
|
|---|---|
| 반품/교환 가능기간 |
|
| 반품/교환 비용 |
|
| 반품/교환 불가사유 |
|
| 소비자 피해보상 |
|
| 환불 지연에 따른 배상 |
|
