“采坑,填坑”,项目的那些事儿(第六阶段:测试验收)
在项目跟进开发完成后,产品还需担当一部分测试工作,进行产品的验收及上线发布跟进跟踪。系列文章的第六阶段——产品测试验收上线。
一、简易流程
相关的背景:
在产品项目跟进及解决问题后,待开发完毕,产品也需要担当一部分测试工作去测试及验收产品。
- 必须需要开发先进行冒烟测试,保证自测流程无误后再交付给测试人员;
- 若项目比较紧急的情况下,产品可以个测试一起进行产品测试,实时查看是否符合所做的规划;
- 项目开发中总会有部分需求会被缩减,所以产品要及时处理解决部分被开发砍去的需求。
项目中的反馈:
存在的问题:
- 测试的规范化,不很严谨,没有抓住相关的重点及核心使用点;
- 内测完后上线测试的不完善,草草了事,没有意识到职责所在;
解决方案:
- A/B测试的利用,测试用例的规范使用,项目测试软件的规范使用;
- 模拟实际用户的使用规范;
- 熟悉业务逻辑及需求(建议有时间情况下,需要让开发人员也去了解部分功能的核心业务点,以备开发觉得功能性较低而去缩减需求);
- 测试使用软件:禅道,Tapd,OneAPM(页面量载测试)TestLink,loadrunner ,jmeter,selenium。
流程规范:
1. 测试根据测试用例完成测试后,进行测试报告的分析及书写,同时经过一二轮测试后,bug回归校验无误后发送测试报告邮件通知相关人员;
2. 此时产品需同步进行产品测试的精准化验收,验收符合上线标准后可进行内部上线通告(注意:若有部分不完善及变更之处需要明确邮件标明);
测试报告部分截图演示
3. 快速输出操作使用手册及宣讲,告知用户及内部人员如何正确使用产品;
4. 对内部上线开发使用后,及时发现问题及搜集相关反馈,进行快速迭代优化;
5. 试用一段时间后没有问题后,可进行推广方案拟定及后续的迭代优化整理。
本文由 @ Leon 原创发布于人人都是产品经理。未经许可,禁止转载
题图来自Unsplash,基于CC0协议
思路清晰 点赞
fight
还需进一步细节完善流程以便总结与复盘