开发人员3天出1个新的软件版本?1天1个新的版本?甚至1天3个版本?测试人员不得不每天不停地更换软件版本,而这种情况会导致一些不利的后果:
1) 协商测试版本发布 针对软件测试版本过于频繁的问题,一个有效的策略是制定版本进度计划,该计划中包括开发团队提交不同版本的计划时间、每个版本中新增功能模块列表、提交版本的要求、版本中解决的缺陷列表等。在版本进度计划中,除了提交版本的计划时间是相对固定之外,其他的内容需要根据实际的情况进行不断的更新,例如其中解决的缺陷列表。 有了版本进度计划之后,测试人员可以更好的了解什么时候会出新的软件版本,测试的主要内容是什么,需要验证的缺陷有哪些?需要开展哪些相应的回归测试等,有利于测试效率的提升。 2) 开展冒烟测试 冒烟测试的目标是检查软件版本的基本功能,假如该版本没有通过冒烟测试,则可以认为该版本不太稳定,不值得继续测试。 通常情况下,当某个新版本提交测试时,要有一名测试人员运行冒烟测试。冒烟测试既可以是自动化的方式,也可以是手工方式,或者两者的结合。其他测试人员需要等到冒烟测试通过之后在投入该版本的测试。 冒烟测试的测试用例通常覆盖了该软件版本的基本功能和核心功能,以及少量对这个版本特别重要的缺陷或者特别功能的临时测试。通常来说,冒烟测试的测试用例需要项目相关者的评审,例如:开发人员。 冒烟测试既可以是开发团队执行,也可以由测试团队负责。由于冒烟测试的执行频度比较高,所以其中的测试用例最好是能够自动化,以提高测试的效率。 3) 制定测试准则 假如既没有制定版本进度,也没有开展冒烟测试的规则,那么定义一些基本的测试准则也是避免没完没了软件测试版本的策略:
[文章来源]:专注于测试能力改进
|
测试管理003:没完没了的软件测试版本?
最新推荐文章于 2024-01-18 02:04:51 发布