问题的背景:入职了一个业务发展迅猛的公司, 市场部的权重比较大,研发的权重较小, 所以总是不停地加班干需求, 解决线上的bug, 循环反复.
困惑: 作为一名测试, 研发周期这么赶, 而且测试资源并不充足的情况下,然后你要如何把控项目的质量呢?
回答:
执行层上:
首先要尽可能的吃透业务, 深入了解业务需求, 这样才能在有限的时间里发现问题的痛点, 而不是抓着简单的边界值那种不痛不痒的问题点, 要结合业务和数据流进行深入解析, 把业务中产生的数据和数据的流入流出做校验; 其次, 尽可能在产品规划需求的时候, 结合自己对前后端实现业务逻辑的技术进行思考, 提前把产品天马行空的想法给摁住;然后在版本的迭代中, 发现的历史bug, 要记录 下来, 往后找时间修复它, 或者有新的业务有和这个历史bug冲突的时候, 及时想出办法来规避它.
思想上:
拥有持续测试的思想. 持续测试不是持续地测试, 而是每个版本进行管控, 尤其是多版本协同开发的时候, 一些bug 在父版本里有, 在基于这个父版本的子版本里也会有,还可能表现的形式不一样, 要将版本的连接度串联起来, 上下版本的痛点进行关联. 还可以在某个版本编写一些业务流的脚本, 经过多个版本的迭代时, 也逐步完善这些脚本, 在后续的某个版本里, 就可以使用之前就已经在完善的脚本,进行更快速的验证.