Documentation testing
![]() | This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these messages)
|
Documentation testing is part of non-functional testing of a product. It may be a type of black box testing that ensures that documentation about how to use the system matches with what the system does, providing proof that system changes and improvement have been documented.[1]
Description
Documentation testing includes the plans, results, and testing of a system or system component. It includes test case specifications, test plans, test procedures, test reports, and test logs. It is about the testing of all the documents stating, defining, explaining and reporting or validating requirements, procedures followed and results. Documentation testing starts with the beginning of the very first software process to be most cost effective.[2] Documentation testing includes checking the spelling and grammar to review any ambiguity or inconsistency between what functionality it performs and what it is supposed to do.
Product documentation is a critical part of the final product.[2] Poor documentation can affect the product or company reputation.[3]
Documentation is about the testing of all the documents created prior and after the testing of software.[4] Any delay in the testing of the document will increase the cost.[5] Some common artifacts about software development and testing can be specified as test cases, test plans, requirements, and traceability matrices.
Key areas
Four key areas for testing a document include instructions, examples, messages, and samples. Instructions will be needed to step by step execute the test scenarios for looking errors or their omission. Further examples can be provided to elaborate the GUI components, syntax, commands and interfaces to show executed outputs or pin points. Inconsistencies also needed to be taken care of with errors as they can confuse the users and these ambiguities will cause much damage if the user of the system will be a novice user. Examples will be needed in case of any problem that occurs to the user, particularly novice users who may check the documentation for any confusion.
Documentation problems can be handled in formal ways just the same way as the coding problems.[6] Defect reporting tools and tracking tools are the common solutions for handling defects just like as they are handled in code.
See also
References
- ^ "What Is Documentation Testing? – Offshore Software Testing with QATestLab".
- ^ a b "What is documentation testing in software testing?".
- ^ "Why Documentation is Important in Software Testing? - Software Testing Classes". softwaretestingclass.com. 26 November 2013.
- ^ https://www.cs.drexel.edu/~spiros/teaching/SE320/slides/documentation-testing.pdf
- ^ Company, DIANE Publishing (April 1994). A Guide to Understanding Security Testing and Test Documentation in Trusted Systems. DIANE Publishing. ISBN 978-0-7881-0699-6.
{{cite book}}
:|last=
has generic name (help) - ^ Gupta, Yoginder Nath. "New Post-Documentation Testing an Important Activity in Software Testing".