如何通过优化测试流程，优化测试时间？

准备工作：

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.对待常出低级错误的开发，态度可以强硬一点，给对方施加压力去自测，可以减轻测试的负担，节约测试时间

 

以上是我总结的在测试过程中，如何通过调整测试流程，提升测试效率。如果你有更好的想法，欢迎讨论。

原创所有，转载请注明出处。