This is a decent book to convince yourself that writing tests before code is a good thing. It is very readable.
For each class of tool used, the author picks one for use in the examples. The result is examples that relate to each other, allowing a reader to reinforce the concepts each time. There is a chapter which summarizes some of the different other tools which exist out there so you know that they exist. More tools will come out, tools will evolve, techniques invented etc... Hence this book can be used to jumpstart one's foray into TDD (or BDD? see next paragraph), but cannot possibly be a comprehensive reference.
The word 'testing' is in TDD, hence I can understand advocating the use of testing frameworks, IoC containers and mocking frameworks. However, this book does much of the tests in a BDD style. I feel that the book's title will be better named something like "Writing Tests before Code". A positive example would be the book "The Art of Unit Testing", which focuses solely on unit testing, has a paragraph saying that TDD is good, but does not otherwise sneak in TDD into the book.
That being said, I am not angry with the author. In fact, I'm rather pleased with being exposed to BDD. Nonetheless, I will be reading 'purer' TDD books ("Test Driven Development: By Example", "Growing Object-Oriented Software Guided by Tests") to find out more about TDD, and will find out more about BDD.