Android白盒测试
我是一名新的android测试人员，有一段时间我在使用android测试框架测试我的代码（在ProviderTestCase2、AndroidTestCase、activityinstrumentationtestcase2等的帮助下），我想知道还有哪些框架可用作开源（严格来说是白框）。我遇到过Robotium、Roboelectric、monkeyrunner、葫芦）。哪个用于单元测试，测试android服务？我的总体想法是，上述框架用于黑盒测试（如果我错了，请纠正我）。对于白盒测试，哪一个是最好的测试框架？
共有1个答案
我更喜欢robolectric，因为它可以很容易地在PC上运行，在应用程序中测试逻辑也很有帮助。
Robotium用于ui测试，在我看来，花很多时间编写ui测试代码是不值得的，因为ui/需求总是在变化。
-
所以我已经知道白盒测试和黑盒测试之间的区别，但我正在寻找一个相当简单的例子，说明白盒测试表示“一切正常”，黑盒测试表示“这里有问题”——反之亦然 这些例子会出现在相当流行的软件产品中。例如——微软视窗、Word或方程求解器（如下所示） 类似的程度：（黑盒测试失败，白盒通过） 示例：求解二次方程； 输入数据：系数A、B和C的数值； 输出数据：根X1和根X2的数值 黑盒测试 黑盒测试（环境、用户）：否
-
软件测试的盒子测试方法包括黑盒测试和白盒测试。在这里讨论白盒测试，也称为玻璃盒测试，结构测试，透明盒测试，开箱测试和透明盒测试。它测试软件的内部编码和基础设施，重点是根据预期和期望的输出检查预定义的输入。它基于应用程序的内部工作方式，并围绕内部结构测试。在这种类型的测试中，编程测试用例需要编程技巧。白盒测试的主要目标是通过软件关注输入和输出流，并加强软件的安全性。 由于系统的内部透视，使用术语“白
-
我只是想知道以下代码中的状态覆盖/决策覆盖/条件覆盖之间有什么区别。 附注：在任何if语句中都没有大括号。
-
本文向大家介绍白盒测试和黑盒测试区别？相关面试题，主要包含被问及白盒测试和黑盒测试区别？时的应答技巧和注意事项，需要的朋友参考一下 白盒测试：是通过程序的源代码进行测试而不使用用户界面。 黑盒测试：是通过使用整个软件或某种软件功能来严格地测试 ①测试特点不同 黑盒测试：测试功能 白盒测试：测试程序接口与结构 ②测试依据不同 黑盒测试：需求规格说明书 白盒测试：软件程序 ③侧重点不同 黑盒测试：关注
-
你好，我是新来的SW测试。 WBT-Developer这样做，确保每一行都被执行，并检查所有条件语句。 BBT——在黑盒中，我可以做与WBT相同的事情，我可以输入各种参数并检查输出，确保通过生成测试用例覆盖所有条件语句，还可以覆盖循环执行。 白盒测试和黑盒测试的真正区别是什么？对我来说，这看起来像是，做一个广泛的投入，角落案例覆盖BBT，这将是一个WBT。
-
我读过关于白盒测试的书。语句覆盖率、分支覆盖率、单元路径覆盖率、集成级别。在本文中，我们派生测试用例，以获得语句、分支和路径的最大覆盖率。但我想问一下，我们如何处理白盒测试期间生成的测试用例？我的意思是，在黑盒测试中，我们对被测试的应用程序执行测试用例，以检查它们是否通过测试。但是我们如何处理白盒测试的测试用例呢？ 我的第二个问题是在白盒测试中发现了什么类型的缺陷？