Appendix C - Glossary
Non-Functional (Attributes, Requirements and Tests)
Aliases: Para-functional, extra-functional.
Product Development Team
The team or organization that includes the people who have the technical skills to develop the product. Includes anyone involved in developing the product, not just software developers.
Product Owner
The person responsible for the business success of the product including ensuring that the product is fit for purpose.
Aliases: Customer
Sequential development
Aliases: Waterfall, plan-driven, tayloristic, staged, phased
Whole Team
The team consisting of everyone involved in defining, building and verifying the product or solution. Includes the Product Development Team, the Product Owner and anyone supporting/helping the Product Owner (including interaction designers and acceptance testers) or the Product Development Team (including documentation writers, architects, etc.)
Test Plan
A more detailed (than the Test Strategy) plan for how testing will be performed.
Test Strategy
The overall approach to how the data required to make the readiness and acceptance decisions will be gathered in a cost-effective manner. Includes the decisions around what kinds of testing to perform, what kinds of test automation will be used, where testing will be done, at what point in the project, etc.. Decisions that have large impact on the cost and duration of the acceptance process belong in the test strategy.
Acceptance Test Synonyms
Term | Introduced/Used in |
“acceptance tests” | e.g. FDA [121] |
“functional tests” | Beck, Extreme Programming Explained, 1/e [11] |
“user acceptance tests”| | |
“business acceptance tests”| | |
“customer tests” | Jeffries [61],Beck, Extreme Programming Explained, 2/e |
“customer-inspired tests” | Beck, Extreme Programming Explained, 1/e [11] |
“story-tests” and “story-test-driven development” | Kerievsky [91] |
“specification by example” | Fowler [41] |
“coaching tests” | Marick [111] |
“examples”, “business-facing example”, and “example-driven-development” | Marick [101] |
“conditions of satisfaction” | Cohn [21] |
“scenario tests” | Kaner [81] |
“keyword-driven test” | Kaner, Bach, Pettichord [7]] |
“formal qualification tests” | e.g. DOD [31] |
“system tests” | e.g. IEEE [51] |
References
Beck, K.
Extreme Programming Explained: Embrace Change, 1/e. Addison-Wesley, Boston, MA, 1999.
Cohn, M. “Do-It-Yourself”,
Better Software, 7(9): 18–22, 2005.
Department of Defense.
Military Standard Defense System Software Development DOD-STD-2167, section.5.3.3
. Online:
http://www2.umassd.edu/SWPI/DOD/MIL-STD-2167A/DOD2167A.html.
Fowler, M. “Specification by Example”. Online:
http://www.martinfowler.com/bliki/SpecificationByExample.htmlInstitute of Electrical and Electronics Engineers.
IEEE Standard Computer Dictionary: A Compilation of IEEE Standard Computer Glossaries. New York, NY: 1990.
Jeffries, R. “What is XP?” Online:
http://www.XProgramming.com/xpmag/whatisXP.htmKaner, C., Bach., J., Pettichord, B. Lessons Learnt in Software Testing : A Context-Driven Approach. John Wiley & Sons, New York, NY, 2001.
Kaner, C. “Cem Kaner on Scenario Testing: The Power of ‘What-If…’ and Nine Ways to Fuel Your Imagination”,
Better Software,
5(5):16–22, 2003.
Kerievsky, J. “Storytesting”. Online:
http://industrialxp.org/storytesting.htmlMarick, B. “Example-Driven Development”. Online:
http://www.exampler.com, and
http://www.testing.com/cgi-bin/blog/2003/09/05#agile-testing-project-4Marick, B. Agile Acceptance Testing Workshop Report,
XP/Agile Universe 2002 Conf. Online:
http://www.pettichord.com/XP_Agile_Universe_trip_report.txtFDA General Principles of Software Validation
http://www.fda.gov/cdrh/comp/guidance/938.html#_Toc517237955