Jump to content

Documentation testing

From Wikipedia, the free encyclopedia

Documentation testing is part of the 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 improvements have been documented.[1]

Description

[edit]

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 the 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's 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

[edit]

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 pinpoints. 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

[edit]

References

[edit]
  1. ^ "What Is Documentation Testing? – Offshore Software Testing with QATestLab".
  2. ^ a b "What is documentation testing in software testing?".
  3. ^ "Why Documentation is Important in Software Testing? - Software Testing Classes". softwaretestingclass.com. 26 November 2013.
  4. ^ https://www.cs.drexel.edu/~spiros/teaching/SE320/slides/documentation-testing.pdf [bare URL PDF]
  5. ^ 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)
  6. ^ Gupta, Yoginder Nath (January 2013). "New Post-Documentation Testing an Important Activity in Software Testing".