测试人员可以对开发人员的设计和代码进行同行评审吗？

Question

我是一个使用scrum /敏捷开发的小型企业的初级开发人员。我们的长期目标是在CMMI 2上进行评估。我们有一支由3名高级开发人员组成的团队，他们负责实现用户故事，并有少数初级开发人员提供支持。

我们正在迈向“三个朋友”的方法，特别是在分离开发和测试的职责方面(第三位朋友是产品所有者/业务利益相关者)。这样，我们的高级开发人员就可以专注于实现，初级开发人员可以作为公正的测试人员集中精力。

我们使用同行评审作为验证工作产品(如源代码)的具体实践。本文http://repository.cmu.edu/cgi/viewcontent.cgi?article=1208&context=sei在第19页描述了设计和代码的最佳同行评审过程，其范围为设计和编码时间的50-65%。

我的问题是:对于我们的测试人员来说，同行评审开发人员的设计和代码是否合适？一个优势是开发人员可以花费更多的时间来实现用户故事。一个缺点是测试人员可能会牺牲他们对系统的客观/公正的看法，因为同级评审创建了代码的共享所有权。

Answer 1

将测试人员与开发人员分离的要点是，您希望确保不止一个人已经验证了代码所应该做的事情。测试人员可能已经查看了代码这一事实并不排除这一点。作为开发人员编写和调试组件与作为测试人员通过大量测试用例运行组件之间有很大的区别。

所以，请继续，有尽可能多的眼睛是实际的，审查你的代码和设计。审查对于防止失误是非常宝贵的。

顺便说一句，从scrum的角度来看，你用自己的方法打破了一些规则，因为你在团队中有效地创建了角色，而不是“团队成员”。这不是世界末日，但请注意，您应该始终拥有代码的共享所有权--整个团队都拥有它。此外，我也不鼓励这里的高级/初级差别者--你确实希望你的初级开发人员多待几个月，对吧？