测试流程管理

当做为测试执行时，考虑更多的是该用例用什么方法测试覆盖更全。

开始测试管理后，考虑的除了细节，更多是全局考虑，和部门的合作。

文档管理

过分重要的一环，前期一定要搭建好框架，如：

1. 测试技术占比
2. bug管理池
3. 遗留bug的整理
4. 重要实现的流程图
5. 重要点修改原因(本来是产品做，但是如果产品不做自己得做起来，会影响测试)

下面按照常用测试流程说明每个过程的知识点

定制用例编写规则

1. 每个模块需要有一个最高级别的功能用例，此类用例用作给研发的自测和上线的快速回归：如，新建xxx后，重新拉取，显示的值与保存的一致
2. 多个平台有相同的功能，需要在新建和修改时查看数据库或者配置保存的是否一致
3. 中级用例 + 高级用例用于测试环境的核心测试
4. 低级用例用于基本只测一次的显示等

优先级制定

虽然有很多对于优先级的范围定义，但是没有具体到业务，在定制的时候，还是有很多模糊的边界导致无法统一优先级。

1. 极高：在高中挑选出要阻塞测试流程的部分，如增加会严重影响流程，但是修改和删除影响范围较小，出问题后提bug可以进行其他的测试，随意增加定为极高。
2. 高：修改，删除等操作，和后台以及数据库有接口请求的功能。
3. 中：
4. 低：纯前端逻辑操作，以及界面显示，无接口请求。

写用例

如果没有后面的测试流程，只写用例，写用例的方法有很多，Excel，思维导图列用例点。
为了方便测试用例多人执行管理，使用有结果保存和备注的testlink是最佳选择。

纯前端用例：与服务器无数据传输，纯前端检测部分
有数据传输：有api的调用

P0研发自测用例

p0的用例分给研发：
前端，主要是增，删与改不用分在页面流程上不影响流程。

p1 - p3:按优先级测试，先将主要流程的bug提出来，然后再测低优先级的。

编写testlink测试步骤文档给研发使用。

重要重要，记得分配那些对于需求可能有歧义的给研发，将需求的讨论提前到提测前面。

测试用例分配

1. 不同的计划，侧重点不同
2. 测试分配时，责任到每个人, 不建议自己挑选着测试

测试执行

定一个统一的标准，先执行高优先级(影响主要流程)的，高优先级的执行完后，此部分的issue应该都是严重的bug。

再执行中级的用例，最后执行低级的用例，每个等级的用例如果执行完了，需要去标注当前的进度条。

测试内部流程管理表

一个完整的测试包含的步骤，需要不断完善流程！

以上流程可以做成不同的执行计划，具体的用例也需要放入testlink中，方便管理

测试前注意事项：

1. 需要恢复出厂配置来测试
2. 测试环境搭建较复杂的环境

测试报告

1. 测试覆盖的范围
2. 测试的轮数
3. 遇到的重大的问题，给出的建议
4. 上线后注意的点

测试反馈

每次测试完后，可以在内部手机一些测试流程或者整个研发流程中的问题和优化建议(如果有人需要分享的话)。

提取模板

流程中的所有可复用部分记得提取成为模板。