项目团队测试改进&产品测试方法的思考和改进

七月份了,2019年已过去一半;

后半年,我们要以什么样的成果来对生命唱赞歌?

我目前负责公司一个小产品线的测试,和一个大产品线的项目测试。

 

产品测试,我才加入3周;

经过这段时间断断续续的磨合,我对业务线有了更进一步的了解;

这个产品是2017年才立项的,属于新产品线;

但是令我惊讶的是,它并不是经过充分的市场调研的成果,而是某领导拍板子突然决定要做的;

决定之后,才去寻找理由来填补市场调研不足的坑。

 

未经过充分市场调研是一方面,还有,

所谓的产品经理其实是产品部门经理的秘书,打杂的,他并没有什么权利,而且对产品的理解还没有开发多;

部门经理嫌这个产品卖不上价,就让产品经理转战另一个产品;

于是乎,开发闲置了,下一个版本都不知道什么时候出。

 

那么,我作为测试,能做什么呢?

毕竟2.0版本我测试了一个大的功能模块,我还需要做的有以下几点:

1.重新用xmind梳理一遍测试点,因为之前是为了维护用例而写用例,根据测试点再测一遍线上版本;

2.整理模块的bug,再结合业务线,区分出哪些bug是送测前必须测试通过的;

3.梳理出客户重点关注的功能,强化测试,加强异常流测试;

4.制定送测标准;

5.获取漏测率数据,反思并总结,提升质量。

 

对于项目团队,我还需要做以下5点:

1.整理客户重点关注信息表,在生产环境,也就是上线前,进行核对;

2.不仅要本地测试,还要进行上线前测试,因为很多问题都是导入正式环境之后发生的;

3.制定自测、送测、拒测标准,并组织培训;

4.客户重点关注的测试点,做优先级排序,强化测试;

5.获取漏测率数据,完善chesklist,进行培训。

 

7月加油!

 

转载于:https://www.cnblogs.com/jitipaper/p/11179684.html

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值