如何评审？？？
如何对《项目计划书》和《详细设计说明书》进行评审，需要注意那些问题，请大家帮忙，多多提供一下建议！！！ 这个难道需要测试评审么？测试如果懂详细设计的话为什么不干开发去呢？ 其实我也一直再想，有没有必要对《项目计划书》和《详细设计说明书》进行评审，如果需要，由谁来评审，不能光由开发人员自己说了算吧（后果可想而知，虽然我以前也是负责搞开发的） 不同级别的评审参与的角色不同，侧重也不同，而不同的里程碑阶段评审的输入输出也不同呀，不知楼主所说的是软件周期里那个阶段的评审？ 楼上说的有理,顶一下!!! 对于《项目计划书》来说就是项目的初期计划阶段，对于《详细设计说明书》来说就是详细设计阶段，说白了，就是这两份文档刚刚完成的时候（当然，不算补写的情况）。 测试评审这些个就是越权啊，这些个东西测试有什么权利发言？测试又能从什么角度发言呢？从可测不可测，易测不易测的角度？简直就是对开发和需求的一种×× 话不能这么说，很多资深的测试前辈（高人）都是从系统分析或架构甚至业务设计方面转向做测试的，在正规或研发规模较大的软件企业，他们参与评审可以从多角度来对《项目计划书》和《详细设计说明书》里的关键细节给出建议和经验，就算他们的发言不权威但却极具参考价值，“头脑风暴小组”可不是白叫的！ Originally posted by 周鱼 at 2005-7-12 03:56 PM:测试评审这些个就是越权啊，这些个东西测试有什么权利发言？测试又能从什么角度发言呢？从可测不可测，易测不易测的角度？简直就是对开发和需求的一种××
我想你肯定没有经历过测试与开发并行的螺旋开发模式或是测试驱动的敏捷（极限）编程的相关项目，且对它们没有一定的了解，才会说出这么“无知”的话～～:o 本来想反驳你一下，不过等我好好研究一下再说吧:d
[ Last edited by 周鱼 on 2005-7-12 at 18:49 ] 不过这可能也跟俺们公司的管理体制有关系 周兄，我说的是事实哦，至少我现在的项目就是测试与开发并行的原型演化开发模式～ 不要一提到评审,就完全与测试评审划上等号:)
评审中,测试人员的参与只是作为整个会议的一部分,还有项目的其他重要角色参与.
1、对《项目计划书》进行评审，主要是为了检查计划中的干系人是否认可此份计划，计划安排的是否合理等；
2、对《详细设计说明书》进行评审,主要是为了检查设计的是否合理、严密、逻辑清晰等。 的确，正如斑竹说的一样，测试评审通常属于内部评审，由测试负责人组织；而项目评审则属外部评审，有项目负责人组织。另外，相同的文档在不同角度的评审过程中侧重也不同，不能一概而论。 唉，可悲啊，你们都研究开这个了。。。。
强啊~~
我们从来不评审，俺们公司就没计划书，更没有设计说明书，俺们啥也没有，但俺们照样做系统，强吧~~~~~~~ 大巧若拙，大智若愚，楼上的大侠玩测试已经达到手中无剑，心中有剑的境界了 Originally posted by 迎风 at 2005-7-13 13:03:
的确，正如斑竹说的一样，测试评审通常属于内部评审，由测试负责人组织；而项目评审则属外部评审，有项目负责人组织。另外，相同的文档在不同角度的评审过程中侧重也不同，不能一概而论。
正如迎风所说，我现在想知道的就是在这个外部评审时，测试人员应该做些什么，从哪些方面提出自己的建议。
在这里也谢谢版主给予的解释！！！ 一般软件开发到每个阶段都有其相应的评审对象,同时根据此评审对象产生测试用例等.SQA人员的主要职责是对整个评审过程进行跟踪和相应的参评人员安排.主要的是对参评对象所产生的问题进行跟踪修改.督促相应的评审对象(如需求分析说明书/详细设计说明书)作者修改此问题,直至完毕.进入下一阶段. 外部评审一般是由项目经理来组织进行,其主要侧重的是业务方面的东西.像我们公司因为客户都是跨省份的,因此SQA人员无法对其进行实时的跟踪. 那么质量保证的主要环节保能通过内部评审阶段进行跟踪了. 楼上说的没错！顶一下！
页:
[1]
2
