The Full Life Cycle Object-Oriented Testing (FLOOT) Method
|The Full-Lifecycle Object-Oriented Testing (FLOOT) methodology is a collection of testing techniques to verify and validate object-oriented software. The FLOOT lifecycle is depicted in Figure 1, indicating a wide variety of techniques (described in Table 1 are available to you throughout all aspects of software development. The list of techniques is not meant to be complete: instead the goal is to make it explicit that you have a wide range of options available to you. It is important to understand that although the FLOOT method is presented as a collection of serial phases it does not need to be so: the techniques of FLOOT can be applied with evolutionary/agile processes as well. The reason why I present the FLOOT in a "traditional" manner is to make it explicit that you can in fact test throughout all aspects of software development, not just during coding.||
Figure 1. The FLOOT Lifecycle.
Table 1. Testing techniques.
|Black-box testing||Testing that verifies the item being tested when given the appropriate input provides the expected results.|
|Boundary-value testing||Testing of unusual or extreme situations that an item should be able to handle.|
|Class testing||The act of ensuring that a class and its instances (objects) perform as defined.|
|Class-integration testing||The act of ensuring that the classes, and their instances, form some software perform as defined.|
|Code review||A form of technical review in which the deliverable being reviewed is source code.|
|Component testing||The act of validating that a component works as defined.|
The act of ensuring that every line of code is exercised at least once.
|Design review||A technical review in which a design model is inspected.|
|Inheritance-regression testing||The act of running the test cases of the super classes, both direct and indirect, on a given subclass.|
|Integration testing||Testing to verify several portions of software work together.|
Testing to verify a method (member function) performs as defined.
|Model review||An inspection, ranging anywhere from a formal technical review to an informal walkthrough, by others who were not directly involved with the development of the model.|
|Path testing||The act of ensuring that all logic paths within your code are exercised at least once.|
|Prototype review||A process by which your users work through a collection of use cases, using a prototype as if it was the real system. The main goal is to test whether the design of the prototype meets their needs.|
|Prove it with code||The best way to determine if a model actually reflects what is needed, or what should be built, is to actually build software based on that model that show that the model works.|
|Regression testing||The acts of ensuring that previously tested behaviors still work as expected after changes have been made to an application.|
|Stress testing||The act of ensuring that the system performs as expected under high volumes of transactions, users, load, and so on.|
|Technical review||A quality assurance technique in which the design of your application is examined critically by a group of your peers. A review typically focuses on accuracy, quality, usability, and completeness. This process is often referred to as a walkthrough, an inspection, or a peer review.|
|Usage scenario testing||A testing technique in which one or more person(s) validate a model by acting through the logic of usage scenarios.|
|User interface testing||The testing of the user interface (UI) to ensure that it follows accepted UI standards and meets the requirements defined for it. Often referred to as graphical user interface (GUI) testing.|
|White-box testing||Testing to verify that specific lines of code work as defined. Also referred to as clear-box testing.|
I’d like to share a few of my personal philosophies with regards to testing:
Figure 2. Comparing the average cost of change of various defect finding techniques.
|This book, Disciplined Agile Delivery: A Practitioner's Guide to Agile Software Delivery in the Enterprise describes the Disciplined Agile Delivery (DAD) process decision framework. The DAD framework is a people-first, learning-oriented hybrid agile approach to IT solution delivery. It has a risk-value delivery lifecycle, is goal-driven, is enterprise aware, and provides the foundation for scaling agile. This book is particularly important for anyone who wants to understand how agile works from end-to-end within an enterprise setting. Data professionals will find it interesting because it shows how agile modeling and agile database techniques fit into the overall solution delivery process. Enterprise professionals will find it interesting beause it explicitly promotes the idea that disciplined agile teams should be enterprise aware and therefore work closely with enterprise teams. Existing agile developers will find it interesting because it shows how to extend Scrum-based and Kanban-based strategies to provide a coherent, end-to-end streamlined delivery process.|
|Are you being asked to manage a project with unclear requirements, high levels of change, and/or a team using Extreme Programming or other Agile Methods? If you are a project manager or team leader who is interested in learning the secrets of successfully controlling and delivering agile projects, then this is the book for you. From learning how agile projects are different from traditional projects, to detailed guidance on a number of agile management techniques and how to introduce them onto your own projects, we have the insider secrets from some of the industry experts – the visionaries who developed the agile methodologies in the first place. Managing Agile Projects is edited by Kevin Aguanno, a noted speaker and educator on agile project management, and includes contributions from many noted figures in the agile movement.|
We actively work with clients around the world to improve their information technology (IT) practices, typically in the role of mentor/coach, team lead, or trainer. A full description of what we do, and how to contact us, can be found at Scott W. Ambler + Associates.
This site owned by Ambysoft Inc.