A walkthrough is an informal meeting for evaluation or informational purposes. A walk through is also a process at an abstract level. It's the process of inspecting software code by following paths through the code (as determined by input conditions and choices made along the way). The purpose of code walkthroughs is to ensure the code fits the purpose. Walkthroughs also offer opportunities to assess an individual or team's competency.
An inspection is a formal meeting more formalized than a walkthrough and typically consists of 3-10 people including a moderator reader (the author of whatever is being reviewed) and a recorder (to make notes in the document). The subject of the inspection is typically a document such as a requirements document or a test plan. The purpose of an inspection is to find problems and see what is missing not to fix anything. The result of the meeting should be documented in a written report. Attendees should prepare for this type of meeting by reading through the document before the meeting starts; most problems are found during this preparation. Preparation for inspections is difficult but is one of the most cost-effective methods of ensuring quality since bug prevention is more cost effective than bug detection
Subscribe to:
Post Comments (Atom)
thnaks
ReplyDeleteThanks for this post! For cleaning inspections, you can use quality control inspection softwares from Optiqo.
ReplyDeletenot bad
ReplyDeleteThank you so much for the valuable insights.
ReplyDeleteI had exam of Software Engineering yesterday.
The combo of this and https://www.daaminotes.com/2017/11/16/inspections-vs-walkthrough/ helped me a lot.
It was just the information I was looking for.
keep going :)
Thanks :)
Difference between Inspections and Walkthroughs.
ReplyDeleteInspection Walkthrough
Formal Informal
Initiated by the project team Initiated by the author
Planned meeting with fixed roles assigned to all the members involved Unplanned.
Reader reads the product code. Everyone inspects it and comes up with defects. Author reads the product code and his team mate comes up with defects or suggestions
Recorder records the defects Author makes a note of defects and suggestions offered by team mate
Moderator has a role in making sure that the discussions proceed on the productive lines Informal, so there is no moderator