如何组织一场Bug Bash?
集体缺陷大扫除,也称为缺陷大扫雷,BugBash,TeamExplore等,目标是在发布前最后检查一轮,尽可能发现残留的严重缺陷。它是敏捷团队质量共建最重要的活动,没有之一。探索式测试天然就适合集体进行,在正确的组织形式下,通过团队放大探索测试…
集体缺陷大扫除,也称为缺陷大扫雷,BugBash,TeamExplore等,目标是在发布前最后检查一轮,尽可能发现残留的严重缺陷。它是敏捷团队质量共建最重要的活动,没有之一。探索式测试天然就适合集体进行,在正确的组织形式下,通过团队放大探索测试…
测试经理只是个title,小一点如测试主管,大一点如测试总监都有类似的窘境。看似有资源,但发现测试资源打散在业务线,实际工作任务掌握在相应业务线的项目经理或产品经理。好一点的,自己还能给组员打一些绩效,不太好的,发现绩效自己也未必能完…
最近在带新人了解项目,这已经不是第一次带新人,由此引发了我关于新进项目的测试人员如何能够快速介入一个新项目的思考。这里我特指的是项目已经运行一段周期,新进员工或其他项目测试人员中途进入该项目的情况。对于项目一启动,测试人员就加入的…
项目管理乱,安排的测试人员依然按照标准流程测试,但遇到了各种不顺利,最后项目经理各种不满意怎么办?项目A因优先级不高,所以一般都是被动投入测试人员(有测试任务的时候响应),知道这个项目管理乱,但不在我们的工作范围内,所以也没太多…
测试接触不到第一手需求,了解到的需求都是分解过的需求,该怎么做才能保证不漏测?这个问题还是挺普遍的。因为随着分工越来越精细,每个人可能只能接触到全局的一部分,再加上信息传递过程中的信息丢失,就很容易造成如下场景。看完是不是觉…
同化现象是指随着时间的推移,开发人员会逐渐影响测试人员的思维和对缺陷的判断能力,尤其是针对同一产品,同一组开发人员和同一组测试人员共同配合了很长时间,很多本来是缺陷的问题,由于测试人员对软件“习惯成自然”的使用,会不被当成缺陷,尤…
要想彻底搞垮一个测试团队并非易事,需要多角色通力配合、多方联动、综合施策,才能达到目的。本文从实践经验出发,为大家总结了搞垮测试团队的18项措施,或许可以给大家带来一些启发。—1—QAQA作为质量管理者,在搞垮测试团队的过…
朋友小D上家公司是做旅游服务的一家小型互联网公司,在他进去公司到转正的两个月时间,陆续换了六七个项目经理,长的坚持了两周,短的只待了一两天。这次又来了一个,他说什么话,下达什么命令,下面的人都不上心,脸上还时常带着怪怪的表情。唯…
1、把原型设计、UI效果图作为软件测试的标准,只要软件与其保持一致就没有问题近几年,把原型设计、UI效果图作为测试的唯二参考标准越来越普遍,但实际上原型、UI效果图一样存在问题,也是静态测试的重要内容。静态测试,大家忘了吗?静态地检…
在软件研发中,有一种思想叫TDD,即测试驱动开发,TDD是敏捷方法中的一项核心实践,其原理是在开发功能代码之前,先编写单元测试用例代码,对要编写的函数或类明确测试方法后,再进行设计与编码。本篇不是讲如何来实践TDD,而是利用这种思想来推…
如果哪个测试经理在看我的文章,希望对面试者要微笑,不然面试结束,出门之后就一万个草泥马奔腾而过,其实面试者并不是希望你给他们什么,而是一种尊重,平等的谈话,不要高高在上感觉自己超牛逼一样,任何大牛都是从菜鸟起步的。当然,正在学习测…
当你来到一个项目不规范的技术团队,你会怎么处理呢?问题流程不规范没有需求评审和设计评审,需求经常是业务或者项目经理直接跟开发提,有时候开发自己都不明白需求,糊里糊涂地就要开发,也没有设计评审,开发想怎么设计就怎么设计,代码质…
在测试过程中,难免遇到开发人员因为一些原因不想修复个别bug的情况。遇到时,测试人员该如何去推进他们修复bug呢?一、情况分析1、开发人员为什么不愿意修复bug?1)开发人员与测试人员对bug的定义理解不一致产生的问题;bug路径较深,无…
测试工程师是谷歌产品团队中的一部分。他们拥护用户,提供全面的测试解决方案,在创造成功、可靠的产品中,发挥着关键作用。在谷歌,测试工程师不是手工工作者;他们是技术工作者,他们工作的重点是,促使产品更加卓越,提高工程生产率。简而…
测试员在项目中的作用只是测试吗?我们就只是按部就班的进行需求分析、用例编写/评审、提测验证、Bug回归验证吗?为了能够交付高质量的产品,测试人员更重要的是做好项目风险把控。“项目风险管理”听上去像是项目经理或scrummaster的活…