• 0
  • 0
分享
  • 从测试小白到测试组长,谈谈我的测试过程及管理经验总结——软件测试圈
  • 北极 2022-03-11 10:34:58 字数 2176 阅读 1145 收藏 0

我从一个一窍不通的测试小白,摸爬滚打到今天,在公司担任测试组长,管理公司的测试组,总觉得软件测试人员不容易。但是,还是对软件测试这个行业满腔热血(至少目前是)。

这几年来,跳的坑实在不少,有些也是自己挖。今天就来谈谈我的一些经验总结。

从测试小白到测试组长,谈谈我的测试过程及管理经验总结

一、测试过程的经验总结:

1、测试过程中遇到严重的问题,除了登记在bug管理系统,也要反馈给领导。

为什么要反馈给领导?因为很多事情就算是让你背锅,你也背不起的,反馈给领导,领导会帮忙监督开发并给出意见。特别是紧急项目,不要在测试完的时候才给领导反馈,在测试过程就可以反馈了。

2、保管好自己的测试机子,不要轻易让软件开发人员或者其他测试人员动用了你的测试机。

有时候测试资源比较紧缺的时候,开发都是乱拿机子的,看到谁桌上有就顺走了,测试完放回来,没通知你,压根不知道版本有变换了,还在胡乱测试了那么久。所以一定要保管好测试机。不然版本会乱的。

3、发现越多问题的模块,越来更加注意

因为有可能开发在这个模块的代码逻辑有问题,所以更加花更多的时间测试,怕一些隐秘性比较高的bug逃逸了。

4、测试的重点依附与测试背景

电信运营对性能和并发要求高,金融行业对安全性要求高所以要搞清楚测试的重点在哪。

5、用80%的时间花在20%的重点模块。

比如我们公司是做车载pos机(也有前置系统+web及APP),车载POS最重要的就是远程升级程序和刷卡交易模块了。远程升级如果没办法保障,是要技术支持要客户现场一台一台机子升级的,可想而知那个人力物力财力得花多少,而且给客户留下不好的印象。之前我们公司出现一个案例就是版本很紧急,测试人员在最后回归测试的时候,认为开发修改的不会影响到远程升级模块,所以没有测试。只测试了修改点。结果就出现升级不了的现象。整个研发部被批斗。

6、遇到问题,不能说软件开发在调查,就没有测试的事情了,测试也要跟踪原因,做好记录。

领导问你情况,一问三不知的话,会显得你很不专业的,而且知道了原因所在,你也知道开发大概要修改那一块的代码,是否会影响到其他模块,对于回归测试是很有帮助的。

7、一个版本一个版本的测试,不要接受开发在测试过程提交新版本。

这样不仅耗时,很有可能也会造成你的测试思路被打断容易造成漏测。而且你的bug回归,测试文档的编写都会很麻烦。不过这个要看公司的制度了。

二、测试管理总结

公司的测试团队如何,要看测试流程及领导班子们的重不重视。

1、一定要完善测试流程规范包括提测试申请规范。

刚接手管理测试组的时候,整体制度是很乱的,流程也是很乱。请教了很多测试的前辈们,也上网学习了很多。然后就和我们研发总监提出要重新制定一个测试流程规范。

规范如下:

1.png

从测试小白到测试组长,谈谈我的测试过程及管理经验总结

有了测试流程规范,研发总监也在公司进行宣讲,并要求强制执行了,整体流程就规范多了。

2、测试用例需要组内不定期评审和修改。

只有不断改善才能发现更到的bug。类似杀虫剂悖论,一直使用那个牌子的杀虫剂,你家的蚊子估计都已经是有免疫了。

3、一定要和领导们强调开发自测的重要性。

开发没有自测,到测试这边一堆问题,问题一多,测试就容易乱了,很容易遗漏问题。另外就是开发没有自测过的,容易造成反复测试及版本多等现象,那测试人员就会被占用了。那组内测测试计划就很不好安排。我是刚好被我抓到2次,一次开发都没有和后台调通某个功能的报文,一次是机子在刷卡交易过程直接程序就崩溃了,有开发小辫子了,和研发总监反馈的时候有理有据,现在我们总监也一直在强调开发自测的重要性。

4、发布版本的时候,一定要再三检验版本是否正确。

一道屏障是:组内强调测试人员一定要确定放置到内部服务器的程序的正确性。

二是发布到生产服务器或客户前,一定要再三确认版本是正确的,和对应测试人员核对。

发错了将直接导致整批量的产品版本都不对,发到客户那边的话问题就大了。

5、重视测试报告的评审和发布决议。

以前我们公司领导对于要发布的程序的情况一定都不了解,程序到客户那边,收到客户投诉的时候就开始追究责任了。所以有些情况在发布前一定要让领导知道,目前要发布的版本还存在哪些问题,开发要留到下个版本修改的,或者不改,或者时间问题,没有测试的,一定要和领导交代清楚。领导知道了一个大概的情况,在和客户交付的时候也好说明,不至于到客户那边上线发现问题后反馈给领导,领导一脸懵逼。

