黑盒测试还是白盒测试应该成为测试人员的重点?
您认为哪种类型的测试应该是重点(对于测试人员/QA)，为什么? 来自维基百科的一组快速定义: 黑盒测试 从测试对象的外部角度推导出测试用例.这些测试可以是功能性的，也可以是非功能性的，但通常是功能性的.测试设计者选择有效和无效的输入并确定正确的输出.不知道测试对象的内部结构. 白盒测试 使用系统的内部视角，根据内部结构设计测试用例.它需要编程技能来识别通过软件的所有路
..
white-box相关内容
单元测试、黑盒测试和白盒测试
什么是单元测试、黑盒测试和白盒测试?我用谷歌搜索，但我发现的所有解释都非常技术性.谁能用一个适当的例子以简单的方式回答这个问题? 解决方案 在黑盒测试中，您并不关心被测试事物的内部结构如何工作.您调用公开的 API 并检查结果；你不在乎被测试的东西做了什么给你结果. 在白盒测试中，您确实关心被测试事物的内部结构如何工作.因此，您不仅可以检查事物的输出，还可以检查被测试事物的内部变量是
..
我应该使用“玻璃盒"吗?何时导致*更少*测试?
例如，我正在针对CsvReader编写测试.这是一个简单的类，它枚举和拆分文本行.它唯一的 raison d'être忽略了引号内的逗号.不到一页. 通过“黑匣子"测试课程，我已经检查了类似的内容 如果文件不存在怎么办? 如果我没有该文件的权限怎么办? 如果文件具有非Windows换行符怎么办? 但是实际上，所有这些都是StreamReader的业务.我的课堂上没有任何处理这
..
黑盒或白盒测试应该成为测试人员的重点吗?
您要说哪种测试应该成为重点(针对测试人员/质量检查人员)，为什么? 维基百科的一组快速定义: 黑匣子测试 从测试对象的外部角度导出测试用例.这些测试可以是功能性的或非功能性的，尽管通常是功能性的.测试设计人员选择有效和无效的输入，然后确定正确的输出.不了解测试对象的内部结构. 白盒测试 使用系统的内部透视图基于内部结构设计测试用例.它需要编程技巧来识别通过软件的所有路
..
是否可以在现有对象中模拟单个方法？
对于集成测试，我需要在Java服务客户端中模拟特定方法，而又不破坏其中的其余信息。它没有自构造函数，所以这样的解决方案是不可能的： private DBClient mockClient = new DBClient（alreadyExistingClient ）{ @Override void deleteItem（Item i）{ //我的东西在这里 } };
..
PHPUnit:对非公共变量进行断言
假设我有一个带有私有财产以及相关的公共获取器和设置器的类.我想用PHPUnit测试该属性在使用setter之后是否获得正确的值，或者该getter返回正确的属性. 当然，我可以通过使用getter来检查对象是否存储了正确的值，从而对setter进行测试，反之亦然.但是，这不能保证私有财产就是正在设置的私有财产. 说我上了下面的课.我创建了一个属性，getter和setter.但是我在属
..
什么时候适合在单元测试中绕过封装?
我最近意识到 powermock的白盒功能. (总而言之，它允许您直接测试私有方法或直接从单元测试中修改私有成员，同时保持私有性！) 我知道在单元测试中除了可见方法以外的其他东西都有些想法，但是令人讨厌，有时您只需要一个简单的测试来确保深层次的辅助方法能够完成应有的工作. ..无需花费巨大的开销来准备父方法过滤到您的方法所需的参数和模拟..然后，您必须做些魔术才能提取该内部方法的结果.简而言
..