May the source be with you, but remember the KISS principle ;-)
Contents Bulletin Scripting in shell and Perl Network troubleshooting History Humor

Books on Software Testing

News Recommended Debugging  Random Findings  Humor Etc

Reader beware. It's extremely difficult to find a decent book on testing and here I have no recommendations yet. One reader put it about one particular book, but what looks like pretty generic advice Although it is not software testing, I would recommend the book "Refactoring--improving the design of existing code" by Martin Fowler. It is a easier read and you can get more out of it immediately than with this one.

One more advice: just beware words "object-oriented" in title. Your chances to get the product of a snail oil salesman are really high for such titles ;-)

The main danger for a programmer is to buy a misleading book for managers. An anonymous Amazon reviewer put it very well:

1 out of 5 stars Misleading book for managers.
Reviewer: A reader from Seattle, WA      August 10, 1999
This book is entirely management with no technical content. Worse, the authors seem to think they know the technical side, and thus may mislead readers into thinking that they understand it as well. A major problem in software testing is that it is typically practiced by people who can't program and can't do math, and managed by people who not only can't do either, but don't realize that both skills are important to effective testing.

You need to be careful and do not blindly trust Amazon reviewers in this category of books. I really and absolutely sincerely do not recommend the book The Art of Software Testing. I consider it to be a pretty mediocre outdated book the has a really ridiculous price. Now try to read Amazon reviews for the book ;-). If this is not a "lemming effect" than I do not know...

This list is in early beta and is just for information.

Search Amazon by keywords:

 You can use Honor System to make a contribution, supporting this site


Old News ;-)

JUnit in Action

by Vincent Massol, Ted Husted

5 out of 5 stars Every programmer should own this book, December 17, 2003
Reviewer: Thomas Paul (see more about me) from Plainview, NY USA
I think we can all agree that unit testing is a good thing that can be painful to implement. The main problem with unit testing is building tests that are easy to run and maintain. That is where JUnit enters the picture. JUnit simplifies the task of creating unit tests and this book simplifies the task of understanding and using JUnit.

The book starts with the basics of using JUnit but then moves on to explaining the intricacies of JUnit. UML diagrams clearly show the flow of control within JUnit and your unit tests. The author gives a good description of how to integrate JUnit with Ant, Maven, and Eclipse. The book also shows how to do unit testing of Servlets and JSPs which can be much more complex to test. The author demonstrates both the use of Cactus as well as the use of mock objects for J2EE testing. In fact, the best part of the book is that the author helps you determine how to decide what type of testing strategy is right for your application.

I thoroughly enjoyed this book and found the author's comments clear and insightful. The author supplies plenty of code samples with explanations of not just how but why we do our testing a certain way. The author's own experience is passed on to us with his "best practices". Anyone who is writing Java code should read and understand this book. The quality of the code you produce will vastly improve.

5 out of 5 stars A quality and indepth view into the world of Unit Testing, November 20, 2003
Reviewer: Dion G Almaer (see more about me) from Cambridge
When I first started to read JUnit in Action, I was hoping that it wouldn't be a tutorial on the open source tool JUnit. I am glad to say that it is much more. I think the book's name could really be "Testing in Practice". Sure, JUnit is covered in a lot of detail, but so are other tools such as:

- Integration with: Ant, Maven, and Eclipse
- Mock Objects (via both EasyMock and DynaMock)
- Cactus for testing in a container
- And other small helper tools (nice ant tasks, etc.)

What made me really enjoy this book is the way it is written, coupled with the practical look at the many technologies involved in testing. It is a fresh read, that doesn't get bogged down. The book flows really well, giving you best practices throughout. They don't just say "Do X", they actually show you where these best practices come from as they refactor their own code. You are really aware that these authors know their stuff, and are drawing from a lot of experience (compared to the online FAQs).

Testing Applications on the Web Test Planning for Internet-Based Systems by Hung Q. Nguyen

  • Paperback: 400 pages ; Dimensions (in inches): 0.93 x 9.19 x 7.53
  • Publisher: John Wiley & Sons; 1st edition (October 16, 2000)
  • ISBN: 047139470X
  • Average Customer Review: 5 out of 5 stars Based on 8 reviews. Write a review.
  • Sales Rank: 48,379
