从项目管理角度如何保证质量

转岗IT项目经理已有一年时间，说一说从项目管理角度如何保证质量；

1、需求阶段：需求阶段的一个重要环节是需求评审，但是不是为了评审而评审。个人认为产品经理在进行需求评审时至少要讲清楚以下几点：

1）需求背景：有助于项目成员理解需求，“为什么”；

2）用户场景：真正符合用户使用场景的用例设计才是有效的用例，如果设计的用例不符合用户场景或者需求实现人员并不知道用户场景是什么，怎么能作出符合用户需求的产品来；这一点很重要；

3）业务流程；这点大家都懂，不细说了，需求文档缺乏业务流程图，等于需求没有逻辑性，很难让别人看得懂，更别提要实现了；

4）业务流程中的功能点、功能逻辑及数据来源；（如果涉及到的前端页面较多，要理清楚共有多少页面，页面的操作流程图及功能甚至页面控件）；

2、研发阶段：重点是研发提测质量，提测时需要研发自己进行冒烟测试，以保证研发是完全理解了需求同时保证所有功能流程提测时能跑通；如有可能，重要模块或者复杂业务逻辑需要进行代码review，测试需要参加，了解实现逻辑；

3、测试阶段：测试阶段的重中之重就是测试用例的设计，好多线上bug都是测试用例设计中漏掉了；实际接触到的好多测试管理者往往忽略了用例设计的重要性；关于用例设计的几点建议：

1）web系统的基本都是前后端分离的模式：前端+api接口+后端；

针对不对的端有不同的用例设计方法：

前端：页面控件校验、页面交互——>页面不同控件建议形成公司统一的控件校验的规范，不用专门针对控件设计用例；交互需要依照需求单独设计用例，交互还原测试，UI风格展示单独进行UI还原测试

api接口：api接口测试——>接口：请求参数+请求+响应，进行接口测试用例设计

后端：一般dubbo服务+功能逻辑实现，这里的重点是功能逻辑实现，逻辑较为复杂的情况，针对不同功能逻辑需要设计场景用例；同时需要注意异常场景用例的设计，有些场景需要结合后台打印的日志进行测试，所以还需要有统一的代码编写规范，比如：有些代码报空指针，这种异常很难定位出是哪里处了问题，需要研发将代码异常捕获到并打印到日志中；

先写到这里，里面还有好多细节待补充...