管理一直在说,做质量管理,做质量管理,但是这里是接项目过活的,算是外包吧。
几乎所有的项目时间都很紧,有的项目甚至没有需求就开始开发了,好一点的情况是下了需求,但是需求客户没确认。
而且有的项目是不过测试流程,过测试流程的也不能就行充分的测试,他们卡的测试时间是研发时间的 15%,然后问题就来了,项目质量差,经常被投诉,在此情况下管理就开始提要求了,【测试不能只做测试,要做测试管理】【所有的项目都要测试来测试吗?】【不经过测试流程的项目你也要管控项目质量】【你要提高研发的代码质量】
所以想问下,怎么做质量管理?我之前接触到的都是测试阶段怎么管理,来个每经过测试流程的也要负责项目质量就很懵【无法理解,都不让我干活了我怎么管理?】
给开发设置质量门禁???设置一些质量指标???
自顶自顶
差点笑死,我们这里也是,项目时间上比较紧张,但是相对来说还是比较尊重测试
管理不做质量管理,让处于最末尾的测试做质量管理,觉得可行吗?我理解要从头做的话,是不是要从项目立项开始就要做:
估计你们领导应该是不得走上面的流程的吧,不然也不会是现在的样子,就靠测试咋个推进呐
这个问 AI 一大堆方法,关键是执行难。你的领导不会给你那么多时间让你把质量做到这么细。所以建议你列举下适合你当前公司节奏且实际可行的方法,再去和领导申请
任何新增流程都需要额外的时间成本,在原有的投入下想提升,只有改变原来的开发模式。既然要改变开发模式就要引入新的工具例如 AI。然后推行下去,到这里你没权限也没能力去做这个事情了,这就是个悖论。你发起不了的
我理解的也是应该有项目管理来推动这个事,但是他们认为测试应该管控项目整个流程的质量,我一个小卡拉米有点难搞,之前搞过一个质量检查清单,检查每个阶段的输出内容,但是很多余,没啥用,还增加了工作量
有试过,管理方案都出过几次了,基本就是你出什么就是什么,开会都没啥反应,但是执行起来很难,项目时间紧张的情况下,你只能推一些不增加工作量的,还能提高质量的,这个本身就很冲突
我是这么做的:
项目过程中,自己记录好坑点和这些坑导致的成本增加多少,量化出来,风险提前报备
记录的东西自己总结一下解决办法,有项目复盘就项目复盘说,没有的话就跟项目一把手先碰一下,然后拉会说并且立规矩
风险报备是防止出问题了背锅的,没人问就只报风险,跟自己领导说明风险的由来,群里有人问就在群里怼,告诉他风险咋来的
第一件事就是得到项目一把手的支持,没人会鸟一个小测试,哪怕你是测试负责人
单纯提出问题对项目负责人来说是无感的,量化对项目的实际影响,再把感知到的风险抛出来;等交付给客户后问题发酵,项目负责人再深刻感知到你说的问题就会重视了,而且提前预知了风险,也能不背锅
感同身受, 之前做了一个月项目外包。 排期都是甲方给时间,测试的时间是开发的 1/3, 又要需求分析、又要设计测试用例,又要测试。仓促的时间只能做个功能测试,连回归测试都没有。 只能做个模块测试,业务流程都没时间验。让测试保障质量,又不严格按测试流程来执行。想改变现状,领导的一句我们就是这样的工作模式, 无力感满满。作为测试,项目就算上线了,都不敢说没问题。
我这小公司也这样,大领导天天重要的事不管,鸡毛蒜皮的事,比谁都积极,最后只会让测试兜底,问题是有些事测试都不知道怎么兜底,结论就是测试做的不行,哈哈哈哈
我就觉得很不合理,测试时间哪有这么量化的。 而且当时,测试用例输出的数量,还和测试时间有个比例。 明明设计一定数量的测试用例就足够了,非要凑个几百条,画蛇添足,就是为了给甲方看。我自己的经历是,我选择离开,这样不规范的流程往小了说,很难把控产品质量。往大了说,会影响我们自己未来对规范的流程的认知。蒜鸟蒜鸟~
我这的时间都是倒推的,客户签合同的时候上线时间就定好了(多数情况下需求都没定下来),减去开发的时间,剩下的就是测试的时间