测试体系构建思考

 

一,现有测试体系(架构图)

   test system map

 

二,分析方法

  1,九宫格分析法,通过横向和纵向两个维度进行分析

 

三,横向(水平方向)

1,整体分为3过部分,测试开始(需求,用例设计等),测试执行(测试分支,发布分支,testu or UAT环境回归测试),测试结束(product常规测试,测试总结);

2,旧的流程: 测试用例编写,测试环境执行测试,UAT测试(名存实亡),发布(常规)。 以前的流程,简洁且中间节点少,但是环境和代码比较复杂的混在一起,产生的故障也多

3,新的流程,中间环境变多,人力成本投入变大。 但是不同的环节以不同的侧重点和视角验证问题,层层监控和过滤,前期发现的问题越来越多,也越来越早,可以最大的减少发布后的问题。比如:

   3.1,测试分支:主要进行冒烟测试和功能测试(测试执行);

   3.2,merge到主干后,拉出的发布分支,主要进行系统测试,目的是排除代码合并后有冲突的地方,同时也是回归测试

   3.3,UAT环境测试:以用户视角进行测试,可以提供给PJM进行项目的验收。且是项目上线后的最后一次把关。

 

四,纵向(垂直方向)

1,整体分为3部分, 底层环境(testp,testu,testx,UAT...),功能测试(????),技术测试(UI自动化,接口自动化,性能测试)

2,旧的体系:只注重功能测试, 测试环境方面,只有一套测试环境,UAT环境虽然存在,其实已经名存实亡;至于技术类的测试,更是少之又少。

3,新的流程,注重测试环境的搭建,更注重技术测试的比重和投入,从侧面看出对team技术力量的投入和重视。

    3.1,测试环境的搭建:testp,testu环境的搭建,对项目测试的不同阶段进行隔离,增加项目测试的独立性。testx环境的搭建,为以后的性能测试提供稳定的环境;UAT环境的搭建,提供给回归测试和项目验收测试。

  3.2,测试人员参与环境的搭建,发布,数据库的维护,可以使测试人员更深入的了解被测产品的架构体系,分层结构,数据库中数据的流转,一方面可以开拓测试人员的视野,增加测试人员的思维角度;同时也增加了测试人员的技术储备,为测试人员能够在早期,发现更底层的bug,打下基础。

4,技术测试内容的增加,可以改变整个测试的内容结构,减少重复的劳动,增加整个team的技术实力,促进团队成长。

 

 

 

 

  • 1
    点赞
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值