准备工作：
1.明确需求：3个思考方向
a.UI页面上增加了哪些数据
b.每个页面都包含哪些功能
c.梳理功能，1个功能出现在哪几个页面（便于设计可复用的测试用例）
2.设计用例，2个思考方向：
a.1条用例连贯尽可能多的页面
b.执行的顺序：先验证异常，再验证正常功能操作
3.设计测试数据
a.边界值数据展示，可集中在1条用例中，以页面为单位进行测试。通过fiddler等工具，抓取单一页面接口信息，把数据修改成测试数据并保存为文件。
(一边操作，一边创建测试数据是很浪费时间和精力的)
4.不做开发的人工代码调试员
a.对测试版本提要求，达不到测试标准，坚决打给开发自测
（如果测试想后期轻松，最好给开发提供易于理解和操作的测试用例，并要求开发按用例自测）
测试期间：
1.测试bug
a.测试出bug先记录，集中在某一个时间点，一次性提交（上午1次，下午1次）
2.提交bug
如果是测试APP，按以下步骤提交bug
a.遇到bug先截图在本地
b.集中提交时，使用同步助手-时实屏幕分享，挨个截图
c.在PC端输入bug描述信息
d.如果有需要，把你想要开发将bug改成什么样子(预期结果)，也写上，示例：
bug描述：无网状态，点击发布 toast提示：无法连接到网络，请稍后再试（不要打开 发布页）
修改原因：
无网状态仍能打开发布页面可能会出现的问题：
1.发布失败UI错误
2.重新连接网络，数据异常隐患。
备注：有需要指遇到以下2种问题：
a.非需求bug，但影响用户体验的问题
b.非bug，但是冗余的功能，这些功能可能会产生bug
预期结果多多参照大厂的竞品，尽量不要是自己想出来的
3.bug沟通
集中和开发沟通bug的时间。首轮测试未完成，但开发开始改bug的阶段，开发会因以下问题找测试沟通。
（这会打断测试思路和测试执行的操作，并且次数多了会影响测试的情绪）
a.开发自己无法重现
b.怀疑是机型适配问题，找测试要测试机
c.不理解 测试写的操作步骤
这时候与开发约法三章
开发遇到上面3种情况，暂且把问题记下。在测试完成第1轮测试后，集中找测试沟通。
或者更好的办法（更高效）是，化被动为主动，提bug过程中，把你认为操作步骤略复杂，开发可能会不清楚的问题，一 一记录，集中主动去演示给开发。
4.UI测试
UI部分由UI设计师来确认结果，时间宝贵，时间应该花在探究有价值的问题上
心得：越是正式执行测试前的准备工作，越不能偷懒，正式测试时如果测试自己对逻辑都梳理不清楚，不但会被 开发和产品鄙视，还会拖长测试周期，原本1天就能完事，要用2天。生命不应该被这样浪费。
5.对待常出低级错误的开发，态度可以强硬一点，给对方施加压力去自测，可以减轻测试的负担，节约测试时间
以上是我总结的在测试过程中，如何通过调整测试流程，提升测试效率。如果你有更好的想法，欢迎讨论。
原创所有，转载请注明出处。