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

:Session1:讨论项目工作产品Review的范围，没做好Review的影响

Q1:姓名

填空1

Q2:你认为下列哪些是项目过程中需要Review的工作产品？

代码

需求/设计/测试/实施阶段需要产出的文档

数据库设计

解决方案

系统功能

会议纪要

Issue log

其他

Q3:你参与过/见过有项目因未及时review或没review工作产品导致项目异常而需要更多Effort弥补吗？如果有，请分享例子和影响

有（请简单描述）

没有

Q4:对于第3题中因为没有充分Review工作产品而导致项目异常的Case. 如再次遇到，你会建议怎么做？

填空1

:Session2:设计和编码阶段中重点Review的工作产品及如何去Review

Q5:对于FDS/TDS 文档的Review ,你认为下面哪些项的安排会影响到Review 的质量？

Review 的频率

Review 介入的时间点

Review 人员/角色的选择

Review 参照的Checklist 及标准

其他

Q6:在编码阶段，你认为项目组应该重点去Review 哪些点？

每个已开发好功能的质量

Code Review

SIT Case

其他

Q7:编码阶段，对于已开发好的功能质量的Review，你认为从下面哪些方面去重视才能更高效?

Review 介入的时间点

单元测试结果的Review

定义重点Review的功能

Review每个功能的人员/角色安排

Review结果的分享

其他

Q8:为提高代码质量和降低Rework概率，项目组在计划和安排Code Review时应该考虑下面哪些?

Review 的频率

Review 介入的时间点

开发同事的交叉Review

Review 参照的Checklist 及标准

项目组外同事的同行Review

Review结果的分享

其他

Q9:对于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建议

Q10:除上面提到的之外，你希望讨论其它工作产品的Review方法吗？

填空1

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

关于

1年前

更新

频次

题目数

有问题？问问AI帮你修改改主题：如咖啡问卷改为奶茶问卷