软件测试的设计与组织

发表于:2008-9-01 16:10

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

 作者:未知    来源:网络转载

分享:

  4.2 软件测试用例的生成和执行

  软件测试的核心任务是生成和执行软件测试用例。

  由表3知,在软件测试用例的六元组定义中:

  1. 测试索引和测试环境在测试需求分析步骤中定义,是软件测试计划的内容;

  2. 测试输入、测试操作、预期结果和评价标准的描述性定义在软件设计步骤中定义,是软件测试说明的内容;

  3. 测试输入、测试操作、预期结果和评价标准的计算机表示(代码/数据定义)在软件测试实现步骤中给出,是软件测试程序产品。

  软件测试用例是软件测试结果的生成器,即每执行一次测试用例都产生一组测试结果。

  若测试用例被有效地由描述性定义转换为计算机表示,则测试的执行和结果的比较都可以利用软件测试工具自动或半自动地执行,在需要大量回归测试的复杂软件系统中,这种转换和自动执行是降耗增质的关键策略之一。

  4.3 软件测试用例的配置管理

  基于以下原因,对软件测试用例的需要进行配置管理:

  1. 大型复杂软件系统的功能/性能要求将对应于大量的软件测试用例,它们需要标识规则和规范的存储结构;

  2. 软件测试用例也存在引用控制;

  3. 软件测试用例也存在版本控制;

  4. 软件测试用例也存在更动控制。

  软件测试用例的配置管理类似于一般软件的配置管理,可以实现安全存储、追踪变化和并行开发,其特色在于:区分测评人员和一般测试人员,前者独具生成和更新测试基准(预期结果的计算机表示)的权限。

  4.4 软件测试用例的组织

  软件测试用例的设计和实现对应于被测对象的需求、设计和环境要求,因此同被测对象一样,软件测试用例可以被组织成层次结构,即:依据某种原则(如被测对象的层次或测试类型)将测试用例划分为测试用例组;测试用例组又可以划分为更高层次的测试用例组。

  显示了MARA中一个三级部件MRW的测试用例结构树。

  测试用例组反映多个测试用例/测试用例组之间的偏序关系,也标识了具有某种共性的测试用例的集合。

  测试实施时可以根据具体需要/环境,选择性地执行多个测试用例/测试用例组。

  4.5 软件测试用例的复用

  测试用例的层次性还表现在:低层被测对象的测试用例或其部分内容可以复用在对高层被测对象的测试中。如:

  1. 单元测试阶段的功能确认类测试用例组可以复用在部件集成测试阶段中;

  2. 部件确认测试阶段可以复用单元测试阶段的测试输入;

  3. 部件确认测试阶段的测试用例组可以复用在配置项组装测试阶段和配置项确认测试阶段中;

  4. 配置项确认测试阶段的测试用例组可以复用在系统综合测试阶段和系统验收测试中。

  当然,每个测试阶段的对象和目标都不同,因此测试用例或其部分内容的复用通常有选择的、有限的和需更改的。

  5 规模化软件测试与规范化软件测试

  软件测试的规模包括两层含义:被测软件的规模(有效代码量、结构/逻辑的复杂性、高性能/高精确性/高可靠性的需求)和测试消耗资源(人力/时间/测试频度)的规模,前者是定义后者的决定因素。可知,规模化软件测试应指:针对一定规模的软件消耗一定资源的软件测试。关于这两个“一定”,值得软件测试研究者探讨。

  规范化的软件测试包括:有限的测试资源投入、已验证的测试模式、完整的测试方法与技术途径、有序有效的测试管理和降耗提质增效的测试环境,其中涉及的理论、方法与技术值得进一步研究和实践

33/3<123
精选软件测试好文,快来阅读吧~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号