记录第一天
前言:打算坚持编写成长笔记,记录一下自己工作日常遇到的一些灵感、实践、成长、感悟、问题等,回顾自己是否成长,进步。
1、近况:最近这几天忙疯了。组内包括我 3 人 ,天天 编写 case 与 参加组内其他小伙伴的 case review ,进度很赶 ,case 需保证在开发提测前完成~
2、沟通:第一次独立来负责一个产品的测试管理,很多事情大家愿意并信任我,都把决定权交给我 ,包括一些沟通的事宜。
比如:最开始的时候我们的测试时间预估后给到产品,产品觉得我们预估较长;然后我们这边压缩时间的话,可能测试范围会有一些影响并且我们需要告知缩短测试时间后的一些风险,整理好“沟通重点”后,与产品沟通出最终的结果:测试case 只写P0,P1 的,其他以下的写测试点,执行也是只执行P0,P1,P2。jira 修复只需要P2及以上的
比如:我们去编写case时发现了产品的需求文档并没有标注我们本迭代要实现的 ,以及下个迭代要实现的内容,在写case的时候,容易分辨不出,于是跟产品建议:需求标注对应的P1/P2
比如:产品的需求文档内容写的密密麻麻,缺少了一些可视化的展示,可读性较差,理解起来耗费的时间增加,组内小伙伴们建议我跟产品提出这个优化项。但我还没有跟产品沟通这个问题:因为产品文档已经写出来了,我打算等这个迭代结束之后再提出这个小建议,并告知她们的需求文档可读性对开发&测试的帮助很大,会提高效率。
沟通其实并不是难事 ,我觉得难的点在于 ,沟通的方式是什么样的。能最终解决问题、达成目的、让别人听起来舒服且愿意接受的沟通才是有效的。
3、进度把控:
a. 组内的测试小伙伴负责的 页面模块都是不同的,如何清楚的知道她们的进度,我这边有创建一个"v 0.2.0 第二版_P1_测试进展跟踪" 的相关文档,每天提醒小伙伴更新
b. 第二点的话,就是产品召开的每日例会。每日例会其实是直接快速了解到 开发们的进度的 ,我们这边需要根据开发最先提测的项来调整我们编写case的顺序、优先级、工作调配,我们会记录例会的一些关键信息并调整工作
4、每天的时间很紧,可能8小时,只有5小时在工作,可能另外3小时都在 组内用例评审、产品内用例评审、例会、确认需求… 每天的时间被打碎,缺少完整的工作时间。没办法,只能加班把自己的工作完成。
5、最近其实有一些自己技术提升学习的待办事项,但每天都在迭代功能不可自拔。有很多 todo 包括OKR都未能如期完成,觉得自己还是要在紧张的时间中挤出一点点时间,来完成。