代码改变世界
[登录 · 注册]
  • [转载]测试管理的真实案例
  • 真实案例:
    张同学,临时接到管理测试团队的任务,急需要出团队管理方案~
    团队现状:3位测试、50位+开发,测试同学基本只会功能测试,目前只是整个团队只是进行了功能测试;

    OK,
    如上现状,你是否发现了什么问题?

    首先,这位同学遇到的问题是,
    输出测试团队整体管理升级优化方案,
    是否丰富测试类型,需要加上白盒测试、自动化测试?

    其次,如何引入规范合理的测试流程
    提升整体质量


    针对如上的案例,老徐给出的几点建议:

    1、目前的测试、开发比例,明显存在严重问题,正常国内控制在1:6左右,理想的1:4,简单直接的方法是申请补充测试团队编制;

    2、如果在人员不增加的情况下,充分利用好目前整个团队已有的资源
    引入开发自测流程,开发提测前,必须保证功能流程自测通过(如何很好的走开发自测流程呢?你可以想想,今天这里老徐不深入分析;有机会可专题分享)
    充分调动设计的资源,提测前,设计同学提前识别UI方面的问题
    充分调动产品的资源,提前做产品验收环节
    测试管理者,要学会利用一切可以利用的资源;
    测试,不只是提BUG。
    老徐多次提过:BUG多,说明不了任何问题。

    3、测试环节的目的是:推动进度、质量、流程
    不断提高自己的专业技术,争取充分的话语权

    4、如果在自己不擅长自动化、接口、单元这块内容,且团队成员都无法胜任的前提下,不要轻易去尝试这块内容;不要给自己挖坑!
    始终明白一件事:测试团队的目的是什么?引入其他测试类型的目的是什么?
    不是为了引入而引入!

  • 上一篇:【转载】JMeter学习(三十六)发送HTTPS请求
    下一篇:[原创]bash: iostat: command not found解决办法
  • 【推广】 阿里云小站-上云优惠聚集地(新老客户同享)更有每天限时秒杀!
    【推广】 云服务器低至0.95折 1核2G ECS云服务器8.1元/月
    【推广】 阿里云老用户升级四重礼遇享6.5折限时折扣!
  • 原文:https://www.cnblogs.com/yangxia-test/p/5447289.html
走看看 - 开发者的网上家园