功能测试提测前【注意事项】

在项目管理整个流程中，有一下关键阶段

1. 需求阶段
2. 开发阶段
3. 测试阶段
4. 上线阶段

其中需求阶段和开发阶段是最重要的，功能的设计以及操作实现把控好，那么接下来的测试流程也很快顺利
关于提测的一些想法，我觉得是这样的：

提测说明研发对于模块的编写实现以及接口的完成按照产品提供的prd 实现，然后测试开始测试的一个流程

同时在测试的过程中，一定要越提前越好 ，避免提测的时候太晚 出现各种预料之外的问题，如一下问题：

功能跟产品PRD里的不一样，走偏了； 前端BUG几百个； 严重阻塞性BUG几十个； 测试环境极度不稳定，测试人员一直来让开发人员定位。

这些问题都会造成极大的沟通成本、执行成本，也会占用很多资源，直接影响了整个部门对需求处理的吞吐量，而这些本身是可以尽量避免的。解决的办法就是狠抓提测这个步骤。
下面是我在提测之前会做到的一个准备：

1. 知道要上线的需求变动以及版本和要测试的环境
2. 准备好测试数据
3. 做好端到端联调之间的一个测试过程（自己负责的部分再完美也是没用的，端到端一联调，可能就出问题。 端到端联调的重要性再怎么强调都不为过，它可以整体性的验证功能模块是否符合产品预期。像UI问题、体验问题、后端接口数据问题、兼容性问题等，都可以在这个阶段发现。）
4. 清楚在测试过程中要使用的测试工具以及要分配的权限使用
5. 列出改动点 这里的改动点，说的是，你当前开发的模块，改动了哪些已有的且在线上稳定运行的模块。你需要列出来，让测试人员更有目的性更有效率的去做回归测试。

作为测试人主要记住的是：

在开发提测之前一定要准备好提测之前的东西，如果没有准备好 提测是不可以提的，因为提交给测试人员的，是一个极度不稳定的东西，一旦进入测试环节，就开始接受不好的bug了。因此宁愿按住它，不开始。另外这也是保护测试人员的一种方式，毕竟队列就这么长，别随便给测试扔一些不靠谱的功能。
上线后却是一堆问题。因此测试人员一定要死磕开发人员的提测质量，冒烟不过的，打回，再冒烟不过，严肃警告，还是冒烟不过，那就狠一点，可以直接不测试某些开发组提测过来的模块，因为一提测过来，进入到测试环节后，就又开始各种不顺利，各种浪费。
**

个人总结

一定要做好测试工作 保证上线之后的产品质量问题