SOFTWARE QUALITY BOOK EXCERPTS
If I Only Changed the Software, Why is the Phone on Fire?: Embedded Debugging Methods Revealed -- Chapter 1, Debugging Other People's Code, Fast
Lisa Simone
10.16.2007
Rating: --- (out of 5)
As a registered member of SearchSoftwareQuality.com, you're entitled to a complimentary copy of Chapter 1 of If I Only Changed the Software, Why is the Phone on Fire?: Embedded Debugging Methods Revealed written by Lisa Simone and published by Morgan Kaufman, a division of Elsevier. "The Case of the Irate Customer: Debugging Other People's Code, Fast" follows a fictional team as they tackle a difficult bug. As the team solves the "mystery" of the bug, readers are party to the thoughts, code and working processes of the characters. The fictional bug in this chapter actually mirrors a high-profile bug that plagued researchers in real life.
Book description:
This new book manages the unthinkable -- it conveys crucial technical information to engineers without boring them to tears! In this unique reference, expert embedded designer Lisa Simone provides the solutions to typical embedded software debugging problems from a fresh new perspective. She introduces a team of engineers who readers will recognize from their own workplaces, and then confronts them with real-world debugging scenarios of progressive complexity, drawing the reader into the "mysteries" with their new fictional colleagues, and guiding them step-by-step toward successful solutions.
Table of Contents
Introduction
Chapter 1: The Case of the Irate Customer: Debugging Other People's Code, Fast
Chapter 2: The Newest Employee: Learning the Embedded Ropes Through Code Inheritance
Chapter 3: It Compiles with No Errors; It Must Work! Integrating Changes in a Larger System
Chapter 4: The Case of Thermal Runaway: Rare Transient Bugs are Still Bugs
Chapter 5: The Case of the Creeping Slider Carriage and the Case of the Hesitating Clock: Alternate Methods of Understanding System Performance
Chapter 6: If I Only Changed the Software, Why is the Phone on Fire?
Chapter 7: The Case of the Rapid Heartbeat: Meeting the Spirit of the Requirement
Chapter 8: What Kind of Error Message is "lume Fault"? When all of the Symptoms Seem Impossible
Chapter 9: When It's Not Hardware, It's Software. And Vice Versa. Blurring the Interface.
Chapter 10: Li Mei's List of Debugging Secrets
>> Read Chapter 1: The Case of the Irate Customer: Debugging Other People's Code, Fast.
>> Buy the book
Printed with permission from Morgan Kaufmann, a division of Elsevier.
Copyright 2007. "If I Only Changed the Software, Why is the Phone on
Fire?: Embedded Debugging Methods Revealed" by Lisa Simone. For more information about this book, please visit www.mkp.com.
|
|
Rate this Tip
|
To rate tips, you must be a member of SearchSoftwareQuality.com.
Register now
to start rating these tips. Log in if you are already a member.
|
 |
 |
| |
RELATED CONTENT
 |
Software Quality Book Excerpts |
|
Requirements Management Using IBM Rational RequisitePro: Chapter 1, Requirements Management
|
|
Implementing ITIL Configuration Management: Chapter 3, Determining Scope, Span and Granularity
|
|
Agile Software Development: The Cooperative Game, 2nd Edition -- Chapter 3, Communicating, Cooperating Teams
|
|
Inherent Quality Simplicity, Section V: The Evolution
|
|
Managing the Test People, Chapter 6: Keeping Your Beast Effective
|
|
Mastering the Requirements Process, 2nd Edition: Chapter 2, The Requirements Process
|
|
Outside-in Software Development: A Practical Approach to Building Successful Stakeholder-based Products -- Chapter 1, Introducing Outside-in Development
|
|
Geekonomics: The Real Cost of Insecure Software -- Chapter 1, The Foundation of Civilization
|
|
Automated Defect Prevention: Best Practices in Software Management, Chapter 1 -- The Case for Automated Defect Prevention
|
|
Why Programs Fail: A Guide to Systematic Debugging -- Chapter 3, Making Programs Fail
|
|
DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.
|
|
|
|
|
|
|
