项目工作产品内部Review问卷调查

Session1:讨论项目工作产品Review的范围,没做好Review的影响
姓名
    ____________
你认为下列哪些是项目过程中需要Review的工作产品?
代码
需求/设计/测试/实施阶段需要产出的文档
数据库设计
解决方案
系统功能
会议纪要
Issue log
其他
你参与过/见过有项目因未及时review或没review工作产品导致项目异常而需要更多Effort弥补吗?如果有,请分享例子和影响
有(请简单描述)
没有
对于第3题中因为没有充分Review工作产品而导致项目异常的Case. 如再次遇到,你会建议怎么做?
    ____________
Session2:设计和编码阶段中重点Review的工作产品及如何去Review
对于FDS/TDS 文档的Review ,你认为下面哪些项的安排会影响到Review 的质量?
Review 的频率
Review 介入的时间点
Review 人员/角色的选择
Review 参照的Checklist 及标准
其他
在编码阶段,你认为项目组应该重点去Review 哪些点?
每个已开发好功能的质量
Code Review
SIT Case
其他
编码阶段,对于已开发好的功能质量的Review,你认为从下面哪些方面去重视才能更高效?
Review 介入的时间点
单元测试结果的Review
定义重点Review的功能
Review每个功能的人员/角色安排
Review结果的分享
其他
为提高代码质量和降低Rework概率,项目组在计划和安排Code Review时应该考虑下面哪些?
Review 的频率
Review 介入的时间点
开发同事的交叉Review
Review 参照的Checklist 及标准
项目组外同事的同行Review
Review结果的分享
其他
对于SIT Case 的Review,你同意下面哪些说法?
需要Review SIT case 的high level 框架,以确保SIT case 会包括所有的测试点(如权限,性能等)
编写Test case初期应该安排一次Review,以确保test case 的模板/粗细程度/case正确性等达成一致,并作为后续Case的参考标准
SIT Case编写过程中也应该安排Review , 确保问题及时发现而不会重复到后续的CASE中
TL/BA/SA/Tester leader 都应该参与SIT case 的Review
编写SIT case 的同事在写完SIT case 并提交时应该是一并提交 SIT checklist 的检查结果
Tester leader 是 SIT case 质量的负责人
其它Review建议
除上面提到的之外,你希望讨论其它工作产品的Review方法吗?
    ____________

12题 | 被引用0次

模板修改
使用此模板创建