tag:blogger.com,1999:blog-3806208351698608392.post750565749147414783..comments2023-10-28T16:37:34.195+05:30Comments on Software Testing Space: Find a BugInder P Singhhttp://www.blogger.com/profile/05923580987480854491noreply@blogger.comBlogger4125tag:blogger.com,1999:blog-3806208351698608392.post-11284119757987529322010-08-26T02:49:51.075+05:302010-08-26T02:49:51.075+05:30Respectfully I disagree with your defect identific...Respectfully I disagree with your defect identification and reporting position. Here is why with each scenario you raised.<br />Scenario 1: The logo on the home page and other pages of the application is not the client's. For example, if the client's name were 1, the logo is that of another company, say 2. The logo in the previous version of the application is your client's.<br />Response 1: Assuming that the tester has the requirement stating the logo should be the clients name (1) but the requirement really should be for another company (2) then this is a requirements defect and should be logged. The defect will not count against the Development Team but it will count against the Requirements team. Each time a requirement is changed in the testing process which requires a change to the code or environment this introduces risk. Also by capturing these metrics we are measuring the accuracy and effectiveness of the SDLC process specifically with requirements in this case. Testing is not just about reporting on system readiness it is also about understanding the process and methodology that was used to build the system. Understanding the process and its failures will help to take corrective action going forward.<br /><br />Scenario 2; There is a group of links on the pages of the application. When you click any link in this group, it opens a page with the "Not Found" error.<br />Response 2: This is would be reported as an environment defect. Which raises the question is the test environment setup correctly and what other issues are out there. If a large number of environment defects are reported then you have to ask the question how reliable was the test effort?<br /><br />Scenario 3: You log on as a new user into the application. You make a deposit of $ 1,000 into your account. When you visit the Transactions page, it shows you your transaction of $ 1,000. However, when you visit the Balance page, it shows your available balance as $ 2,000.<br />Response 3: Why isn’t the tester aware of the requirement? Is it because the requirement wasn’t documented? If so, this is a requirement defect. Is it that the tester missed this requirement in the BRD? If so, why? Is it a training issue? A workload issue? A scheduling issue? In any case this would be reported as a Test defect. If there are lots of defects because of tester error wouldn’t you want to know and understand that? How can you improve a process if you don’t understand the root cause?<br /><br />Respectfully,<br />TestMasterGeniusAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-3806208351698608392.post-50636709569691353552010-08-23T01:59:05.120+05:302010-08-23T01:59:05.120+05:30Good reminder Inder!
Relates very well to
“Don’t ...Good reminder Inder!<br />Relates very well to <br />“Don’t fix bugs unless users want them fixed.”<br />"A bug is something that bugs someone who matters." as seen on http://www.testthisblog.com/2010/08/your-users-dont-want-that-bug-fix.htmlJesper L. Ottosenhttps://www.blogger.com/profile/15799832907394506307noreply@blogger.comtag:blogger.com,1999:blog-3806208351698608392.post-35541859984713231002010-08-22T12:49:28.448+05:302010-08-22T12:49:28.448+05:30Inder,
Nice post and I completly agree with your...Inder, <br /><br />Nice post and I completly agree with your views here. Testing is indeed an investigative process and one should not jump to conclusions in just one GO. Everything depends on the requirements OR I should say signed-off/documented requirements from the clients. Before logging on any bug a tester must investigate the scenario and also the documented requirements. <br /><br />AmitAmithttp://software-testers-blog.blogspot.com/noreply@blogger.comtag:blogger.com,1999:blog-3806208351698608392.post-59915564774278529882010-08-22T00:10:09.409+05:302010-08-22T00:10:09.409+05:30Awsome blog inder sir...... unfortunately earlier ...Awsome blog inder sir...... unfortunately earlier i found all the 3 scenarios as bugs :-( unless I could really go through your explanations given below...or could think at that perspective...Surely big lesson learnt is that a tester should,or in fact must go through all the processed and pending customer change requests, before we jump to actual test execution...Unknownhttps://www.blogger.com/profile/06657426144609599543noreply@blogger.com