标准化QA工作流程及规范

随着公司QA团队在不断扩大增员不少，所以根据公司情况，特意针对QA人员制定了工作流程和规范，以提升工作效率保证产品质量，也能有效方便的执行QA职责。

一、流程规范

1、　需求评审：

了解需求应用场景，需求解决的问题，需求的业务逻辑和技术实现。
以下情况出现，需求评审不予通过：
1.1需求文档描述不清晰文档内容需完善细节调整
1.2文档内容混乱逻辑梳理不清很难看懂
1.3缺少流程图或原型图描述功能不清晰
对需求提出QA建议，并且对需求文档质量进行确认

2、　前后端设计评审：

重新确认时间节点：设计，开发，提测，测试，上线
明确接口文档内容难点和风险及接口逻辑。
以下情况出现，设计评审不予通过：
1.1缺少接口逻辑详细描述
1.2缺少请求参数样例及描述
1.3缺少返回参数样例及描述
1.4表结构及数据库逻辑描述不清楚
QA要对接口文档设计文档质量进行确认

3、　测试用例：

测试用例编写规范，按照模板统一维护，尽量提高覆盖率，可接受细节性调整完善，应避免较大功能点或需求遗漏，应多考虑边界值及特殊场景的情况。
QA需要与相关人员组织用例评审会，详细描述用例覆盖功能点及场景范围及时纠正完善用例，共同保证用例质量

4、　任务排期：

预估排期尽量准确，与开发项目经理沟通确认，保证服务端测试在客户端测试之前完成，与后端开发讨论合理安排测试周期
QA应保证在测试计划排期内完成相关测试任务

5、　开发阶段：

准备测试数据，创建测试场景设计策略，关注接口文档是否有调整，如有调整应及时更新相关接口用例设计。

6、　提测阶段：

及时查看提测邮件，及时确认提测事项并回执，测试开始严格按照用例开始执行。QA需要明确提测内容无误，交付产品齐全

7、　测试阶段：

按照测试计划于排期保证测试进度正常，测试出bug后要基本定位bug及原因（区分前后端）提交bug时要保证描述清晰明了，能根据描述准确复现bug，并正确分配标清bug等级，状态等
QA需保证bug准确性，并及时标明bug状态，回归后保证bug已完全修复才可关闭bug，及时推动bug解决超时未解决问题及时反馈

8、　上线阶段：

最后一轮冒烟测试完成后，保证所有bug修复完成，与需求功能保证一致，给相关开发及项目经理发送测试报告或验收报告，产品确认验收通过后，准备上线，上线后需对相关功能进行线上回归，保证线上质量。最后对项目中的问题复盘，对流程总结，总结优秀经验复盘。
QA需要监控线上产品运行情况，及时发现bug等问题，快速推动，尽快解决，对线上质量负责。
线上环境回归时，操作基本功能尽量不影响数据

二、项目进度

1、项目周报：

每周四将当前项目组内项目进度及相关时间节点汇总，发周报，内容格式按照周报模板填写，已邮件形式发送到所有研发人员及相关领导。
特殊情况及内容需要高亮标记展示在周报内

2、项目预警：

以下情况需要发项目预警邮件：
2.1相关开发及设计人员未能按照计划排期完成指定开发及设计工作任务，可能导致项目进度异常有延期风险。
2.2项目开发过程中，产品临时改需求可能导致项目有延期风险。
2.3过程中遇到预期未考虑到的因素及难度较大技术问题时有可能导致延期风险
2.4其他异常情况导致质量或进度不可控有质量或延期风险时
项目预警内容及格式需要按照模板统一维护填写，特殊情况及内容需要高亮展示

个人博客地址：Jared FreeTime

QA