什么是“黑匣子”测试,它与普通测试有何不同?例如,在部署到生产环境之前进行黑盒测试。

注意:在申请devops角色时,“黑盒”测试是常见要求(不需要测试员)。

评论

我投票关闭此问题为离题,因为它属于软件质量保证与测试SE中的此问题,不属于此处

@Rsf或至security.stackexchange.com白盒与黑盒

投票决定将其关闭,因为它更适合其他SE网站。

是的,它可以分为不同的类别。我认为最好的方法是向SQA发送一般的SQA问题,以及向相关SE发送需要领域知识的问题。

#1 楼

我会根据安全测试的知识做出回答,但是恕我直言,这可以一概而论。连接等。这对UI / UX测试,功能测试等更有用。例如:您不为Microsoft工作,也没有源代码,需要测试MS Office。
灰盒测试-当测试员对系统的工作原理有所了解时,有关内部的一些信息。
白盒测试-测试人员拥有或可以获得有关被测产品的内部,连接和工作原理的所有信息时。示例:测试Linux内核。

参考:

黑盒测试(Wikipedia)

白盒测试(Wikipedia)

灰盒测试(Wikipedia)

#2 楼

正如罗密欧·尼诺夫(Romeo Ninov)在黑匣子测试中所回答的那样,测试人员并不知道应用程序的内部结构。测试仪,就像一个黑匣子;在里面看不见。此
方法尝试查找以下类别的错误:


函数不正确或丢失
接口错误
数据结构或外部数据库访问错误
行为或性能错误
初始化和终止错误



引用:


http:// softwaretestingfundamentals .com / black-box-testing /