tag:blogger.com,1999:blog-7722108.post7410712085292241136..comments2024-03-28T12:11:07.539+05:30Comments on Thinking Tester: Who decides what is a bug and what should be fixed?Shrini Kulkarnihttp://www.blogger.com/profile/10782753752478547381noreply@blogger.comBlogger11125tag:blogger.com,1999:blog-7722108.post-4671562865016235972009-10-02T11:29:34.923+05:302009-10-02T11:29:34.923+05:30As per me, it is the user. At the same time, a tes...As per me, it is the user. At the same time, a tester can always highlight such usuability features to the users thru exploratory testing. In the given eg, we can also compare with other screens(for same functionality to match) and take decisions.Unknownhttps://www.blogger.com/profile/01271837704846571310noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-38358780472288368042009-09-30T16:30:20.998+05:302009-09-30T16:30:20.998+05:30I go with Michael... Project owner is the boss and...I go with Michael... Project owner is the boss and he is the one who pays for whatever we discuss. So it ain't a bug as per the requirement if it is so. These are value additions that can be discussed with the client/ project owner and can be added as a requirement separately.<br /><br />For Srini, <i>" Who has the final authority to say which is a bug and which one should be fixed and when?" </i><br /><br />Obviously it is the Project owner. Smart act of a test engineer lies to the limit of providing value additions and not identifying bugs in the product which is strictly adhered to the specified requirements. <br /><br />I believe a tester's role starts in identifying the glitch right from the requirement phase. So this can be easily identified when specifying a detailed requirement or design on the application.VJhttps://www.blogger.com/profile/14191902236864503046noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-83680860436613489402009-09-18T13:23:02.386+05:302009-09-18T13:23:02.386+05:30There is an interesting article in the Register ab...There is an <a href="http://www.theregister.co.uk/2009/09/17/google_maps_glitch/" rel="nofollow">interesting article in the Register</a> about what they call a "glitch" in Google Maps, where businesses are aggregated together although they are separate businesses.<br /><br />The last paragraph says it all: "This isn't actually a bug by Google's definition. But from a business owner's perspective, it's absolutely horrendous" according to one business owner.<br /><br />Isn't actually a bug?? Really?? Truly??Chrishttps://www.blogger.com/profile/06534842755063770798noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-64929488077540003442009-09-18T03:03:02.008+05:302009-09-18T03:03:02.008+05:30These are bugs which causes user inconvenience.It ...These are bugs which causes user inconvenience.It is not a good idea to depend only on test cases to find bugs. Exploratory testing should be added to your test schedules!Ukkuruhttps://www.blogger.com/profile/03121124255004635910noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-39029264491125082592009-09-16T10:42:39.107+05:302009-09-16T10:42:39.107+05:30Yes, these are bugs but not functional rather usua...Yes, these are bugs but not functional rather usuabiity issues and related to UX (user expereince).<br />As far as the decision is concerned to fix, its the job of product owner to decide its priority.<br /><br />Nice post.Kashif Ali Habibhttps://www.blogger.com/profile/14963125844474587107noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-55978111371465639712009-09-13T15:34:38.557+05:302009-09-13T15:34:38.557+05:30Usability bug i'd say. We too have to follow R...Usability bug i'd say. We too have to follow Req based testing but we always add exploratory and usability on top of it. Here is just some more notes on Usability: http://geek4eva.logicx.co.nz/blog/2009/09/05/usability-testing/Geek4Evahttp://geek4eva.comnoreply@blogger.comtag:blogger.com,1999:blog-7722108.post-38420196511889686352009-09-13T12:34:39.344+05:302009-09-13T12:34:39.344+05:30I don't necessarily care whether the project o...I don't necessarily care whether the project owner classifies them as bugs or not. I get to report behaviour that is non-standard or problems with usability. <br /><br />And, of course, in some establishments the tester or test manager is the person who decides. In another establishment I worked in, the development manager decided.<br /><br />I suppose the answer is "it depends."Chrishttps://www.blogger.com/profile/06534842755063770798noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-88783210019868063072009-09-12T20:25:48.307+05:302009-09-12T20:25:48.307+05:30Both these are bugs and certainly high priority on...Both these are bugs and certainly high priority ones that needs to be tracked to closure. However I'd check if these were part of the requirements or GUI specifications before logging the defect. If these were part of requirements/GUI specs then it needs to be assigned to the developer. In case its not part of requirements/GUI specs, i'd assigned the defect to the GUI designer/requirements analyst to include this in the requirements/GUI specs.Rajesh Kazhankodathhttps://www.blogger.com/profile/00776206192461021082noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-54083195789122286482009-09-12T10:58:47.199+05:302009-09-12T10:58:47.199+05:30Sorry, Chris, you don't get to decide unless y...Sorry, Chris, you don't get to decide unless you're the project owner. Suggestions are welcome, to a point.<br /><br />Note that usability issues are a problem, but if they make the product harder or slower to test, they're testability problems too. That's important, because anything that slows down testing gives each bug just a little more time to hide.<br /><br />And note that one of the worst testability problems is having lots of problems to report. That slows down testing enormously.<br /><br />---Michael B.Michael Bolton http://www.developsense.comhttps://www.blogger.com/profile/09027725699187903416noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-28675782944986238502009-09-11T22:04:34.337+05:302009-09-11T22:04:34.337+05:30Bugs? Yes, but not functional bugs. They're us...Bugs? Yes, but not functional bugs. They're usability bugs. The calendar one can be fixed by adding a format example to the text. The other one (I've encountered bugs like it on other forms) does need to be fixed by ensuring that Windows conventions are followed.Chrishttps://www.blogger.com/profile/06534842755063770798noreply@blogger.comtag:blogger.com,1999:blog-7722108.post-37657268882360376062009-09-11T17:15:33.913+05:302009-09-11T17:15:33.913+05:30As always this is decided by the person at the top...As always this is decided by the person at the top,he first decided whether this is a bug then whether to fix it or not.As a tester I am the first customer of the product and this is certainly a usability issue.Dhanasekarhttp://testingideas.wordpress.comnoreply@blogger.com