| 000 | 00674namuu2200217 a 4500 | |
| 001 | 000045712633 | |
| 005 | 20120723102736 | |
| 008 | 101025s2010 caua 001 0 eng d | |
| 020 | ▼a 9781430229438 (pbk.) | |
| 035 | ▼a (KERIS)BIB000012196094 | |
| 040 | ▼a 211062 ▼c 211062 ▼d 244002 | |
| 082 | 0 4 | ▼a 005.14 ▼2 22 |
| 084 | ▼a 005.14 ▼2 DDCK | |
| 090 | ▼a 005.14 ▼b S834d | |
| 100 | 1 | ▼a Stephens, Matt. |
| 245 | 1 0 | ▼a Design driven testing : ▼b test smarter, not harder / ▼c Matt Stephens, Doug Rosenberg. |
| 260 | ▼a Berkeley, CA : ▼b Apress, ▼c c2010. | |
| 300 | ▼a xviii, 344 p. : ▼b ill. ; ▼c 24 cm. | |
| 500 | ▼a Includes index. | |
| 700 | 1 | ▼a Rosenberg, Doug. |
소장정보
| No. | 소장처 | 청구기호 | 등록번호 | 도서상태 | 반납예정일 | 예약 | 서비스 |
|---|---|---|---|---|---|---|---|
| No. 1 | 소장처 세종학술정보원/과학기술실(5층)/ | 청구기호 005.14 S834d | 등록번호 151309524 (1회 대출) | 도서상태 대출가능 | 반납예정일 | 예약 | 서비스 |
컨텐츠정보
책소개
The groundbreaking book Design Driven Testing brings sanity back to the software development process by flipping around the concept of Test Driven Development (TDD)?restoring the concept of using testing to verify a design instead of pretending that unit tests are a replacement for design. Anyone who feels that TDD is “Too Damn Difficult” will appreciate this book.
Design Driven Testing shows that, by combining a forward-thinking development process with cutting-edge automation, testing can be a finely targeted, business-driven, rewarding effort. In other words, you’ll learn how to test smarter, not harder.
- Applies a feedback-driven approach to each stage of the project lifecycle.
- Illustrates a lightweight and effective approach using a core subset of UML.
- Follows a real-life example project using Java and Flex/ActionScript.
- Presents bonus chapters for advanced DDTers covering unit-test antipatterns (and their opposite, “test-conscious” design patterns), and showing how to create your own test transformation templates in Enterprise Architect.
What you’ll learn
- Create unit and behavioral tests using JUnit, NUnit, FlexUnit.
- Generate acceptance tests for all usage paths through use case thread expansion.
- Generate requirement tests for functional requirements.
- Run complex acceptance tests across the enterprise.
- Isolate individual control points for self-contained unit/behavioral tests.
- Apply behavior-driven development frameworks like JBehave and NBehave
Who this book is for
Design Driven Testing should appeal to developers, project managers, testers, business analysts, architects?in fact, anyone who builds software that needs to be tested. While equally applicable on both large and small projects, Design Driven Testing is especially helpful to those developers who need to verify their software against formal requirements. Such developers will benefit greatly from the rational and disciplined approach espoused by the authors.
Table of Contents
- Somebody Has It Backwards
- TDD Using Hello World
- “Hello World!” Using DDT
- Introducing the Mapplet Project
- Detailed Design and Unit Testing
- Conceptual Design and Controller Testing
- Acceptance Testing: Expanding Use Case Scenarios
- Acceptance Testing: Business Requirements
- Unit Testing Antipatterns (The “Don’ts”)
- Design for Easier Testing
- Automated Integration Testing
- Unit Testing Algorithms
- Alice in Use-Case Land
- ’Twas Brillig and the Slithy Tests
정보제공 :
저자소개
Matt Stephens(지은이)
<Extreme Programming Refactored>
목차
Somebody Has It Backwards TDD Using Hello World Hello World! Using DDT Introducing the Mapplet Project Detailed Design and Unit Testing Conceptual Design and Controller Testing Acceptance Testing: Expanding Use Case Scenarios Acceptance Testing: Business Requirements Unit Testing Antipatterns (The Don'ts ) Design for Easier Testing Automated Integration Testing Unit Testing Algorithms Alice in Use-Case Land 'Twas Brillig and the Slithy Tests
정보제공 :