集成基于模型的测试以在开发早期阶段找到质量问题

发表于:2013-3-01 10:18

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

 作者:Marc Lettrari    来源:51Testing软件测试网采编

  好了。现在 Rational Quality Manager 会意识到该测试脚本会由一个基于模型的测试实施,该测试由 Rhapsody TestConductor 执行。

  当您在运行测试脚本时,Rational Quality Manager 会自动检测到这是一个基于模型的测试,并使用 TestConductor 适配器来在引用的可执行 Rhapsody 模型上执行它,如图 8 所示。

图8 可以从 Rational Quality Manager 运行基于模型的测试用例

  在 Rational Quality Manager 中执行测试脚本之后,所有的测试结果,例如状态(通过或失败),以及日志文件,会在 Rational Quality Manager 中得到直接的访问(见于图 9)。这意味着您可以使用 Rational Quality Manager 所有的报告功能,来访问项目的质量状态,甚至在开发的早期阶段也是如此。

图9 TestConductor 测试可以存储和部署到 Rational Quality Manager 之中的结果

  再使用基于模型的测试以便软件确认

  前面的章节描述了基于模型的测试是如何集成到整体的质量管理进程之中,该进程基于 Rational Quality Manager,这样您就可以评价开发早期阶段之中的质量状态。您可以使用基于模型的测试,来评价软件实施阶段的质量状态。您可以轻松调整基于模型的测试,而不是测试潜在的模型,它们会分别测试实际的系统和软件实施情况。如果您做出了这些调整操作,那么就可以按照与之前相同的方法使用 Rational Quality Manager 执行基于模型的测试,但是不是测试真实的实施。

  Rational Quality Manager 可以再次使用这些测试的结果,以及包含的评价报告功能工具,以评价实施的质量状态。因此,有了 Rational Quality Manager,基于模型的测试指定了在软件开发的早期阶段可以使用的工具,以帮助您评价项目的质量。

  总结

  将基于模型的测试与 Rational Rhapsody TestConductor Add On 相集成,并使用 Rational Quality Manager 进行质量管理,可以帮助您在开发阶段的早期查看项目的质量状态。然后团队可以识别项目早期的质量风险,更快地响应更改,并从质量角度来评价可能的风险。通过查看失败的测试,团队可以弄清重点关注的对象,并降低开发阶段早期的风险。

44/4<1234
《2023软件测试行业现状调查报告》独家发布~

关注51Testing

联系我们

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

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

沪ICP备05003035号

沪公网安备 31010102002173号