论软件测试计划的制定

发表于:2009-4-02 11:23

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

 作者:funcreal    来源:Javaeye

分享:

  软件测试人员对于需求分析的充分介入

  传统的瀑布开发模型认为软件测试是软件生命周期后期的一项阶段性任务。随着人们对软件质量的日益重视,软件测试的地位也变得越来越重要。例如我们项目组所采用的H模型认为软件测试活动是与软件开发相并行的贯穿软件生命周期的一个完整活动。所以,要想制定一份切实可行的软件测试计划,测试人员就必须尽早地介入到软件开发过程中来。

  在我们的项目组中,要求软件测试人员从需求分析阶段开始就必须充分介入进来。这样做不仅能够帮助分析人员从可测试性的角度重新审视系统架构,而且反过来,由于测试人员参与了需求分析,也就能够制定更加流畅的,可操作性强的软件测试计划。

  该移动运营商的集团规范中明确给出的网上营业厅对于统一认证中心的建设需求。业界的统一认证平台已经十分成熟,所以我们对这一部分采取了外购的形式。在把业务需求转化为产品需求的过程当中,测试人员从可测试性角度给出了自己的建议。他们认为,从测试的角度看,网上营业厅和统一认证中心两个系统应该能够方便地解耦,并分别进行测试。这个建议启发了分析人员,并在产品需求中增加了网上营业厅的独立认证功能。即通过一个配置项来决定网上营业厅是独立进行客户认证还是通过统一认证中心进行认证。这样的功能不仅解决了测试人员提出的问题,而且还增强了系统的健壮性。在测试计划方面,由于测试人员充分参与了统一认证中心的需求讨论和挖掘,所以在制定测试计划时就能够分别针对网上营业厅和统一认证中心设计测试策略,规划测试资源,安排合理的测试时间以及不同粒度的测试强度等等。

  软件测试人员充分介入需求分析阶段,可以尽早帮助他们把握系统测试的范围,寻找到有效的测试途径,以及合理地安排测试资源和测试时间。这些对于软件测试计划的制定有着重要的意义。

  软件测试计划的变更控制

  在软件项目进行过程当中,项目的需求,版本以及资源等都不可避免地要发生变更。有些是计划内的,例如需求的变更,版本的变更;有些是计划外的,例如硬件设备的延期到货等等。这些变更都或多或少地会影响到测试过程。因此,在测试计划当中就应该充分考虑到对于各种变更的控制。

  下面我将结合网上营业厅项目,讨论一下测试计划当中对于资源变更的控制部分。网上营业厅的客户量十分庞大,要想对这个系统进行充分的压力和负载测试,就需要有处理能力很强的设备来模拟客户请求。在3期建设初期我们拥有3台IBM P52A,我们计划在新设备到货之前,采用这3台小型机作为测试机器。一台部署迭代发布的软件,另外两台模拟客户请求。但是这3台设备已经过保,它们随时可能会出现硬件故障,所以在做测试计划时,就必须充分考虑设备故障对于软件测试的影响。我们计划首先建议公司投资购买新的硬件维护服务,如果不能购买就必须考虑外借设备。外借设备已经超出项目组的能力范围,就必须计划好如何对此事进行协调。当然,这些可能已经超出了测试计划的范畴,但是一份合格的测试计划必须能够对这种资源变更风险有所预见。

  只有充分考虑到各种变更风险的测试计划才能够在实施阶段处乱不惊。

  综上所述,本文结合网上营业厅3期的实践经验,详细论述了如何制定一份高效可行的测试计划。其中重点强调了采用H测试模型对于网上营业厅项目的重要意义;测试人员及早介入需求分析对于项目的需求分析和测试计划的制定起到了积极的促进作用;以及在测试计划制定阶段把握和控制变更的重要性。

相关阅读:

论软件配置管理中人的因素

论敏捷过程中的需求管理

论DRY原则如何提升软件质量

22/2<12
重磅发布,2022软件测试行业现状调查报告~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号