我们知道,对于做一件事,我们要有计划,要知道目标,要记得看时间。这里的时间对应到软件测试中就是与测试相关的时间节点。在以往工作中,作为一线测试执行者,我们一般会关注开发计划提测时间、测试计划开始时间、测试计划完成时间和需求计划发布时间。但是,经验告诉我们,只关注这些时间节点似乎是不够的。在实际工作中,需求实际可测试的时间经常延期,测试时间被压缩的情况时有发生。
在探索型测试排期中,我们需要关注的时间节点增加到14个,包括需求计划评审时间、研发方案计划评审时间、开发计划开始时间、开发计划提测时间、测试计划开始时间、测试计划完成时间和需求计划发布时间7个计划时间节点,同时包括以上七个节点的实际完成时间节点,共14个节点。实际工作中,计划时间节点和实际完成节点很多情况下都会不一致,且大多数情况实际情况会晚于计划的时间。
为什么需要增加自己的工作量去关注和跟踪这些时间点呢?
首先,在讨论做这件事的意义前,我们先分享下不做这件事可能的后果。
其次,我们来讨论下做这件事的成本。
最后,我们再来讨论做这件事的意义。 想要了解更详细的内容,推荐《漫谈测试成长之探索——测试排期》这篇文章,相信在看完这篇文章后,对于软件测试排期的问题一定会给你很多的解答。
学习的动力其实是一个很简单的东西,说成目标可能会更好理解一点,你想学成之后能达到什么程度,这样你也能在学习的过程中不被困难所难倒,也会有源源不断的动力促使你前进。
如果,你最近在找工作的话,推荐《金三银四想跳槽?这篇测试人分龄跳槽指南请收好》,希望能助力你的软件测试之旅!