0

我正在尝试对软件测试进行一般性研究,并为我的公司撰写内部论文。目的是确定如何改革测试和验证阶段,以便长期节省成本。我知道在开发周期的早期而不是后期进行软件测试是一种流行的修复方法。我目前的理解如下:

1) 根据需求和验收标准尽早编写软件测试有助于软件开发人员识别涉及任何外部组件(例如第三方可执行文件和二进制文件等)的集成问题

2) 提高软件开发人员对最终产品、接受度和问题域本身的了解。

3) 更容易预测最终产品将如何满足质量要求。

如果有人想指出我在最初的理解中遗漏的更明显的东西,我将不胜感激。我也在这里找到了一篇文章

更新 我发现是很好的阅读材料。

谢谢你的帮助。

4

2 回答 2

0

应该根据以下管理格言扩展第一篇文章中提出的一点:管理得到管理监控。

“质量是内置的,而不是附加的。” 来自文章。安全性、性能、可靠性、可重用性和可移植性也是如此,但与质量不同的是,这些都是可以测试的。如果项目的这些属性中的任何一个对管理很重要,那么应该从一开始就对其进行监控。

在项目管理方面,尽早建立测试支架也会尽早设定项目团队的期望——当你添加东西时,你会为这些东西添加回归测试。

关于性能测试的附注:重要的是不要过早优化。但是,如果您不知道您的基线是什么,或者即使该基线是可以接受的,那么也很难做出正确的决定。性能测试脚手架将允许您确定您拥有什么。

回复第一条评论:

我仍然不清楚您所说的第三方数据是什么意思。您是指地图数据之类的东西,有人在图书馆内提供地图吗?另一个例子是加拿大邮政编码数据的发布。

测试数据需要与测试代码甚至测试配置数据不同的思维方式,因为它们结构良好,并且设计了关系。在映射数据的情况下,您可能能够识别一些已知的良好映射属性,例如几个兴趣点之间的距离,并在某个 epsilon 内测试这些值。这是一项质量控制检查,就像您作为制造商从 OEM 收到要集成到您的产品中的子组件时所做的那样。

测试支架可以看作是一个QC验收测试夹具。从某种意义上说,测试夹具的设置更为重要,因为您对提供的子组件的控制较少。

于 2013-06-10T11:50:54.513 回答
0

您是否将基于模型的设计视为一种在开发过程后期进行后期测试或发现错误的方法。使用基于模型的设计,您无需从代码开始。相反,您开发您的设计模型,并在仿真中验证和验证它们。在此早期阶段开发的测试可以在以后有代码时重复使用。

可以使用各种开发过程和任务来检查设计是否在早期阶段通过模型和仿真进行了功能测试和验证。其中包括检查需求是否正确(即没有冲突、是否完整等)、确认设计模型满足需求、检查设计是否通过了所有功能测试,以及各种附加检查以确认设计没有错误(从功能和健壮性的角度来看)。此关于验证、确认和测试的链接有更多详细信息。

于 2017-09-29T17:58:50.820 回答