软件测试是软件开发生命周期的基本组成部分，无论是对于 Web 还是移动应用程序软件。
测试不仅证明了软件产品的质量，而且还为开发人员提供了增强它的机会。
几乎每个软件应用程序都需要一行代码或一系列复杂的例程。因此，开发人员必须进行多次测试，以确保代码能够正常运行并实现其预期目的。
黑盒和白盒软件测试是开发人员在这个阶段经常执行的两种测试形式。
在本文中，我们将重点介绍黑盒测试、其基本区别以及黑盒和白盒测试之间的相似之处。
黑盒测试，通常称为功能测试，是一种无需了解软件内部代码结构即可检查软件功能的技术。
它可以应用于所有级别的软件测试，但主要用于更高的可接受性和系统相关级别。
黑盒测试是一个独立于其内部结构、设计和实现来测试系统及其行为的过程。
测试人员提供输入，输出被视为该软件测试方法的一部分。
这可以识别系统对预期和意外用户活动、响应时间、可用性困难和可靠性问题的响应。
黑盒测试是一种强大的方法，因为它端到端地执行系统。
与最终用户“不关心”系统的设计或结构并期望对他们的请求进行适当的回答一样，测试人员可以复制用户活动以确定系统是否兑现了承诺。
程序或应用程序是否提供广告功能可以通过进行黑盒测试来确定。
在黑盒测试中，会检查所有单独的组件，例如用户界面和体验、Web 服务器或应用程序服务器、数据库、依赖项和集成系统。
此类测试的其他名称包括“不透明盒”、“封闭盒”、“基于规范”和“眼对眼”测试。
以下是黑盒测试的类型：
功能测试主要关注软件的关键特性，以及关键组件与整个系统的集成。
该方法涉及冒烟测试/健全性测试、集成测试和系统测试，以测试软件的独特功能和特性。
此测试的一个典型示例是验证只有具有正确凭据的用户才能登录，而具有错误凭据的用户则不能。
非功能测试超越了特性和功能的测试。它不是确定软件是否可以执行操作，而是检查它如何完成该操作。
此类测试检查软件的可用性和理解性、峰值负载下的性能、与相关设备和浏览器的兼容性以及对安全威胁的脆弱性。
对程序的功能部分进行回归测试，以查看新版本是否显示出其功能的回归或恶化。
进行此测试是为了确定特定功能是否在最近的版本中不再起作用，或者以前有效的操作现在是否表现不佳。
以下是不同的黑盒测试技术：
作为测试所有可能输入的替代方法，测试人员可以将可用输入“分区”成组，然后仅测试来自每个分区的一个“样本”输入。
测试人员只需检查“18 岁以下”组中的一个出生日期和“18 岁以上”组中的一个日期，例如，如果系统请求用户的出生日期并为所有未满年龄的用户提供相同的响应的 18 岁，以及 18 岁以上的用户的不同反应。
系统在给定边界值附近的独特行为很容易被测试人员检测到。例如，一个字段可能只允许 0 到 99 之间
的数字。边界值（-100、-99 和 -100）为测试人员验证正确的输入验证提供了一种方便的方法。
有很多系统会根据一些输入为您提供结果。在发现这样的“规则”或条件集后，测试人员可以确定每个规则的效果并创建相应的测试用例。
当从一种状态转换到另一种状态时，特定系统会引发许多响应。一个典型的例子是一个登录系统，它允许用户进行身份验证，但在预定次数的失败尝试后锁定帐户。
如果测试人员确定了一种状态转换机制，他们可以构建测试用例来探测系统在状态之间转换时的情况。
例如，如果系统在五次不成功的登录尝试后锁定帐户，则测试用例可以检查在第六次登录尝试时发生的情况。
该技术涉及测试开发人员在构建类似系统时经常犯的错误。例如，测试人员可以检查开发人员是否处理了字段中的空值、数字字段中的文本或纯文本字段中的数字，以及输入的净化——是否可以提交包含可执行代码的用户输入，该代码具有安全影响。
异常错误猜测涉及测试可能影响测试系统的已知软件漏洞。
以下是黑盒测试的优点：
测试人员只关心应用程序的图形用户界面 (GUI)。
因此，他们不会检查源代码是否有错误。
测试人员不需要理解代码；因此外包黑盒软件测试是可能的。
测试是从最终用户的角度进行的。
由于测试人员不熟悉代码，因此他们对代码的功能没有先入为主的概念。
以下是黑盒测试的缺点：
可以重复测试过程，或者可以完全省略特定路径。
当软件设计人员已经执行了测试时，它们可能是不必要的。
由于测试人员缺乏编码知识，可能无法检查某些应用程序功能和特性。
测试人员必须确定他们必须测试什么以确保程序符合最高质量标准。
类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
