Lessons Learned in Software Testing: A Context-Driven ApproachJohn Wiley & Sons, 2 באוג׳ 2011 - 320 עמודים Softwaretests stellen eine kritische Phase in der Softwareentwicklung dar. Jetzt zeigt sich, ob das Programm die entsprechenden Anforderungen erfüllt und sich auch keine Programmierungsfehler eingeschlichen haben. Doch wie bei allen Phasen im Software-Entwicklungsprozess gibt es auch hier eine Reihe möglicher Fallstricke, die die Entdeckung von Programmfehlern vereiteln können. Deshalb brauchen Softwaretester ein Handbuch, das alle Tipps, Tricks und die häufigsten Fehlerquellen genau auflistet und erläutert, damit mögliche Testfehler von vornherein vermieden werden können. Ein solches Handbuch ersetzt gut und gerne jahr(zehnt)elange Erfahrung und erspart dem Tester frustrierende und langwierige Trial-und-Error-Prozeduren. Chem Kaner und James Bach sind zwei der international führenden Experten auf dem Gebiet des Software Testing. Sie schöpfen hier aus ihrer insgesamt 30-jährigen Erfahrung. Die einzelnen Lektionen sind nach Themenbereichen gegliedert, wie z.B. Testdesign, Test Management, Teststrategien und Fehleranalyse. Jede Lektion enthält eine Behauptung und eine Erklärung sowie ein Beispiel des entsprechenden Testproblems. "Lessons Learned in Software Testing" ist ein unverzichtbarer Begleiter für jeden Software Tester. |
תוכן
Bug Advocacy | |
Never exaggerate your bugs | |
Automating Testing | |
Dont automate a mess | |
Use automated techniques to generate test inputs | |
Documenting Testing | |
Interacting with Programmers | |
Testability is visibility and control | |
Testing Techniques | |
Managing the Testing Project CHAPTER 8 Managing the Testing Project | |
Your Career in Software Testing | |
Planning the Testing Strategy | |
APPENDIX The ContextDriven Approach to Software Testing | |
מהדורות אחרות - הצג הכל
מונחים וביטויים נפוצים
apply approach automated tests better bug reports build chapter clients common complete configuration cost create critical customers decisions detailed documentation don’t effective effort engineering error evaluate example executives expect experience fail failure field focus follow function give happen ideas important improve interesting interface involves issues it’s knowledge less lesson look matter means meetings never performance person possible practice probably problems programmers project manager questions reasonable release requirements risk skills someone sometimes specific staff standard suggest tasks technical techniques tell test automation test documentation test plan test strategy test tools testers things understand variable write you’re