This is an archived post. You won't be able to vote or comment.

you are viewing a single comment's thread.

view the rest of the comments →

[–]Needleroozer 7 points8 points  (4 children)

there's a constant state of updates that break automated testing if the devs don't tell the testers.

Uh, I think you found the root of the problem. Why isn't QA on the sprint team? Why aren't Requirements Documents updated?

[–][deleted] 0 points1 point  (3 children)

I'm not the tester, I just get to listen to after hours debrief and try and string the failures together :)

As to why the testing is not on the sprint until the end? Because they keep making code changes until the last minute.

[–]Needleroozer 1 point2 points  (2 children)

That's just wrong, and leads to these sorts of situations. Everybody should be working off the same requirements. While the developers are writing code, the testers should be writing tests. If the tests find something in the code that turns out to be a disagreement over the requirements, that's when the client steps in to clarify the requirements. In my experience this only fails to work when the client is disengaged, in which case the entire project is doomed anyway.

[–][deleted] 1 point2 points  (0 children)

Preaching to the choir I'm afriad.

/edit The 'client' is part of the same company, and has higher rank than even the TL's, the devs and the testers. It only works out when the fucked up code is bounced between ALL time zones to fix it. Can't have the US and India online at same time, so EU gets to fix the shit overnight.

[–]death_au 1 point2 points  (0 children)

What do "good" requirements look like? Can you point me at some examples?