合适的内部版本发布流程——测试工程化实践之路(08)

发表于:2023-4-04 09:50

字体: | 上一篇 | 下一篇 | 我要投稿

 作者:肖利琼    来源:51Testing软件测试网原创

  3.2优化版本发布流程
  一般情况下,软件在正式发布前,需要在公司内部进行多次迭代的多个版本的测试。这个过程其实也是测试工程师与开发工程师沟通交流和协同工作的过程。软件版本的发布包含很多流程,有些流程需要创建,有些流程需要简化或完善。每个测试人员都遇到过软件版本发布流程方面的问题,Sherry和Carl也不例外。接下来,我们首先以对话方式介绍合适的内部版本发布流程和严谨的上市版本发布流程,然后以案例形式指出隐含的版本发布流程问题,并给出解决方案。
  3.2.1  合适的内部版本发布流程
  在软件产品的研发阶段,开发人员与测试人员通过内部版本协同工作,内部版本质量的高低直接影响双方的工作效率。关于内部版本的发布流程,我们先看Carl与Sherry的一段对话。
  Carl:对于开发人员发布给测试人员的内部版本,我觉得有些不受控,因为我们经常遇到开发人员发布的内部版本不能正常使用,版本退回后,开发人员进行修改,修改后再次发布的情况。有时,这样的情况要发生好几次,每次开发人员都要经过两三天,甚至更长的时间,才能把版本发布出来。也就是说,需要经过几番折腾,测试人员才可以正常使用内部版本进行测试。
  Sherry:我们公司主要进行医疗产品软件的研发,对这类软件的发布流程要求严格。即使发布的是内部版本,我们也有一套严格的内部版本发布流程(见图3-8),以确保测试流程正常、高效运行,避免无谓的“折腾”。
  Carl:我们公司主要研发消费类数码产品软件,我们的内部版本发布流程可能要比你的公司简单。根据我的判断,在内部版本构建后,我们两家公司的开发工程师都需要在真机上进行冒烟测试[冒烟测试(smoke testing):在正式测试之前,对简单的、基础的程序失效情况进行检测。常用于在程序版本发生变更时,确认新版本程序的基本功能是否正常。]。
图3-8  内部版本发布流程
  我们分析一下Sherry所在公司的内部版本发布流程图,在版本流到测试端之前,流程中引入开发工程师在生产环境[生产环境:软件在生产端批量生产产品时的出厂运行环境。出厂运行环境是用户端的默认环境。]中进行的冒烟测试和测试工程师在接收时进行的“版本接收测试”。有些读者可能有疑问,在有自动构建版本的情况下,为什么开发工程师还需要进行手工的冒烟测试?在一些纯软件开发过程中,软件版本自动构建后,可以自动运行冒烟测试。但是,在一些复杂的配置环境,特别是与各种硬件配置相关的环境下,如软件需要烧录到硬件板卡(特别是有多个硬件板卡的情况)中并进行大规模且复杂的软硬件联调,手工的冒烟测试可以更快地发现问题和解决问题。
  为了避免内部版本发布到测试端后,测试人员在测试过程中遇到功能失效而返工,于是,我们可以增加开发端的冒烟测试。如果内部版本在开发端中通过了冒烟测试,那么,它是否可以通过测试端的“版本接收测试”呢?一般情况下,内部版本通过了生产环境下的冒烟测试,往往也会顺利通过测试端的“版本接收测试”,这符合流程设计逻辑。
  据Sherry的反馈,她所在的团队因工作流程的变化,开发人员进行冒烟测试时能真正在用户环境下确认自己实现的功能,这保证了内部版本的质量。团队成员对产品从研发端更快走向用户端的意识不断加强,对外发布的版本质量越来越好。
  在软件开发过程中,内部版本的发布根据组织采取的不同开发模式而对应不同的管理机制。流程不规范的组织中经常出现3.1.4小节提到的测试空窗期问题,这种流程方面的问题不仅造成开发人员和测试人员的工作衔接不顺畅,还会导致测试团队在测试时间上“前松后紧”,从而降低了项目团队的整体工作效率。
版权声明:51Testing软件测试网获得作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

快捷面板 站点地图 联系我们 广告服务 关于我们 站长统计 发展历程

法律顾问:上海兰迪律师事务所 项棋律师
版权所有 上海博为峰软件技术股份有限公司 Copyright©51testing.com 2003-2024
投诉及意见反馈:webmaster@51testing.com; 业务联系:service@51testing.com 021-64471599-8017

沪ICP备05003035号

沪公网安备 31010102002173号