昨天我们7组成员在百人计划2期正式开启之前进行了一次组内讨论，主题是测试流程。
现状：很多学员所在公司测试流程并不规范，有些没有需求评审和用例设计环节，开发好了直接提交给测试
先附上网上下载的流程图
测试流程.png
年初公司招了一位测试主管，工作有段时间后发现流程都不规范，现在正着手抓流程这块内容，接下来谈下我们公司现有的流程状况
公司给测试团队定义的职责
1、参与需求评审，明确测试范围及测试内容
2、负责编写测试计划和测试用例，并发起测试评审
3、负责测试环境、集成环境以及在线环境的集成测试工作，跟踪缺陷直至解决
4、版本上线前输出测试报告，并给出风险评估建议
5、负责系统性能测试、安全测试、API接口测试等专项测试工作，并给出改进建议（有专人负责，之前这块内容都是开发在测的）
6、把控测试进度，及时反馈可能存在的风险
测试团队的流程管理
1、需求评审
测试人员、开发人员、项目经理必须参与，目的是为了明确测试范围及测试内容，消除歧义，确保内容的一致性；
讨论全面，尽量覆盖到正常分支和异常分支（p.s.一些简单的task可以不进行评审）
2、制定测试计划
由负责该项目的测试组长填写，一般在需求评审后3天给出，主要包含测试范围、测试策略、测试资源、测试进度及安排、发布标准、风险及约束（一般发邮件进行评审）。
邮件通知评审.png
如下我截取了测试计划中的目录部分
测试计划目录.png
3、测试用例设计
按照测试计划确定的范围覆盖所有功能点，用例标注优先级（目前还没有开发文档，都是根据需求文档进行用例设计，开发在设计编码时测试开始设计用例）
包含要素：ID、用例title、步骤、优先级、结果（可自行增加列信息）
测试用例.png
4、测试用例评审
在task提测前完成，需要参与的人员有对应开发人员、需求、项目经理、测试，由测试人员发起。
5、测试执行
按照分配的task，执行测试用例，标记测试结果
开发提测后测试人员需要先进行冒烟测试，通过后再进行具体的功能测试、系统测试，冒烟不通过时直接把task打回给开发且需要邮件反馈
开发如需自测，测试可以提供冒烟测试用例给开发
Task的流转状态：Analyse---Develop---Readytest---Begintest---ReadyQA---Release---Closed
6、缺陷跟踪与管理
我们是用TFS进行管理的，记录Bug，跟踪其状态直至解决
bug生命周期：Submit（提交bug）---Active（开发处理中）--Resolved（开发处理）--测试验证（通过--closed，不通过--active）
（p.s.Bug描述要清晰无歧义，尽量附上截图或者log信息）
bug.png
7、测试报告
包含测试结论（通过 or 不通过）、测试总结、遗留问题、风险评估、测试环境信息
测试只给出报告，最终是否发布还是由项目经理确定
（p.s.在发布之前给出测试报告，邮件通知需求、开发、项目经理，抄送测试主管、部门总监）
邮件.png
测试报告.png
8、发布后
测试人员需要检查在线环境要验证内容，验证本次发布功能是否正常
备注：如果项目周期很长，可以增加输出阶段性测试报告
现状：
1、关于老徐提到的必备流程，我们公司目前是没有UI评审的、开发文档评审（现有项目周期都比较短，开发时间很短，都没时间写设计文档）
2、很多系统缺少LOG，遇到很多问题开发都要看代码处理
改进点：
1、公司正在筹备UI设计师给需求、测试人员做培训，到评审环节还需时日
领导准备今年先把测试流程规范起来，明年再把开发加进来，到时开发文档评审也是必备环节了
2、开发记录日志，测试学会看日志
网友评论