智能一体化测试实施方案——大型IT系统智能一体化测试(3)

发表于:2017-8-23 17:22

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

 作者:陈绍英 许威 金成姬    来源:51Testing软件测试网原创

  第5章智能一体化测试实施方案
  5.1 智能一体化测试实施目标
  在实施智能一体化测试前,我们需要明确实施这一测试的三大目标:
  更好地控制产品质量,降低系统投产与运行风险。
  加快软件开发与测试进度,促进研发效率提升。
  节省开发与测试成本,尤其是节省测试执行成本。
  所有的测试实施工作,都要围绕目标来开展。智能一体化测试不但改进了传统的开发与测试流程,更提供了先进的自动化测试平台。借助智能一体化测试理论与平台,我们实现对银行IT系统测试质量、研发进度、研发成本三要素管控水平的全面提升。
  5.2 智能一体化测试实施策略
  智能一体化测试引入前后系统测试流程对比图如图5-1所示。
  图5-1 智能一体化测试引入前后对比图
  可以看出,智能一体化测试对测试流程优化主要体现在三个方面:
  一是测试前移到开发阶段来启动。从开发阶段开始介入测试,在开发过程中对服务/接口的功能&性能进行充分的功能&性能一体化测试,做到问题早发现早解决。
  二是全生命周期保证质量。在开发过程中,实施智能一体化测试会形成测试案例全集。之后从集成测试到上线运维的整个过程中,无论是测试过程发布版本还是投产后升级变更,随时可以执行案例全集,做到全生命周期来保证系统的质量。
  三是问题集中在开发阶段解决,大幅降低后期测试的压力。通过自底向上的测试,可以大幅降低研发成本,加快研发进度。
  对于新开发系统和已投产系统,智能一体化测试分别采用不同的测试策略。
  ●新开发系统测试策略
  对于新开发系统,智能一体化测试从系统开发阶段的概要设计阶段开始介入,按照0节的测试实施流程来开展测试。主要要点如下:
  测试范围要覆盖到系统的全部的服务/接口;
  对已发布服务/接口每日至少执行一次测试;
  根据测试结果维护案例,保证案例有效性;
  每日发布测试日报跟进功能/性能问题解决;
  对版本发布环境每日执行案例全集的测试。
  ●已投产系统测试策略
  对于已投产系统,主要两种生产变更需要进行测试:一是操作系统数据库、应用服务器等平台升级引起的变更;二是因需求发生变化引起的功能变更。为保证变更质量,需要按照下面的策略来实施智能一体化测试:
  转换已有案例到测试平台中,并适当增加案例;
  测试范围从覆盖核心服务/接口过渡到覆盖全部服务/接口;
  每日至少执行一次全部案例并发布测试日报;
  根据测试结果维护案例,保证案例有效性;
  对版本发布环境每日执行案例全集的测试;
  针对升级/变更执行案例全集的全回归测试。
  5.3 智能一体化测试实施原则
  为了更好地在开发团队推广智能一体化测试,本节提出五个推广与实施测试的原则,分别是:选择合适的项目与团队、充分沟通交流、尽早介入测试、主动维护案例、接口全面测试。
  下面逐一介绍这五个推广实施原则的具体含义。
  5.3.1 选择合适的项目与团队
  选择合适的项目与团队包含三层含义:一是选择合适的开发团队;二是选择合适的项目;三是选择合适的测试团队/人员。
  对于开发团队选择,主要选择团队文化比较开放、喜欢挑战新技术或经常接触新技术的团队。对新技术勇于尝试的团队,往往能够更积极地使用智能一体化测试平台,因此更容易实施好智能一体化测试。
  对于实施项目的选择需要注意两点:一是尽量选择新项目,这样可以全生命周期来推广智能一体化测试,实施效果也比较明显,尤其在初期推广智能一体化测试时;二是选择地位相对重要的业务系统,这样的系统往往会有足够的资源支持,也更容易出业绩。尤其在早期推广智能一体化测试时,推广成果与效果非常重要,组织看到智能一体化测试能够取得显著的效率提升才会支持更大范围进行推广。
  对于测试团队/人员的选择,需要选择技术、沟通、学习能力相对比较强的测试团队/人员来实施智能一体化测试。因为智能一体化测试属于技术类测试,且需要和开发人员经常沟通,因此对测试团队/人员要求较高。
  5.3.2 充分沟通与交流
  对于大多数银行的开发团队,不会立刻适应测试团队在开发阶段开始介入测试,往往习惯按照自己的流程来进行开发。因此对于智能一体化测试的实施人员而言,需要经常积极主动地与开发团队进行沟通,一是及时获取最新技术文档,二是联络感情以更好地融入开发团队。
  对于智能一体化测试的负责人而言,也要和开发团队进行积极沟通,明确智能一体化测试目标与原则、测试技术方法、实施流程等。
  5.3.3 尽早介入测试
  尽早介入测试的原因是智能一体化测试的需求与调研、测试计划制订、个性化开发、测试案例设计、测试场景设计、测试数据准备、测试环境准备、测试平台初始化等所有测试执行之前的工作,都可以在开发阶段完成。通过测试与开发并行开展工作,将大大缩短系统的开发与测试周期,加上测试场景执行非常快,系统测试的关键路径将主要耗费在缺陷修复环节。
  通过尽早启动测试,可以充分体现出智能一体化测试方法的优势。通常情况下,系统架构设计与概要设计文档完成后,就可以启动智能一体化测试,完成基本的测试技术分析等工作;接口设计文档完成后,就可以设计测试案例。
  当测试案例设计工作提前完成后,每当开发团队发布服务/接口到测试环境中,就可以直接对其进行测试,及时上报发现的功能/性能缺陷。通过不断的迭代测试,系统的功能/性能也会越来越稳定。大部分服务/接口完成后,可以进行更复杂的场景测试,测试逐步进入到全面执行阶段。
  5.3.4 主动维护案例
  测试案例是测试的执行依据,测试案例是否有效且可执行、是否对功能点覆盖全面,是测试工作能否成功的重要前提。对于智能一体化测试而言,必须及时跟进待测试系统的变化情况,保持测试案例随时可以执行。
  保证测试案例随时可以执行的重要原则就是主动维护测试案例,需要做到如下两点:一是及时了解系统的需求变化情况,根据系统需求变化及时调整案例以保证有效;二是定期(例如每天一次)执行案例,对于不能成功执行的案例,要分析原因然后进行维护以保证其有效。通过定期执行案例,既可以发现系统的功能变化,又可以发现哪些案例随着时间而失效,从而提高智能一体化平台的适应性。
  通过遵循主动维护案例的原则,充分保证了测试案例的有效性,从而可以随时进行全回归测试。
  所有的案例维护工作分散到平时来进行,具有化整为零的效果。这种工作模式通常一两个人就可以完成案例的日常维护工作,案例维护工作不会成为团队的负担。
  5.3.5 执行全面测试
  对系统的服务/接口执行全面测试是一直在强调的原则,主要包含两层含义:一是测试范围要以全部服务/接口作为测试范围,并设计相应的测试案例;二是在测试执行尤其是在回归测试时要执行服务/接口相关的全部测试案例。对于系统升级改造测试,无论是操作系统/数据库/应用服务器相关的平台升级测试,还是功能相关的业务变更测试,更要执行服务/接口的全面测试,以全面测试系统的功能/性能。
  执行服务/接口全面测试,是智能一体化测试的重要优势。通过智能一体化测试平台快速执行全部服务/接口相关的案例,可以大幅提高测试覆盖率和测试执行效率,从而更好地保证质量,这是通过渠道测试后台服务/接口的传统测试方法所无法比拟的。
  服务/接口全面测试的优势尤其体现在系统平台升级或业务改造的测试工作中。对于这类测试,传统测试方法往往选择测试案例的一个子集来执行,而不是执行系统的全面测试案例。传统测试方法中主要基于如下的考虑:一是由于案例长期不维护,很多案例已经无效,重新设计并执行案例相当于大部分工作推倒重来;二是执行全部测试案例投入太大,且时间上可能来不及;三是主观认为没有必要执行那么多案例。在智能一体化测试解决方案中,这些问题借助智能一体化测试平台都可以迎刃而解:日常主动维护案例保证了一套随时可用的案例全集,同时测试可以快速执行。所以自然会选择服务/接口全面测试这一更容易保证质量的测试方案。
本文选自《大型IT系统智能一体化测试》第五章,本站经电子工业出版社和作者的授权。
版权声明:51Testing软件测试网获电子工业出版社和作者授权连载本书部分章节。
任何个人或单位未获得明确的书面许可,不得对本文内容复制、转载或进行镜像,否则将追究法律责任。
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号