软件测试的重点内容和测试计划

发表于:2011-4-12 11:04

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

 作者:李继才    来源:51Testing软件测试网采编

  软件测试愈来愈受到人们的重视,作者计划对软件测试过程管理的有关问题作系统的介绍,计划包括以下四个部分:

  ■ 软件测试的重点内容和测试计划

  ■ 测试设计开发、执行与错误跟踪

  ■ 配置和管理内部测试资源与组织

  ■ 协调外部测试资源与组织

  本文根据作者多年从事软件开发与测试的工作经验,结合最新的测试技术与标准,对软件测试过程管理的主要领域进行讨论,以便大家对软件测试有一个相对全面的了解,对于哪些希望从事测试业务管理的人员,算是一个引导,更深的内容可以通过专业的书籍和培训获得。

  首先介绍软件测试的重点内容,这是软件测试项目的基础。

  1.1 测试什么?目的是什么?确认测试的重点内容和目的

  在特定的情况下,对于软件我们要测试什么?目的是什么?做什么类型的测试:结构(白盒)测试还是行为(黑盒)测试?在什么环境进行测试:运行现场测试、实验室中测试还是开发现场测试?测试细到什么程度?如何保证测试粒度的互补性和连续性?是在软件生命周期的什么阶段作检测?是阶段性评审?还是可以运行程序的测试?不同阶段测试的目的是不一样的,回答以上问题,对于有针对性的确认测试的重点内容和测试的目的范围大有帮助。

  1.2 为什么测试?结果如何判断?明确质量、质量风险及其评价方法

  测试是为了评价软件是否能满足用户的各种要求,这一过程表现为发现问题、缺陷等不符合项,按照一定的质量模型或标准进行评价软件模块或产品,对于不同的测试,会有不同的关注要点,如果不了解质量模型或标准,可能只关注这些要点,在软件质量改进的管理过程中会感觉多有不便。从开发者与测试评价者的共同角度讲,为了评价质量风险,需要为每个风险分配优先级。

  非正式的方法有:

  对于组件测试:考虑状态、事务、代码覆盖、数据流覆盖、函数、用户界面、机械寿命、信号质量等;

  对于集成测试:考虑接口、函数、容量和体积、错误/灾难处理和恢复、数据质量、性能、用户界面等;

  对于系统和验收测试:考虑函数、用户界面、状态、事务、数据质量、操作权限与维护、容量限、安全性、可靠性、有效性和稳定性、性能、配置选项和兼容性、标准兼容性、错误/灾难处理和恢复、重点、日期和时间、本地化、网络和分布式环境、环境,电源输入、消耗和输出,打击、振动和坠落,安装、关闭、设置和初始化配置、卸载、许可注册,文档和打包,可维护性等;另外还有α、β和其他的测试。把这些关注点与质量模型结合,逐渐积累经验,就能形成一套合理有效地评价模型和工作方法。

  评价质量风险的正式方法(也称作故障模式与效果分析),考虑以下内容:

  系统功能或特性、潜在故障模式?D?D质量风险、故障的潜在效果、是否至关重要?故障严重性、故障的潜在原因、解决故障的优先级(系统危害等级)、检测方法、对产品和用户影响所及可能性等;

  以上说明可由下式概括:风险优先级数=严重性×优先级×可能性

  风险优先级数与质量模型或标准从不同角度反映软件的功能重要性、质量特性、子特性及度量特性,把它们数值化便于计算和比较,风险优先级数是从开发和维护的角度反映功能、质量特性、子特性、度量项等对应的故障严重性、优先级和可能性,意在提醒开发者或维护者应优先解决易发生严重故障的缺陷问题。功能分析,质量特性、子特性、度量项选择可以参考文章《教学软件质量模型度量选择与权重实例》、《GB/T 16260.2-2006<软件工程  产品质量  第2部分:外部度量>使用指导》及标准《GB/T 16260-2006软件工程 产品质量》,本文不再细述这些问题。

  根据故障模式与效果分析的结论,评估风险优先级数最大发展方向及可能的预期结果,通过采取适当的行动,解决相关明显的和潜在的严重缺陷,防止严重故障发生。这要明确故障的潜在原因和参考依据,确定何人何时采取适当的行动解决问题和缺陷,并通过测试验证行动结果,所有这些过程都应当管理起来,使测试团队自身及其与开发团队或其他利益相关方之间能协调运作。

31/3123>
精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号