当大多数人开车时，他们不会担心刹车失灵。当他们的孩子得到一个新玩具时，他们也不担心因故障受伤。事实上，大多数人在日常生活中根本不担心系统故障。
这是因为软件开发人员或质量控制工程师已经解决了质量问题。如果目标是交付高质量、可靠的软件系统，那么必须进行测试。当我们进行测试后，质量问题将不复存在，产品就越可靠、越安全。
我们用来测试质量和可靠性的流程之一被称为健壮性测试，即在存在异常输入或压力环境条件的情况下，系统正常运行的程度。如果你是这类测试的新手，请做好准备阅读本文。
01 什么是软件质量测试中的健壮性?
质量保证工程师将为系统故障承担责任及故障导致的伤害。但这并不能让开发者摆脱困境。开发人员应该构建测试健壮性，以及他们在验证过程中执行的其他测试，如基准测试。
嵌入式软件功能及信息安全关键系统需要在软件开发生命周期的每个阶段进行彻底的测试，从系统和高级设计到单元测试和集成测试。
02 健壮性测试的实际意义是什么?
当软件测试中出现健壮性时，它通常意味着系统已部署或仍在开发中，且在正常或一般条件下运行良好。健壮测试是通过输入模拟极端环境条件的数据，帮助确定系统是否足够健壮来实现交付，从而提高可靠性以及能够发现哪些极端情况。
测试健壮性比起可靠性基准测试更受关注。健壮性测试是关于我们是否可以将软件处理滥用和正确操作。它并不注重于完美情况，而是旨在通过执行健壮性测试，来找出其他测试遗漏了什么。我们的目标是创建可以评估软件系统健壮性的测试环境。而跟踪软件测试指标，度量测试的有效性是很重要的。
在计算机科学中，程序员习惯于创建使计算机系统工作的算法。我们不习惯创建算法来破坏东西，所以健壮性测试对一些人来说似乎是反直觉的。在验证我们构建的计算机系统的健壮性时，无论编程语言的语义如何，尤其是当存在多个依赖项时，它都是必要的。
当我们进行健壮性测试时，我们正在寻找可能导致软件失败的场景。健壮性测试是嵌入式系统的端到端测试解决方案。它通过传递有效输入和无效输入来检查软件的可靠性。软件可能会因为许多原因而失败，因此我们还会测试影响硬件的更改、环境的更改或外部和独立的软件。
03 系统中的健壮性测试很重要
安全性和可靠性是健壮性测试的明显好处。它可以挽救生命，减少受伤的风险或昂贵的诉讼。一些行业必须比其他行业更严格地按照监管和遵从标准进行测试。
拥有许多嵌入式航空系统的航空业就是功能安全与可靠性、重要性的绝佳例子。这关乎到人们的生命。
在过去的16年里航班数量如此之多，而1945年以来民用航空失事的数量相对较低，因此航空业的成功率极高。但即使取得了这样的成功，不幸的是也会有死亡、伤害和诉讼，但它为健壮性测试的有效性提供了一个有效的论据。
自动化测试生成对于测试非常重要。一些健壮性测试解决方案提供自动生成测试用例，这些用例可以提高质量，并帮助在目标硬件上验证和验证软件组件，这是在最严格的安全完整性级别内的需求, 例如DO-178C过程标准中的DAL A。
信息安全是开发人员和工程师不能出错的另一个典例。金融机构、信用卡处理公司和国防工业只是必须满足严格法规遵循要求的少数几个。可以将合规性集成到现有的开发过程和生态系统中，从需求管理和源代码控制到IDE和CI/CD。通过自动化遵循功能安全和安全关键标准，组织能够节省大量时间及成本。
无论是行业还是应用程序，健壮性测试都有助于组织实现和自动化合规性，交付高质量的软件。同时还实现了良好的投资回报率，这降低了嵌入式软件的交付成本。
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
很好奇，就使用rubyonrails自动化单元测试而言，你们正在做什么？您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您？git中的预提交Hook？只是手动调用？我完全理解测试，但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的，并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您？ 最佳答案 不确定您到底想听什么，但是有几个级别的自动代码库控制:在处理某项功能时，您可以使用类似autotest的内容获得关于哪些有效，哪些无效的即时反馈。要确保您的提
我有一个模型:classItem项目有一个属性“商店”基于存储的值，我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式？如果方法中没有大的if-else语句，这是如何干净利落地完成的？ 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么？，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.co
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作，但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式，例如使用这个yaml文件，它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
为什么4.1%2返回0.0999999999999996？但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意，这不是与Ruby相关的问题，而是与所有编程语言相关的问题，因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
我正在编写一个包含C扩展的gem。通常当我写一个gem时，我会遵循TDD的过程，我会写一个失败的规范，然后处理代码直到它通过，等等......在“ext/mygem/mygem.c”中我的C扩展和在gemspec的“扩展”中配置的有效extconf.rb，如何运行我的规范并仍然加载我的C扩展？当我更改C代码时，我需要采取哪些步骤来重新编译代码？这可能是个愚蠢的问题，但是从我的gem的开发源代码树中输入“bundleinstall”不会构建任何native扩展。当我手动运行rubyext/mygem/extconf.rb时，我确实得到了一个Makefile(在整个项目的根目录中)，然后当
我有一个围绕一些对象的包装类，我想将这些对象用作散列中的键。包装对象和解包装对象应映射到相同的键。一个简单的例子是这样的:classAattr_reader:xdefinitialize(inner)@inner=innerenddefx;@inner.x;enddef==(other)@inner.x==other.xendenda=A.new(o)#oisjustanyobjectthatallowso.xb=A.new(o)h={a=>5}ph[a]#5ph[b]#nil,shouldbe5ph[o]#nil,shouldbe5我试过==、===、eq?并散列所有无济于事。
我有一些Ruby代码，如下所示:Something.createdo|x|x.foo=barend我想编写一个测试，它使用double代替block参数x，这样我就可以调用:x_double.should_receive(:foo).with("whatever").这可能吗？ 最佳答案 specify'something'dox=doublex.should_receive(:foo=).with("whatever")Something.should_receive(:create).and_yield(x)#callthere
它不等于主线程的binding，这个toplevel作用域是什么？此作用域与主线程中的binding有何不同？>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是，TOPLEVEL_BINDING始终引用Binding的预定义全局实例，而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层，它们都包含相同的绑定(bind)，但它们不是同一个对象，您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
