浅谈测试前移

阅读本文大概需要 4.1 分钟。

目前的现状。

bug 太多,懒得写 bug 单,很多需求合理性的验证都放到测试阶段,比如文案的测试,逻辑实现的健壮性也是留在了测试阶段,稍微一点异常就容易挂掉,然后就是各种改,提测次数频繁。

从我目前面试的经验看,不管是社招还是校招,有不少人选择测试的原因都是测试门槛低,不会的能很快学会,稍微好点的是因为够不上开发的标准,所以才选择做测试。

在这样的大环境下,导致很多测试人,自己都觉得测试的技术含量不高,开发更是觉得自己理解的测试没技术含量是正确的了,然后大家就进入了这个恶性循环的怪圈。

而且从测试这个 title 来看,也容易让人误解为所有需要验证的东西都是测试人员的职责,

为什么要前移?

如果不前移,测试人员就算忙死,对整个团队的质量保证的贡献也是有限的。

因为很多的测试验证工作都是一次性的,不可复用的,做自动化吧,不值当,不做自动化吧,很繁琐。

同时因为质量保证时间点后移,导致测试人员的时间开销特别大,能分配到做一下随机测试和深入逻辑验证上的时间非常少。

这样导致的问题就是,每次填坑的同时也在不停的埋坑,很多当前不会发生的问题,以及很长一段时间没人触发的问题,在之后的某个时间点,突然爆发,然后就需要重新花时间填坑,同时又会埋一个新坑,最后谁也不知道到底有多少坑,到底什么时候会把什么坑给暴露出来,这也是一个恶性循环。

如果测试前移了,很多基本的质量问题都可以在前期得到保障,就算提测时间晚,但是提测质量高,测试可以花更多的精力做更深入的测试,发现的 bug 肯定也都是质量比较高的了,同时这样的项目发布,埋坑的可能性就小,我们只需要关注本次修改内容及其影响范围即可,这才是良性循环。

如何前移?

我的答案是,测试即服务。

作为质量保证部门,我们的职责是保证产品的质量,但并不是说一定要我们去做具体保证质量的事情,所以换个角度,我们可以把我们保证质量的能力输出给真正能影响产品质量的人。

比如我们给产品人员提供服务。加强需求评审阶段的投入,把我们对于用户角度的思考,把我们对于需求合理性的思考,把我们对于产品质量预防的经验,在需求评审阶段就进行输出,把我们已知的问题在需求评审阶段都消灭掉。

比如我们给开发人员提供服务。给开发提供完备的编译环境支持,环境中可以包含必要的白盒检查、自测环境、冒烟测试用例,甚至是提测前的代码 review,把我们对于代码质量的基本要求和规范,都在代码编写阶段进行解决,从而把我们已知的编码中可能出现的问题尽可能的消灭在提测前。

产品和开发是和我们质量保证联系最紧密的两个角色,如果能把这两个角色的服务做好,基本可以保证提测质量了,也就能满足我们最低的测试前移的要求了。

当然,如果要达到这样的效果,更多的是对我们测试人员能力的更高要求,所以,为了可预见的美好未来,一起加油吧。

本文分享自微信公众号 - sylan215(sylan2158),作者:sylan215

原文出处及转载信息见文内详细说明,如有侵权,请联系 yunjia_community@tencent.com 删除。

原始发表时间:2019-03-07

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

我来说两句

0 条评论
登录 后参与评论

相关文章

  • Google 软件测试流程中的致命缺陷

    前面我已经写了三篇关于《Google 软件测试之道》的荐读和读书笔记,这是我读完一本书之后写读书笔记最多的一次了,主要是因为他引发了我太多的思考,也开拓了我对于...

    sylan215
  • Google 软件测试之道

    《Google 软件测试之道》这本书我已经读完好几天了,并且是读的第三遍了,本来一直想写下读后感,但是一直迟迟不敢下笔。

    sylan215
  • 软件测试(原书第二版)

    之前给新人推荐入门的软件测试书籍,我一般会推荐京东上排名靠前的《软件测试(第二版)》,但是之前我也只是简单的翻了一下,所以没有给更详细的建议。

    sylan215
  • 测试面试题集-1.测试基础理论

    最常使用的测试用例设计方法包括等价类划分法、边界值分析方法、场景法、错误推测法。其中,最容易发现错误的是边界值法,使用最多的是场景法。以注册为例:首先从需求确定...

    ITester软件测试小栈
  • [android] 测试的相关概念

    /********************2016年5月4日 更新********************************/

    陶士涵
  • 论手工测试与自动化测试谁更牛

    当企业的产品规模开始膨胀的时候,尤其是产品迭代加快是不是能及时得到测试验证支持是很重要的。这些靠手工测试是基本无法实现的,手工测试会严重的拖慢产品进度,而且无...

    软件测试君
  • 七个无用的测试指标

    平时在测试工作中恪守的那些指标真的都是金科玉律么? 软件测试度量是一种通过检测软件测试过程的质量和有效性来评估软件开发的量化方法。开发团队使用测试指标来跟踪开发...

    CSDN技术头条
  • 我对敏捷软件测试的理解与实践

    随着敏捷软件研发过程的引入,敏捷测试也开始成为研发团队的重点关注对象。在行业内,有些企业正在做敏捷测试的尝试,有些也取得了不错的效果。

    yuanyi928
  • 如何避免移动测试自动化失败

    顾翔老师开发的bugreport2script开源了,希望大家多提建议。文件在https://github.com/xianggu625/bug2testscr...

    小老鼠
  • DevOps中的测试工程师

    DevOps需要在各个阶段进行协作,因此,使开发人员和测试人员从敏捷孤岛式转变为一个在各个阶段中所有成员不断参与的运营已变得非常具有挑战性。

    八音弦

扫码关注云+社区

领取腾讯云代金券