Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

9
  • 10
    Strongly and vehemently disagree... Developers can be highly effective testers but the developer of a feature should NOT also be the tester of the same feature. Many small teams play both roles, by three people working on three different features, then handing off testing to one of the other three developers. It works extremely well when a team does not have a QA tester. Commented Aug 20, 2011 at 12:11
  • 6
    @maple_shaft: Imho there's no excuse for not having a tester. Any project will deliver higher quality with a dedicated tester and developers can focus on, well developing if there's one. Having developers test each others code is a makeshift solution, even for small teams imho. You should read Joel's article on it, too. Commented Aug 20, 2011 at 12:30
  • 4
    Developers can be testers - and a good developer actually knows many places where code can be weak and subject to breakage. Just never have people test the code they designed or wrote - that's useless. Other people's code may be ok. Commented Aug 21, 2011 at 0:05
  • 2
    @StasM: I agree that developers can be testers, even good ones. But they shouldn't be testers. Commented Aug 21, 2011 at 7:55
  • 2
    @Bryan Oakley: But that's not Q&A testing then. Commented Aug 21, 2011 at 15:43