Topics covered:
  • Introduction to Web testing
  • Gray-box testing fundamentals
  • Traditional vs. Web testing
  • History of computing architectures
  • Thick and thin clients
  • Survey of 24 software-testing types, including acceptance tests, load/volume testing, regression, and user-interface testing
  • Networking basics, including TCP/IP fundamentals, DNS, and network architectures
  • Web components for thin-client systems
  • Test partitioning
  • Guide to test planning
  • Templates and sample documents
  • Testing case study
  • User-interface tests for browsers (design and implementation tests)
  • Functional tests, including FASTs (functional acceptance simple tests), TOFTs (task-oriented functional tests), and FETs (forced error tests)
  • Database testing (white-box and black-box techniques)
  • SQL tutorial
  • Testing help systems
  • Installation tests, including uninstall tests and tools
  • Configuration and compatibility testing (testing on multiple browsers)
  • Web security (security attacks and encryption basics)
  • Performance
  • Load and stress testing
  • Survey of testing tools
5 out of 5 stars Grey Box Testing for Web Applications, August 13, 2001
Reviewer: Bret Pettichord (see more about me) from Austin, Texas
Grey box testing is based on a general understanding of a system's architecture and components. This understanding drives test strategy and identifies opportunities to test components in isolation.

The shade of grey can vary from white box testing (full review of source code) to black box testing (no review of source code). You choose what level of information to gather depending on your budget, capabilities and judgment.

This book provides the first detailed approach to grey box testing, focussing on web-based application architectures. These architectures are based on a heavy use of components: application servers, web servers, load balancers, databases and the like. This book describes these components, suggests how they can fail and what you can do to anticipate, trigger, or detect such failures.

This approach is supported by the author's extensive experience testing web-based (and other) applications as president of a software testing company. It is augmented by plenty of good advice on how to communicate test results clearly.

Testing Computer Software, Second Edition
by Cem Kaner, Jack Falk, and Hung Quoc Nguyen
reviewed by Diomidis Spinellis


Debugging Applications

by John Robbins
Our Price: $39.99

Paperback - 466 pages Bk&Cd Rom edition (January 26, 2000)
Microsoft Press; ISBN: 0735608865 ; Dimensions (in inches): 1.37 x 9.23 x 7.35 Sales Rank: 5,640
Avg. Customer Review: 4.5 out of 5 stars
Number of Reviews: 10


5 out of 5 stars Do you aspire to be a serious developer? If so, read this bk March 11, 2000
Reviewer: Osiris Pedroso (see more about me) from SF Bay Area
John Robbins did a great job on this book. I was very impressed both on the depth and breadth of the issues treated.

At first, I though on skipping the chapter on Visual Basic debugging, since I am strictly a VC++ developer, but I am glad I did not. Even that chapter gave me insights that I can use on my day to day, for example, when he runs the VB compiler while in the debugger and is able to see how VB uses the C compiler's code generation (second pass).

Some great insights and lots of good example on how to resolve problems and how to use all the capabilities of the debugger to ones best advantage.

It will teach you what to do when the debugger gets you to a source line that before that line, everything is working properly, after that line the world has turned upside down. It will teach you enough X86 assembly to make you dangerous and be able to read between the (source) lines in the process. Even if you thought you knew it already.

Could it be improved ? Yes, can't it always ? Coverage on tracking memory leaks could be expanded, for example, to cover MFC's shortcomings when reporting them, but this book is a close to perfection as I have seen them.

And it is a great read too. His style is easy to follow, even though some of the subjects are deep and complex, but John transfers the knowledge so easily, it is amazing.

Once I completed my first read, I really felt like I had just finished listening to a very good rendition of a Beethoven or Mozart simphony.

Every developer that aspire to be a serious developer should read it and reread it.

And thank you, John Robbins. I will be buying every book you write.

7 of 8 people found the following review helpful:
4 out of 5 stars Good, but could be even better March 5, 2000
Reviewer: EJ Bartelds from Rotterdam, The Netherlands
When I first heard John Robbins was writing a book on Win32 debugging, I was delighted. I've been a fan of his MSJ Bugslayer articles since the beginning, and John's debugging knowledge, displayed in those articles, has helped me tremendously.

