空下来的时候，及时梳理了一些测试经验。软件版本更新迭代的测试过程当中，遇到项目流程不是特别严格的团队，产品的说明文档写的不够到位，开发的提测信息说明寥寥。
没有人告诉你迭代的影响范围，也可能开发并没有认真的整理出迭代影响范围。
最近遇到的一些测试坑做个总结：
1、数据库的增删改查，在开发没有说明是增还是改的前提下，数据库的增与改操作一定需要明确，否则容易出现一些无默认数据的数据库的更新写入异常。
2、业务逻辑的合理性，经常质疑产品提出需求的合理性，这个过程可持续时间很长，需求评审时、用例设计时、技术方案评审时、测试过程中、产品上线后。不合理的产品，不论处于什么阶段都应及时止损。
3、用户体验的重要性，需要多要求产品讲述产品的初衷，多参考竞品或产品之所以如此设计的核心价值。才能在测试的时候站在用户的角度多加思考，甚至超过产品的思考范围，对产品的用户体验提出更合理的要求。
4、页面及接口加载速度的合理性。由俭入奢易，由奢入俭难。不以恶小而为之，不以善小而不为。当把工作重心渐渐放到一些复杂性的测试上面时，不能忘记对一些基础要素的关注。
针对以上情况，考虑增加必要的产品质量管理流程如下：
1、明确提测模版中的接口说明应包含的内容，建立功能模块接口对应数据库的关联关系，清楚接口所需要对数据库执行的操作行为，反观数据库，是否存在不满足接口操作的数据的存在。可以考虑建立相应信息的文档存储体系；
2、业务测试作为唯一一个与测试开发相对独立存在的测试类型，其测试人员相比测试开发对代码开发的熟练性，所具备的是更强的逻辑思维。一定要有意识的将思维方法不停的在业务测试过程中不断的套用和实践，总会有所收获。逻辑思维方法简单概括如下：
具体说明可以百度百科多看几遍
3、在产品评审过程中，除了清楚功能逻辑，需要多加注意对产品核心价值这方面的的问题的抛出与收集。并有意识的记录，以便在后续的产品生命周期中不断的遵循该核心逻辑，不使偏离。
4、页面加载和接口请求时间，无需多说，可以检测的工具很多，一些标准也很容易得到。难点就是，有没有迈出这一步，有没有让整个项目内的人员重视这最基础的但又很能体现产品质量的一个门槛。是一个公司技术实力和质量体系的体现，迈的进和迈不进，完全给人两种感受。加入测试环节后并建立相应信息的文档存储体系；
另外，测试一定要有一个良好的心态。个人QQ空间中翻出来的很久之前整理的一篇关于思维方式的文章，健康的思维方式和生活方式同样重要。
文章出处：
微信公众号 杂著 喜欢的同学可以关注
网友评论