请老师帮助梳理一下思路:对单元测试 和同行评审的一点疑惑!!!
老师好!!请问 如果开发比较大的项目:单元测试由开发人员进行,测试工程师协助开展最好.1.应该开发人员自己测试自己的代码还是团队里出几个开发人员互测组织成员开发的代码;
2.如果是互测也称同行评审吗?(.同行评审的定义是由软件工作产品创建者的同行们检查该工作产品，识别产品的缺陷，改进产品的不足).
3.在测试中单元测试和同行评审若都执行那有先后次序吗?
我不是老师...
1.互测的结果要好于自测；2.可以称为同行评；
3.在测试中单元测试和同行评审是两个不同的概念，没什么先后之分。在各个测试阶段都可以有同行评审。单元测试是测试阶段，同行评审是测试手段。
多看书... 我的理解:
1. 虽然我也赞成互测,但是在实际工作中好像不是这样,因为看别人写的代码比自己写代码还要花时间,一般公司都不会这样做,单元测试都是开发人员自己测试.
2. 我个人觉得不是同行评审.
3. 单元测试和同行评审是两个概念,单元测试是从测试阶段来划分的,属于测试技术;而同行评审属于测试管理,贯穿整个软件生命周期. 我也不是老师，发表些自己的小看法：
1、自测容易产生思维定势，互测最好。对于一般正规公司都有严格的编码规范等相关开发规范，定义、注释等详细规范，还是便于互测的。
2、应该算是同行评审，相关工作人员互测，符合同行评审的定义。
3、是属于2个概念，如果要非要定出个先后顺序的话，个人认为UT先于同行评审。 看来大家都比较混乱：
1、最好是交叉测试，原因前面同学已经讲了。很多公司都把这做为单元测试应该遵守的一项原则；
2、不能叫同行评审。评审是静态测试活动，而这里的单元测试是动态测试；
3、毫无关系的两个概念，没有先后关系。同行评审会发生在软件研发的各个阶段。 将我自己的看法发上来，请大家指正下：
1.互测效果肯定好于自测,可以很好的克服思维定势这一障碍
2.应该算是同行评审,既然互测肯定你的工作伙伴至少已经帮你代码走读了一遍
3.第三个问题楼上已说的很清楚了,完全是两个概念.sdlkfj6 自己的看法哦：
互测没有一个严格的规定，而同行评审有一个比较正规的流程（51培训发的书上有） 1. 如果一定是由开发人员来做的话应该是互测会比较有效果，自己编出来的东西真的是挺难找到问题的，都觉得自己的东西是比较完美的呢，如果开发写得比较规范的话，其他开发人员应该不会看不懂的吧。
2. 个人认为不能算同行评审，因为同行评审不只是一个代码检查的过程把，还有其他的部分在里面阿，比如说qa会参与进来，监督关于流程的东西
3. 这个问题老师已经说得很明白了，根本不同的 还有一个问题我比较疑惑的。。。就是如果测试人员参与单元测试该什么时候介入呢？是在整个程序写好后开放人员讲代码给我们测。。。还是在开放人员开放的过程中我们测试就参加到测试中去？？ 测试人员参与单元测试当然是在代码编好了之后就进行啊。个人认为为了节约时间最好是能和编码同时进行。因为单元测试的几个阶段（单元测试计划，单元测试设计，单元测试实现，单元测试执行）具体说都是在不同的时间就可以进行的啊。
页:
[1]
