• 0
  • 0
分享

测试团队不管在公司的位置如何,都应该自己主动争取自己团队内部的一致团结,作为背锅部门,我们需要时刻保持警惕,对于一些外部的问题,需要及时留存证据,以防后续有其他部门的人扯皮。

1.客户/实施提出BUG的后续推进

    描述:客户/实施 经常报某一类相同问题BUG,该问题实际上是产品设计时易用性不强,导致客户认为该问题为bug。测试人员可针对该类问题,提出建议邮件到产品组来解决并优化该问题。举例:考勤-加班报表月度统计数据维度问题建议    (可在邮箱搜索该邮件)

   意义: 测试同学更多的发现问题并提出建议,提高测试团队主动性,推进整个irenshi团队质量前行,更好的并及时的完善我们的产品

2. 业务迭代demo会议主题内容变更为执行冒烟测试用例

    描述:目前项目业务迭代demo会议主题为开发展示开发功能,未全面体现功能是否可测试,提测质量无法准确判定。建议demo会议主题变更为执行冒烟用例

    意义:更好地保证提测质量,控制部分不规范的提测,让demo不止展示开发功能更可以展示提测的质量

3. 严把测试关,有问题及时反馈

   描述 :测试过程中,时常会有测试和研发对于bug的认可度不一致的情况发生,测试经常处于弱势一方,选择对bug的妥协,这类情况是对测试非常不利的。

   意义:测试应该时刻站在保证产品质量的角度去维护自己的权益,该提bug提bug。对应有争议部分,及时与产品对接。时刻记住,bug不是我们写的!

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

热门文章

    最新讲堂

      • 推荐阅读
      • 换一换
          •   Lighthouse是一个开源的自动化的分析移动端和PC端网页性能指标的工具,npm上的简介:  Lighthouse analyzes web apps and web pages, collecting modern performance metrics and insights on developer best practices.  Lighthouse有四种使用方法,chrome自带的,chrome插件,npm包,另外一种是用node,要敲代码。插件和node的就不去查了,另外两种已经很方便了。  chrome devtools:  可以选择Mobile移...
            0 0 1406
            分享
          •   苹果 iOS 17 相机应用在现有的“网格”(Grid)辅助线基础上,还引入了全新的“水平线”(Level)辅助线,帮助用户调整角度,拍摄出更合适的照片。  在 iOS 此前版本中,用户开启“网格”(Grid)辅助线之外,还可以启用隐藏的十字准星选项,帮助用户调正拍摄主体。  在 iOS 17 系统中,用户可以选择启用“水平线”(Level)辅助线,会在取景框中间配有一根线条,当用户拍歪情况下会显示白色,拍正会显示黄色。  IT之家注:“水平线”(Level)辅助线仅在某个角度区间内出现,不会影响用户拍摄某些大角度的照片。作者:佚名原文链接:IT之家(ithome.com)
            0 0 1299
            分享
          •       说到性能测试,我们到底是想谈论什么?      任何做产品的,都希望自己家的产品,品质优,性能好,服务海量用户,还不出问题。      任何使用产品的,都喜欢自己购买的产品功能全,性能优,不花一分冤枉钱。      不过理想很丰满,现实很骨感。实际产品的性能与开发周期,部署方式,软硬件性能等都息息相关。所以真正提到做性能测试的场景,多数是为满足特定需求而进行的度量或调优。      比如:针对交...
            3 2 1517
            分享
          •   一、思路  在决定自学之前,一定要问自己几个问题,把这几个问题思考明白了,自学的道路会顺利很多,因为见过了太多的“从自学到放弃”。  1、自己是否真的想好了进入这个行业?是否真的经过了深思熟虑,还是仅仅因为羡慕这个行业的薪资水平,一时冲动? 这个问题想明白了,就不至于后期 遇到困难的时候出现想放弃的情况,自己选择的路,跪着也要走完!  2、自学的时间是否有严格的计划安排?是否能够固定抽出时间来去学习,这个时间段不受其他事情干扰? 如果这个问题解决不了,那么就是三天打鱼两天晒网,学着前面的,忘着后面的,终究是不成体系。  3、学习的过程中,需要结合实际项目去实操,这个项目去哪里获取?身边是否...
            0 0 847
            分享
          • 一、项目上线质量指标你认为用什么质量指标可以反映项目上线的一个质量?你可能会想那不是有很多质量指标么?多数和BUG相关,例如BUG数量、重新打开BUG数、BUG解决时长等等,好像都能体现上线质量啊。可仔细想想,我们衡量上线质量,不能只看这些,质量不应该简简单单的关联上BUG就可以了。二、研发过程质量既然不能只看结果,那我们就从源头开始看起。首先是需求质量,想要最终的上线质量高,那么源头的需求质量就不能太低,否则后续的研发工作做的再优秀,也不算好,很有可能一开始就跑偏了。我们需要在需求评审的阶段,从用户使用场景的角度出发,通过提问,把需求逐步澄清,并形成验收条件(可以用思维导图的形式记录下来),...
            0 0 2771
            分享
      • 51testing软件测试圈微信