关于测试软件设计过程管理的思考

关于测试产品软件建设过程说明

业务方和软件实现团队方怎么能有效的沟通,这个话题一直应该都是比较热门,作为项目经理,我也一直在寻找着相关方,思考怎么怎么有效的交流,快速达到软件实现交付的目的。作为测试部门下测试产品(测试管理平台、自动化平台、数据管理平台、mock等统称)项目经理,我认为和传统的开发部门开发项目存在着如下不同:

  1. 项目初建更困难 :立项流程不清楚、资源的审核更加严格,相较于开发部门,测试部门提供的助力效应较小;
  2. 技术支持匮乏 :缺乏开发部门的技术支持功能,一些基础的平台管理手段会耽误进展;
  3. 管理更累:和我认为合理的文档必不可少,理想情况下,业务方提供的业务需求说明足够详细,能细化到具体某一个操作最好,但实际情况下业务方能提供出来的就是一个想法或干脆就没时间提想法,这就需要平台产品经理的去挖掘去理解,从细小之处概况出需要做的平台功能或补充的管理漏洞,不断迭代。

平台测试环节管理

1、开发提测要组织验卡,测试人员参与判断是否允许提测。
2、测试环境的管理测试人员负责
3、发版要提前群里发布,发布后确认无误后大群里确认发版成功

关于平台建设初期报表统计维度的经验

  1. 优先且大范围的做基础性正向性的报表 比如,做了一个让大家报工的模块,报表就及时的增加所有人报工了的人员报表和所有报了的工内容报表,尽量不做哪些人还没报工、哪些工作还没被人报。主要是考虑成本和月度人员能力,让大家自己具备从大量数据分析加工出来想要结果的也很有必要;
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值