Documentation in Software Testing

Important of Documentation in Software Testing



Software testing is an integral part of software development life cycle. With the type of innovative solution expected from software developers, the frequency of bugs appearing in the products developed has also increased. Bugs, as commonly known are the errors in software code that prevent the software to run aptly. It's the work of software tester to apply manual software testing or automated software testing to make software error free. The tester is expected to maintain a cooperative relationship with the software developer and the non-technical (management, clients) as both the parties are involved and necessary for project completion. The software tester has to adopt a tactful and diplomatic approach for issues raised and should have the ability to communicate with both technical and non-technical people in most professional manner.

 
Software tester is responsible for designing of test plan, test cases, preparing the bug report, and status report included during the testing process. It is commonly seen that testers do not prepare formal testing documentation leaving it as a mundane job that can be done by anyone who is free. However, testing documentation is as essential as stating the project requirement specifications at the initial stage of project. In fact, it is not surfeit to say that documentation is an essential factor at all stages of any software development process. Documentation in manual software testing or automated software testing is keeping record of steps taken and results obtained so that it can act as reference material of future citations.


A project that is well documented has higher level of maturity and is more successful as compared to the un-documented project. As a tester, one main question arises is what should be documented and what can be omitted. As a rule each and every step, no matter how insignificant it might be, should be document. During manual software testing documentation will include specifications, test designs, test plan, prevalent business rules, reports, configurations details, changes in code, test cases, bug reports, user manuals, etc. Proper documentation helps an organization save its time, effort and money. Once the details are documented, they should be placed at a reservoir where easy search and timely availability of the records is feasible. These documents come handy in times of any dispute or comparing the requirement specification with the delivered product.

The documentation created for manual software testing or automated software testing plays an important role in projects testing phase. It is not professional to rely on verbal communications. To be on safe side, it is advised to keep each step documented and the documents prepared handy. Documentation aids in a systematic approach to any testing process and on fixing issues that arise at a later stage.

Source: Link
Author: Priyanka Shah

Comments

  1. SilentNight1 March 2013 at 12:43

    I have worked on many projects and bad documentary is causes alot of faults, delays and client unsatisfaction

    ReplyDelete

Post a Comment

Popular posts from this blog

What is LCSAJ Testing?

Image
LCSAJ testing requires a model of the source code which identifies control flow jumps (where control flow does not pass to a sequential statement). An LCSAJ (Linear Code Sequence and Jump) is defined by a triple, conventionally identified by line numbers in a source code listing: the start of the linear code sequence, the end of the linear code sequence, and the target line to which control flow is transferred. Test cases shall be designed to exercise LCSAJs. For each test case, the following shall be specified: - the input(s) to the component; - identification of the LCSAJ(s) to be executed by the test case; - the expected outcome of the test case.
Read more

ISEB-ISTQB Sample Exam Paper 12

Image
1. Which of the following statements contains the correct use of the terminology? a) a fault by a person may introduce an error into the software that may cause a failure in operation b) a failure by a person may introduce a fault into the software that may cause an error in operation c) an error made by a person may introduce a fault into the software that may cause a failure in operation d) an error made by a person may introduce a failure into the software that may cause a fault in operation e) a failure by a person may cause an error in the software that may cause a fault in operation 2.   A reliable system will be one that: a) is unlikely to be completed on schedule b) is unlikely to cause a failure c) is likely to be fault-free d) is likely to be liked by the users e) includes a minimum number of components 3.   Which of the following statements about ‘Integration Testing in the Small’ is false? a) It can combine all the components ...
Read more

What is State Transition Testing?

Image
State transition testing uses a model of the states the component may occupy, the transitions between those states, the events which cause those transitions, and the actions which may result from those transitions. The model shall comprise states, transitions, events, actions and their relationships.   The states of the model shall be disjoint, identifiable and finite in number.   Events cause transitions between states, and transitions can return to the same state where they began.   Events will be caused by inputs to the component, and actions in the state transition model may cause outputs from the component. The model will typically be represented as a state transition diagram, state transition model, or a state table. Test cases shall be designed to exercise transitions between states.   A test case may exercise any number of transitions.   For each test case, the following shall be specified: -   the starting state of the component  ...
Read more