Should Developers Test UI?
Once a developer is finished with their coding and the feature is ready for UA testing, should the developer run through the UI before marking it ready for testing? Having the dev and the UATesters both testing creates waste, but sometimes the UI "fails" immediately and UATesters cant even perform their tests.
What’s the teams response when you mention about this issue during the retrospective?
Seems like there is a quality issue on your team, so be conscious that your developers are not cutting corners purely because they know that the stories will eventually be tested by an UA Tester.
Despite your feeling of producing waste, I would let the UA tester and developer run the test together. Wouldn’t call it waste but rather fixing issues on-the-fly.
> Once a developer is finished with their coding and the feature is ready for UA testing,
> should the developer run through the UI before marking it ready for testing? Having
> the dev and the UATesters both testing creates waste,
No, it's waiting until development is finished before testing that creates waste, because it invites rework. Abdicating responsibility for the quality of your own code, and leaving it to someone else to check it, similarly leads to rework and waste.
If testing early (i.e. during development) reduces the need for rework, then the effort expended in doing so isn't wasted at all. Remember that in agile and lean ways of working the purpose of testing is not to find defects but rather to prevent them.
Ok, thanks for the feedback all.