• [转载]测试管理的真实案例


    真实案例:
    张同学,临时接到管理测试团队的任务,急需要出团队管理方案~
    团队现状:3位测试、50位+开发,测试同学基本只会功能测试,目前只是整个团队只是进行了功能测试;

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

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

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


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

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

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

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

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

  • 相关阅读:
    C# 关键字 default
    nopCommerce_3.00-Nop.Core.Caching
    汉字转拼音
    ASP.NET MVC性能调试工具-MvcMiniProfiler
    开源项目
    UVA 11374 Airport Express 最短路
    UVA 10319 Manhattan 2-sat
    UVA 1357 Cells
    UVA 610 Street Directions 双连通分量
    UVA 11504 Dominos 强连通分量
  • 原文地址:https://www.cnblogs.com/yangxia-test/p/5447289.html
Copyright © 2020-2023  润新知