6、一定要制定测试计划或测试工作表。

制定测试计划和工作表,对一个整体组内工作的情况有个明确的概念,另外根据测试人员执行测试的情况,填入测试计划中可以直观的反馈测试人员的一些情况,是否延迟,新增测试用例数,逃逸bug数等。了解组内测试人员情况,可针对性培训等。

从测试小白到测试组长,谈谈我的测试过程及管理经验总结

7、做好文档的管理和分类

测试文档多,且项目一多,文档更是多得不行,测试服务器上的文档管理分类也至关重要。做好测试文档的管理和分类,能让平常的工作便捷很多,领导查看时也不会觉得一团糟。测试的工作虽然处处是坑,希望大家都能及时发现坑,不往里跳。


作者:Atstudy网校

原文链接:https://www.toutiao.com/a7067444843676631552/?log_from=452b237fbe498_1646895220586

  • 【留下美好印记】
    赞赏支持
登录 后发表评论
+ 关注

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   积极布局印度市场的小米,在当地遇到难题。  印度执法局(ED)6月9日发布文件称,因小米涉嫌违反该国《外汇管理法》(FEMA),“向外国实体非法转移资金”,该局已经向小米技术印度私人有限公司、小米印度分公司、部分高管及花旗等三家银行发出正式通知。  出于该指控,印度当局此前已经扣押了小米共555.1亿卢比资金(约6.8亿美元),现价近50亿元人民币。数据显示,小米集团2022年经调整净利润为人民币85亿元,也就是说,这笔资金相当于小米去年净利润的57%。  对于此事,观察者网向小米方面求证。截至下午发稿前,该集团暂未回应。  小米的申诉,没有回响  2022年4月,印度执法局指控称,自20...
            0 0 752
            分享
          •   互联网新趋势和新要求的推动下,测试行业也在不知不觉中发生着非常大的改变,从早些年的懵懂发展,到大多数高校设立软件测试专业,再到近几年各种测试培训盛行。  如果说早期软件测试行业还是一个风口,随着转行人员及毕业的大学生疯狂地涌入,目前软件测试行业的“缺口”已经基本饱和,最基础的功能测试的岗位需求已经越来越少。软件测试行业的门槛,也从真正的零基础,到现在的要求具备计算机专业能力(包括但不限于编程能力),软件测试在企业中,特别是在互联网行业的企业中,也从可有可无发展到不可或缺。  如果把测试行业按照发展时期来分,可分为以下 2 个阶段:  1) 2010 年以前,在绝大多数企业中,测试实践的重心...
            0 0 903
            分享
          • 大型数据库一、Microsoft SQL Server适用于入门者。开放性:只能在windows上运行,没有开放性,操作系统的系统的稳定对数据库是十分重要的,Windows9X系列产品是偏重于桌面应用。伸缩性:并行实施和共存模型并不成熟,很难处理日益增多的用户数和数据卷,伸缩性有限。安全性:没有获得任何安全证书。性能:多用户时性能不佳客户端支持及应用模式:C/S结构,只支持windows客户,可以用ADO、DAO、OLEDB、ODBC连接操作性:操作简单,但只有图形界面。使用风险:完全重写的代码,经历了长期的测试,不断延迟,许多功能需要时间来证明。并不十分兼容。二、Oracle 强大...
            12 12 888
            分享
          • 读者提问:有没有一款工具是集 API 文档、API 调试、API Mock、API 自动化测试四种功能为一身的 ?公司现状是这样:开发定义 API 使用 Swagger,后端开发调试 API 使用 Postman,前端 API 数据 Mock 使用 RAP,测试做 API 自动化测试或压力测试使用 Jmeter。开发团队协同效率很低,接口变更了往往做不到各方同步,很让人崩溃。阿常回答:有,Apifox。Apifox 就是 API 文档、API 调试、API Mock、API 自动化测试一体化协作平台,定位 Postman + Swagger + Mock + JMeter。官网链接:https...
            0 0 1303
            分享
          •   先上我的结论:  只会简单的测试,没前途。  会中级的测试技能,短期内不愁,但长期不好说。  掌握开发技能,将会提升你在行业中的竞争力。  ★为什么测试也要懂开发?  一、懂开发,增强职场的抗风险能力。  臻叔希望大家明白一个道理:不懂开发的测试可替代性强,甚至开发都可以在一定程度上做简单的测试。  举个例子:  百词斩app,考过英语四六级的应该都知道,也算是小而美的一家有知名度的企业。但这种量级的公司,居然没有测试,基本上都靠开发自测bug。  大公司RD(开发)和QA(测试)的人员比大概是3:1,也就是3个开发(2个前端、1个后端)配1个测试。但我估计非一线城市+小公司的前提下,这个...
            0 0 1047
            分享
      • 51testing软件测试圈微信