However, for someone who has read all his MSJ work, this book is a bit of a disappointment. The reason is that the second part of the book is a collection of his (slightly-rewritten) MSJ articles, with almost no new content added as far as I can see.

The first part of the book, however, is worth every dollar, as other reviewers have already mentioned, even though I was missing coverage of the WinDbg debugger, and MS tools such as userdump. Maybe in a second edition?

To summarize, I suspect this book to be a 5-star for anyone who is fairly new to debugging and has not read John's MSJ columns. For others, who have been exposed to his columns, and have some experience, I'd rate this book 3-stars.



????? Software Test Automation : Effective Use of Test Execution Tools ~ Usually ships in 24 hours
Graham, et al / Paperback / Published 1999
Our Price: $39.95
Paperback - 574 pages (September 1999)
Addison-Wesley Pub Co; ISBN: 0201331403 ; Dimensions (in inches): 1.27 x 9.25 x 6.17 Sales Rank: 4,871
Avg. Customer Rating: 5 out of 5 stars
Number of Reviews: 5
        Table of contents looks really promising -- and that's not the case with many other books :-(.
4 of 5 stars A useful book, not only for automated testing, March 2, 2000
Reviewer: Hans Schaefer from Valestrand, Norway

Book review

Mark Fewster and Dorothy Graham Software Test Automation Addison Wesley, 1999 ISBN 0-201-33140-3

A book for beginners in test automation. Everything you always wanted to know about test automation, but never dared to ask, and the tool suppliers probably wonуt tell you.

This book is a must for every serious test manager. It is not only about automation. It is really about test architecture and test suite design. Most other books are about how to design test cases, or how to manage testing. This book is about designing the whole stuff into such a form that you can maintain it, that it will survice maintenance, and that you can automate it. The background is test automation. Many examples show the testware design pitfalls in building automated tests. But it hit me how useful the book is to any testing effort, even manual testing.

The book has two parts. Part 1 is a detailed guide to designing automated (or not totally automated) tests. Questions of selecting and introducing test tools are also discussed. Part 2 contains 15 guest chapters, written by people who have experience in test automation, sharing their experience. These chapters vary in style and are rather short.

There is a readers guide, It shows what te read if you have different intentions and know more or less from before.

Overview of part 1, the Test Automation Design Part.

Chapter 1 gives the context of test automation. It places the different tools into a test model and warns us of naive belief in and application of automation.

Chapter 2 shows the results of capture and playback. At the end of this chapter, the reader will have understood the limited scope of application of this. Problems with script robustness and automatic results comparison are shown.

From chapter 3, the focus changes to scripting. The chapter presents the five levels of generating test scripts, from linear through structures, shared, data-driven to keyword based. The reader will soon see that investment in scripting can pay off. The benefits of data driven or keyword driven testing are clearly shown. The only negative comment is that keyword driven testing, the most advanced and modern approach, is not shown to the same detail as the other techniques. However, these techniques are presented by authors of methodologies and real users in chapters 22 to 25.

Chapter 4 shows the practical details of automated verification of test results. There are lots of methods and pitfalls. The main possibilities are dynamic verification (during running the tests) and static verification (afterwards. The other option is how much to verify. In principle, everything may be interesting. But this costs both work time, maintenance effort, storage, and makes tests less robust and more proine to maintenance. An interesting alternative is to design a broad smoke test where as much as possible is captures and verified, and then a large main test, where every test only vewwrifies its main objective. The authors also show different methods for comparing рexoticс output. One objection is the shallow section on testing embedded systems. At least for telecom systems, but also other рstandardс technical interfaces, lots of commercial tools exist that can be used to verify output in a problem oriented and intelligent way. There should also be some more mention about verifying time correctness of system outputs. There might also be some more focus on the use of check sums, statistical selection out of large amounts of data etc.

Chapter 5 shows a possible architecture of the test set. This chapter applies just as well to manual as to automated testing. It fills a hole in IEEE Standard 829, namely proposition as to how to structure the detailed test material, the scripts, input data, utilities, expected results, and actual results, togehter with all other information. The main idea behind the proposed directory structure and naming conventions is to make it easy to maintain and find through. It should also be easry to copy any needed test sets to a platform where they are needed.

There could be more different approaches, naturally, but the presented approach would work well and scale up. There could also be a cross reference to what IEEE 829 contains, and some example about how to use internet technology to document test structure, but all this is of minor disadvantage. This chapter is valuable to anyone who needs to structure test material.

Chapter 5 and 6 are a bit special, as they are as useful for automated, as for nonautomated testing. They concern the structure of the testing material, all the invoilved files, and the preprocessing and postprocessing. These chapters fill a hole in IEEE Standard 829, where no consideration is given to the practical details of building up and maintaining test material. A tool independent structure is given, and advice about how to connect the material with tools. Chapter 6 is an eye opener to the naive user of test automation tools: Preprocessing and postprocessing tasks must be automated, but are not in the scope of the commercial tools.

Chapter 7 presents other issues about test suite maintenance and maintainability. This is somehow good old material and knowledge. It one uses the good old rules for structured design and programing, and scheduled cleaning up of programs, the same could be applied to test amintenance and test material standards. Chapter 7 serves as a useful reminder about what you think you already knew, but maybe forgot in the concrete case.

Chapter 8 gives ideas about how to measure both testing and automated testing. For a metrics fan, this chapter is too short. It only outlines lots of examples of what can be done and why, but does not go into detail. On the other hand, there is enough literature elsewhere about this. Many of the proposed measurements are not very precise, but good advice to гthe poor manх who has not measured much and has to fight for any resources to measure anything. The idea is: Anything which is of interest can be made measurable in some way, maybe not the ideal way and maybe not precisely. But any measurement is better than none. The chapter does a useful job in that respect.

Chapter 9 is a collection of points that have no natural place elsewhere. It includes short discussions on what to automate and what not, how to select tests, the order of running them, tricks to minimize time for failure analysis, deciding the status of a test. Most of the points are well known and not discussed in much detail. A good section is about test status, where the authors present some good ideas about how to handle known bugs in the products that are not going to be fixed for a while (and failed tests for such bugs).

Chapter 10 and 11 concern selecting and introducing a test tool. Much of these chapters are general and could be read by anyone having to select and implement any software tool. What I am missing here is more specific information about concrete test automation tool features to ask for. The general questions to tool vendors are useful, but more concrete advice special for test automation tools is lacking. A few concrete references to test tool functionality overviews would have been helpful here.

In all, I found part 1 very useful, and well worth the time spent reading.

Part 2 is different. There are case studies about successful introduction of test automation, the problems solved, the benfits achieved, and the difficulties met. Chapter 12 to 18, as well as 20, 21, 23 and 25 to 28 are about successful cases. Most of these are short and regrettably general in nature. Not easy to read concrete advice for your own situation. The most interesting one was chapter 28, describing seveal unexpected uses of automated tests at Microsoft. Chapter 19 is a study about test automation failures, and this is useful. Probably it is always more easy to learn from failures. Chapters 20 and 22 are very special, they both describe keyword driven test automation design methods. Chapter 20 is about the action word method, now called TestFrame, by Hans Buwalda from CMG, whereas chapter 22 is about RadSTAR. Both chapters are useful, as they describe the most modern approach to maintainable test design. However, chapter 22 could be more detailed.

In all, I found less use for part 2 of the book, probably because I have heard some of the stories before, at conferences. It may be different to a person new to the field. I was missing more case studies about atuomated tests of other than business systems. There is a lot of automation to be done in this field, and very often there is no alternaitve to automated testing.

In all: Buy the book. In the worst case, chapters 5 and 6 only create benetitfs enough to make it worth the money.

Hans Schaefer

5 of 5 stars This is simply the Very Best Book. Period., June 13, 2000
Reviewer: A reader from Nashua, New Hampshire

Anyone who claims to be a Principle or Senior Software QA Engineer, or a QA Automation Engineer, but has never read or used this book should be convicted of professional malpractice.

Absolutely the best current reference book on why and how to analyze, architect, design and construct verification and validation vehicles that dramatically improve the probability of software defect detection - both manually and through later automation. Said vehicles can be easily audited and inspected to improve positive and negative software behavior coverage and equivalence classes. But most important, this great book describes how intelligently devised manual vehicles can be used to automatically drive future software builds and release regression assessments (to achieve automated regression testing).

Describes everything that the software test tool vendors refuse to tell buyers, but what every software QA professional must know (in spite of the vendors).

This book is simply a breath of fresh air.

It is a virtual bible to positive and negative software behavior verification and validation. My only displeasure is that the authors choose to continue to use obsolete terminology: specifically testing. Software testing is not what this book is about. This book is about how to create and achieve highly effective software behavior verification and validation.

Software QA professionals must clearly move way beyond ad hoc testing, because the need today is far greater than ancient testing paradigms. The need is for intelligently designed, architected, constructed frameworks that enable software behavior and performance verification and validation, whether performed manually, automatically, or through agents such as monkeys and oracles.

???+ Automated Software Testing: Introduction, Management, and Performance ~ Usually ships in 24 hours
Elfriede Dustin, et al / Paperback / Published 1999
Our Price: $44.95
Average Customer Review: 4.5 out of 5 stars
There are a lot of positive reviews but mostly by test assurance personnel. Here is the only negative review, that sounds somewhat convincing -- testing is often a dumping ground for people who cannot program :-(.
1 out of 5 stars Misleading book for managers.
Reviewer: A reader from Seattle, WA      August 10, 1999
This book is entirely management with no technical content. Worse, the authors seem to think they know the technical side, and thus may mislead readers into thinking that they understand it as well. A major problem in software testing is that it is typically practiced by people who can't program and can't do math, and managed by people who not only can't do either, but don't realize that both skills are important to effective testing.

Best of Breed, October 24, 2000
Reviewer: Steve Paulovich (see more about me) from Boston, MA

As a Software Quality Assurance manager with almost 20 years experience in the field (and automated testing experience dating back to the DOS days) I highly recommend this book.

Dustin, Rashka, and Paul have managed to articulate the best practices I've used throughout my SQA career. The ATLM (Automated Test Lifecycle Methodology) they describe in detail is valuable not only in successfully planning an *automated* testing project, but in the successful development of an overall testing strategy.

If you are looking for a deeper understanding of successful software quality assurance, especially automated testing, this should be the FIRST book you buy. The information is detailed enough that this may be the ONLY book you need to buy.

automated software testing, March 21, 2000
Reviewer: alen mitrovic from Ljubljana, Slovenia

This is excellent book. i use to cal it Automated Software testing bible. It's usable in practice. It helps you to develop your own strategy for automating tests in your own test environment. Guidelines presented in this book are real ones, and easy transferable to real Test world. Best book I have ever read about test automation.

5 of 5 stars Any automation person should have, March 4, 2000
Reviewer: Yuri Weinstein

If you think "Automation" you should get this one - "Automated Software Testing" book. Being a professional automation engineer for last 8 years, I am glad to see that this type of books start making their way to customers. Different automation approaches, example criteria are very helpful!

5 of 5 stars "Great All-Round Book On Testing Methodology", February 26, 2000
Reviewer: M.E. HOM from San Francisco

Software Testing is all about methods and technology- 80% methods, 20% technology. I find the methods that are listed in this book to be sound. ...

Other topics (i.e., test project management, test cycle, test plan, etc) that are also listed in this book are well explained.

There isn't that many great books in automated software testing or general software testing .

However, the delinated concepts in this book and Graham's book (Software Test Automation) are well-written good. After reading these books, I feel most readers (beginning and intermediate SQA professionals) could have a better sense of what Automated Software Testing is about. Recommend this book very highly.

Random Findings

??? Visual Test 6 Bible ~ Usually ships in 24 hours
Thomas R. Arnold Ii, Thomas R., II Arnold / Paperback / Published 1998
Our Price: $39.99 ~ You Save: $10.00 (20%)
Average Customer Review: 4 out of 5 stars

2 out of 5 stars Potentially informative for the semi-colon impaired

Reviewer: from San Jose, CA      April 12, 1999

I liked the tutorial approach at first, but found the book frustratingly over-simplified for experienced developers who want to use the tool to test their UI before releasing to systems or SQA. Many topics are touched on, for example a nomencalature discipline (naming convention), but there is no appendix where you can see the recommended convention for naming each type of constant for your controls (e.g. BTN_ for naming buttons, MNU_ for menus, ...). It is hardly a bible or a desktop reference, simply an expanded tutorial. I got the book in the hopes that it would fill in the holes in the Rational documentation, but it doesn't.

???? Testing Client/Server Systems (Client/Serving Computing) ~ Usually ships in 24 hours
Kelly C. Bourne / Paperback / Published 1997
Our Price: $39.96 ~ You Save: $9.99 (20%)
Average Customer Review: 5 out of 5 stars
May be not completely bad.  Here is TOC:
Client/Server Systems are Different from Traditional Systems. Testing Concepts and Goals. Testing Tools. Test Planning. Test Management Tools. Time Lines for Testing a Client/Server System. Handling Software Errors. When is Testing Complete? Editors and Debuggers. Capture/Playback Test Tools. Wizards. SQL Testing and Databases. Security. Odds and Ends. The Future of Client/Server Systems and Testing.
??? Testing Computer Software ~ Usually ships in 24 hours
Cem Kaner, et al / Paperback / Published 1999
Our Price: $34.99
Average Customer Review: 4.5 out of 5 stars
2 out of 5 stars Okay Survey Book but Caveat Programmer!
Reviewer: A reader from Mt. Clemens, Michigan, USA      April 17, 1999
I can't help but think of a scene from the movie "Casablanca" when I think of this book. In the scene, Louie, the prefect of police, asks Rick what brought him to Casablanca. "I came for the waters," Rick says. "But there are no waters in Casablanca," says Louie. "I was misinformed," Rick says dryly.

I, too, was misinformed about this book. From the reviews that I read, I thought that, even though the book was designed primarily for testers, a programmer could get a lot out of it. This, by and large, isn't true (unless you're a programmer for a software company). There were about four chapters in this book that were worth something and even these were more of a survey of stuff from other books rather than a comprehensive treatment. Unless you're a professional tester, find yourself another book. --This text refers to an out of print or unavailable edition of this title.

** The Art of Software Testing
Glenford J. Myers / Hardcover / Published 1979
Our Price: $96.50
Average Customer Review: 4 out of 5 stars
Pretty mediocre outdated book the has a really ridiculous price.
Automating Specification-Based Software Testing ~ Usually ships in 2-3 days
Robert M. Poston / Paperback / Published 1996
Our Price: $40.00
Average Customer Review: 3 out of 5 stars
Black-Box Testing : Techniques for Functional Testing of Software and Systems ~ Usually ships in 24 hours
Boris Beizer / Paperback / Published 1995
Our Price: $35.99 ~ You Save: $9.00 (20%)
Average Customer Review: 3.5 out of 5 stars
The Complete Guide to Software Testing ~ Usually ships in 24 hours
William Hetzel, Bill Hetzel / Hardcover / Published 1993
Our Price: $69.99
Average Customer Review: 4 out of 5 stars
Effective Methods for Software Testing, 2nd Edition ~ Usually ships in 24 hours
William E. Perry / Hardcover / Published 2000
Our Price: $41.99 ~ You Save: $18.00 (30%)
Average Customer Review: 3.5 out of 5 stars

3 out of 5 stars An obtuse testing reference

Reviewer: A reader from Atlanta, GA, USA      April 11, 1999

We've been developing a testing group and I wanted a practical reference for software testing. This is not it. The text presumes you're in an extremely mature environment (CMM 3 or higher) and have requirements, design, adequate resources, etc., etc.. I think the book needs more examples, better organization, and practical solutions to the difficulties you're likely to face in managing large-scale testing organizations to be truly effective. If you want LOTS of arcane procedures, though, and are going to work for a gov't. agency--this is your book! --This text refers to the Paperback edition.

Surviving the Top Ten Challenges of Software Testing : A People-Oriented Approach ~ Usually ships in 24 hours
William E. Perry, Randall W. Rice / Paperback / Published 1997
Our Price: $27.95
Average Customer Review: 4 out of 5 stars
Craft of Software Testing, The: Subsystems Testing Including Object-Based and Object-Oriented Testing ~ Usually ships in 24 hours
Brian Marick / Textbook Binding / Published 1997
Our Price: $40.60
Average Customer Review: 3 out of 5 stars

1 out of 5 stars Bad book, Bad
Reviewer: A reader from California, USA      March 14, 2000
Up to now, I have been writing and designing software have just started to look into software testing. Since the only review said this was a good book for programmers, I bought it. I did not like this book. It is very dry, sterile writing. The contents is too academic--lots of theory and not anything which I could pick up and say "That's a good idea and I can use that right away". The book covers topics such as Test requirement checklist, test specifications, test suites, improving testing, etc... If you already have a large test infrastructure in place then this book 'might' help you understand some of that process (or not). If you don't and want to start one then, this is not the place to go. Although it is not software testing, I would recommend the book "Refactoring--improving the design of existing code" by Martin Fowler. It is a easier read and you can get more out of it immediately than with this one.
??? Client Server Software Testing on the Desk Top and the Web
Daniel J. Mosley
Our Price: $48.00
Textbook Binding - 320 pages 1 edition (August 16, 1999)
Prentice Hall; ISBN: 0131838806 ; Dimensions (in inches): 1.26 x 9.60 x 7.31
Average Customer Review: 4 out of 5 stars
Table of contents
Testing Object-Oriented Software
David C. Kung, et al / Paperback / Published 1998
Our Price: $48.00

IEEE Standard Test Language for All Systems - Common/Abbreviated Test Language for All Systems ( A T L A S )
Paperback / Published 1995
IEEE Standard for Information Technology-Test Methods for Measuring Conformance to Posix
Institute of Electrical and Electronics Engineers / Paperback / Published 1991
Our Price: $50.00 (Special Order)
IEEE Standard for Software Unit Testing (Amso/IEEE Std 1008-1987)
Paperback / Published 1987
Our Price: $37.00 (Special Order)


FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available in our efforts to advance understanding of environmental, political, human rights, economic, democracy, scientific, and social justice issues, etc. We believe this constitutes a 'fair use' of any such copyrighted material as provided for in section 107 of the US Copyright Law. In accordance with Title 17 U.S.C. Section 107, the material on this site is distributed without profit exclusivly for research and educational purposes.   If you wish to use copyrighted material from this site for purposes of your own that go beyond 'fair use', you must obtain permission from the copyright owner. 

ABUSE: IPs or network segments from which we detect a stream of probes might be blocked for no less then 90 days. Multiple types of probes increase this period.  


Groupthink : Two Party System as Polyarchy : Corruption of Regulators : Bureaucracies : Understanding Micromanagers and Control Freaks : Toxic Managers :   Harvard Mafia : Diplomatic Communication : Surviving a Bad Performance Review : Insufficient Retirement Funds as Immanent Problem of Neoliberal Regime : PseudoScience : Who Rules America : Neoliberalism  : The Iron Law of Oligarchy : Libertarian Philosophy


War and Peace : Skeptical Finance : John Kenneth Galbraith :Talleyrand : Oscar Wilde : Otto Von Bismarck : Keynes : George Carlin : Skeptics : Propaganda  : SE quotes : Language Design and Programming Quotes : Random IT-related quotesSomerset Maugham : Marcus Aurelius : Kurt Vonnegut : Eric Hoffer : Winston Churchill : Napoleon Bonaparte : Ambrose BierceBernard Shaw : Mark Twain Quotes


Vol 25, No.12 (December, 2013) Rational Fools vs. Efficient Crooks The efficient markets hypothesis : Political Skeptic Bulletin, 2013 : Unemployment Bulletin, 2010 :  Vol 23, No.10 (October, 2011) An observation about corporate security departments : Slightly Skeptical Euromaydan Chronicles, June 2014 : Greenspan legacy bulletin, 2008 : Vol 25, No.10 (October, 2013) Cryptolocker Trojan (Win32/Crilock.A) : Vol 25, No.08 (August, 2013) Cloud providers as intelligence collection hubs : Financial Humor Bulletin, 2010 : Inequality Bulletin, 2009 : Financial Humor Bulletin, 2008 : Copyleft Problems Bulletin, 2004 : Financial Humor Bulletin, 2011 : Energy Bulletin, 2010 : Malware Protection Bulletin, 2010 : Vol 26, No.1 (January, 2013) Object-Oriented Cult : Political Skeptic Bulletin, 2011 : Vol 23, No.11 (November, 2011) Softpanorama classification of sysadmin horror stories : Vol 25, No.05 (May, 2013) Corporate bullshit as a communication method  : Vol 25, No.06 (June, 2013) A Note on the Relationship of Brooks Law and Conway Law


Fifty glorious years (1950-2000): the triumph of the US computer engineering : Donald Knuth : TAoCP and its Influence of Computer Science : Richard Stallman : Linus Torvalds  : Larry Wall  : John K. Ousterhout : CTSS : Multix OS Unix History : Unix shell history : VI editor : History of pipes concept : Solaris : MS DOSProgramming Languages History : PL/1 : Simula 67 : C : History of GCC developmentScripting Languages : Perl history   : OS History : Mail : DNS : SSH : CPU Instruction Sets : SPARC systems 1987-2006 : Norton Commander : Norton Utilities : Norton Ghost : Frontpage history : Malware Defense History : GNU Screen : OSS early history

Classic books:

The Peter Principle : Parkinson Law : 1984 : The Mythical Man-MonthHow to Solve It by George Polya : The Art of Computer Programming : The Elements of Programming Style : The Unix Haterís Handbook : The Jargon file : The True Believer : Programming Pearls : The Good Soldier Svejk : The Power Elite

Most popular humor pages:

Manifest of the Softpanorama IT Slacker Society : Ten Commandments of the IT Slackers Society : Computer Humor Collection : BSD Logo Story : The Cuckoo's Egg : IT Slang : C++ Humor : ARE YOU A BBS ADDICT? : The Perl Purity Test : Object oriented programmers of all nations : Financial Humor : Financial Humor Bulletin, 2008 : Financial Humor Bulletin, 2010 : The Most Comprehensive Collection of Editor-related Humor : Programming Language Humor : Goldman Sachs related humor : Greenspan humor : C Humor : Scripting Humor : Real Programmers Humor : Web Humor : GPL-related Humor : OFM Humor : Politically Incorrect Humor : IDS Humor : "Linux Sucks" Humor : Russian Musical Humor : Best Russian Programmer Humor : Microsoft plans to buy Catholic Church : Richard Stallman Related Humor : Admin Humor : Perl-related Humor : Linus Torvalds Related humor : PseudoScience Related Humor : Networking Humor : Shell Humor : Financial Humor Bulletin, 2011 : Financial Humor Bulletin, 2012 : Financial Humor Bulletin, 2013 : Java Humor : Software Engineering Humor : Sun Solaris Related Humor : Education Humor : IBM Humor : Assembler-related Humor : VIM Humor : Computer Viruses Humor : Bright tomorrow is rescheduled to a day after tomorrow : Classic Computer Humor

The Last but not Least

Copyright © 1996-2016 by Dr. Nikolai Bezroukov. was created as a service to the UN Sustainable Development Networking Programme (SDNP) in the author free time. This document is an industrial compilation designed and created exclusively for educational use and is distributed under the Softpanorama Content License.

The site uses AdSense so you need to be aware of Google privacy policy. You you do not want to be tracked by Google please disable Javascript for this site. This site is perfectly usable without Javascript.

Original materials copyright belong to respective owners. Quotes are made for educational purposes only in compliance with the fair use doctrine.

FAIR USE NOTICE This site contains copyrighted material the use of which has not always been specifically authorized by the copyright owner. We are making such material available to advance understanding of computer science, IT technology, economic, scientific, and social issues. We believe this constitutes a 'fair use' of any such copyrighted material as provided by section 107 of the US Copyright Law according to which such material can be distributed without profit exclusively for research and educational purposes.

This is a Spartan WHYFF (We Help You For Free) site written by people for whom English is not a native language. Grammar and spelling errors should be expected. The site contain some broken links as it develops like a living tree...

You can use PayPal to make a contribution, supporting development of this site and speed up access. In case is down you can use the at


The statements, views and opinions presented on this web page are those of the author (or referenced source) and are not endorsed by, nor do they necessarily reflect, the opinions of the author present and former employers, SDNP or any other organization the author may be associated with. We do not warrant the correctness of the information provided or its fitness for any purpose.

Last modified: October 27, 2015