安卓软件黑盒测试 软件测试黑盒测试
我目前在一个小公司做软件测试,偏向于黑盒的,安卓app和网站都...
1、在项目不同阶段如何进行测试。
是否有测试计划？各个阶段的测试计划？2、怎么样才能在黑盒测试上积累有用的经验。
常见的黑盒测试用例设计方法是否掌握？比如等价类、边界值、判定表等3、今后自己要着重的锻炼哪方面的技能这个要根据你自己的情况，可以考虑这两个方向：测试技术、测试管理按你开始的描述“测试组人比较少，测试周期较短”，还是要有总体测试计划，以便别人知道测试是怎么活动的、风险是什么、策略是什么等等，“测试比较盲目，没有目的性，效率很低，测来测去总是担心有没发现的bug”这个就需要加强测试计划，做好和开发沟通，加强测试设计的能力！
要给一个软件进行黑盒测试,需要将黑盒测试的全部方法搜用上吗？...
黑盒测试：黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子黑盒测试主要是为了发现以下几类错误：1. 是否有不正确或遗漏的功能？2. 在接口上，输入是否能正确的接受？能否输出正确的结果？3. 是否有数据结构错误或外部信息（例如数据文件）访问错误？4. 性能上是否能够满足要求？5. 是否有初始化或终止性错误？
软件测试教学资源课程实训
不是同一个层级的概念，测试类型、测试方法需要区分清楚。
不谈那些书本上的东西，单从实际工作的角度入手，来谈谈这三者的区别。
功能测试，侧重点在功能上，黑盒测试属于其中的一种手段。
根据规格说明书，以及功能设计文档，来确定某项功能的具体作用，通过多种手段来验证该功能是否达到预期的要求。
比如，你去奥运会，那么实际搜索到的结果是否是你想要的。
业务测试，与功能测试比较起来，侧重点放在业务流程上，在基本的功能点都已合格的基础上，准备并组合多种测试数据，来驱动或辅助各种约束条件下业务流程，确定最终输出的结果是否符合预期。
业务测试多数要结合实际业务逻辑，黑盒白盒灰盒这类测试方法都可以用来辅助测试。
黑盒测试，不关注程序内部处理逻辑，根据输入输出准备各种测试数据，模拟用户，根据不同条件下的输入，来预测输出值（根据功能说明文档上的要求严格设计输出结果），并比较实际输出值，从而达到一种检验的作用。
什么是软件的白盒和黑盒测试法？
黑盒测试和白盒测试： 黑盒测试 黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下， 测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。
白盒测试： 白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。
“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
“白盒”法是穷举路径测试。
在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。
黑盒测试和白盒测试 任何工程产品（注意是任何工程产品）都可以使用以下两种方法之一进行测试。
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。
这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。
因此黑盒测试又叫功能测试或数据驱动测试。
黑盒测试主要是为了发现以下几类错误：1、是否有不正确或遗漏的功能？2、在接口上，输入是否能正确的接受？能否输出正确的结果？3、是否有数据结构错误或外部信息（例如数据文件）访问错误？4、性能上是否能够满足要求？5、是否有初始化或终止性错误？ 软件的白盒测试是对软件的过程性细节做细致的检查。
这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。
因此白盒测试又称为结构测试或逻辑驱动测试。
白盒测试主要是想对程序模块进行如下检查：1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不彻底性。
由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误
瞬联软件科技手机黑盒测试
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
黑盒测试主要是为了发现以下几类错误：1、是否有不正确或遗漏的功能？2、在接口上，输入是否能正确的接受？能否输出正确的结果？3、是否有数据结构错误或外部信息（例如数据文件）访问错误？4、性能上是否能够满足要求？5、是否有初始化或终止性错误？白盒测试主要是想对程序模块进行如下检查：1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
英语翻译手机软件测试工程师是一个很有发展前景的职位,它可以让我...
可读的测试脚本。
Calabash 允许你写和执行，是开源的自动化移动应用测试工具，支持 Android 和 iOS 原生应用。
Calabash 的库允许原生和混合应用的交互测试，交互包括大量的终端用户活动。
Calabash 可以媲美 Selenium WebDriver请注意测试本身不是靠工具的而是靠设计。
同样的命令可以用在 iOS 和 Android 应用上，也是命令行工具，通过自动创建功能 UI 测试示例，可以在一个或者多个设备上运行你的应用。
你可以记录一个平台的一个测试，并且可以在另外一个平台回放。
MonkeyTalk 支持移动触摸和基于手势交互为主的移动体验。
点击，资源加载和大量 Android 设备原生的 C 代码实现。
Robolectric 允许你做大部分真实设备上可以做的事情，也可以在常规的 JVM 持续集成环境运行，不需要通过模拟器，真实设备或者模拟器，而不是 web 应用。
RobolectricRobolectric 是一款Android单元测试框架，使用 Android SDK jar。
MonkeyTalk 使得场景捕获非常容易、思维、以及框架，复杂数据驱动的测试套件，甚至是手指绘制也可以被记录和回放。
NativeDriverNativeDriver 是 WebDriver API 的实现，是原生应用 UI 驱动，那么现在我来介绍一些我了解的工具（仅仅是了解，很多没用过）开源 Android 软件测试工具包括：Android Test Kit。
MonkeyTalkMonkeyTalk 是世界上最强大的移动应用测试工具，这个观点是不正确的，拖拽，移动，总的来说是本质， AndroidJUnit4, Appium, calabash-android, Monkey, MonkeyTalk, NativeDriver, Robolectric。
Android Test KitAndroid Test Kit 是一组 Google 开源测试工具，用于 Android 平台，包含 Espresso API 可用于编写简洁可靠的 Android UI 测试， RoboSpock, Robotium, UIAutomator。
但是， 需要注意的是 web 应用和桌面环境的交互跟触摸屏应用的交互是不同的。
Calabash 专为触摸屏设备的原生应用提供 APIs，可以记录高级别、查找和断言机制的API。
Robotium 对Activity,Dialog,Toast。
AppiumAppium 是一个开源、跨平台的自动化测试工具，用于测试原生和轻量移动应用，支持 iOS,Menu 都是支持的。
UIAutomatoruiautomator 测试框架提高用户界面（UI）的测试效率，主要针对压力测试。
你可以在任意的模拟器示例或者设备上运行。
Monkey 发送一个用户事件的 pseudo-random 流给系统，作为你开发应用的压力测试。
AndroidJUnit4AndroidJUnit4 是一个让 JUnit 4 可以直接运行在 Android 设备上的开源命令行工具。
Appium 驱动苹果的 UIAutomation 库和 Android 的 UiAutomator 框架，而工具只是辅助。
MonkeyMonkey 是 Google 开发的 UI/应用测试工具，这是我的理念，所以我一向觉得，很多人认为做测试做的好就是靠掌握一门好的工具. Appium 同时绑定了 Selendroid 用于老的 Android 平台测试。
Calabash-androidcalabash-android 是一个基于 Cucumber 的 Android 的功能自动化测试框架，使用 Selenium 的 WebDriver JSON 协议。
Appinm 的 iOS 支持是基于 Dan Cuellar"s 的 iOS Auto, Android 和 FirefoxOS 平台，能够对各种控件进行操作，移动和混合应用。
测试使用 Selenium 2 客户端 API 编写。
Selendroid 可以在模拟器和实际设备上使用，也可以集成网格节点作为缩放和并行测试，所以你可以使用测试驱动开发 Android 应用。
测试只需几秒就可以在工作站的 JVM 运行。
Robolectric 处理视图缩放。
Robotium结合Android官方提供的测试框架达到对应用程序进行自动化的测 试。
另外，可以在工作站中运行；smoke tests＂。
MonkeyTalk 自动为 iOS 和 Android 应用进行真实的，功能性交互测试。
MonkeyTalk 提供简单的 "。
SelendroidSelendroid 是一个 Android 原生应用的 UI 自动化测试框架。
MonkeyTalk 支持原生，Robotium 4.0版本已经支持对WebView的操作。
RoboSpockRoboSpock 是一个开源的 Android 测试框架。
提供简单的编写 BDD 行为驱动开发规范的方法，使用Groovy 语音，支持 Google Guice 库。
RoboSpock 合并了 Robolectric 和 Spock 的功能。
RobotiumRobotium 是一款国外的Android自动化测试框架，主要针对Android平台的应用进行黑盒自动化测试，它提供了模拟各种手势操作（点击、长 按、滑动等）， Selendroid，所以我可以负责任的告诉你，做Android手机需要掌握的不是工具、而是理念 展开
软件测试中什么是白盒测试 黑盒测试
白盒测试也称结构测试或逻辑驱动测试，它是按照程序内部的结构测试程序，通过测试来检测产品内部动作是否按照设计规格说明书的规定正常进行，检验程序中的每条通路是否都能按预定要求正确工作。
这一方法是把测试对象看作一个打开的盒子，测试人员依据程序内部逻辑结构相关信息，设计或选择测试用例，对程序所有逻辑路径进行测试，通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。
采用什么方法对软件进行测试呢？常用的软件测试方法有两大类：静态测试方法和动态测试方法。
其中软件的静态测试不要求在计算机上实际执行所测程序，主要以一些人工的模拟技术对软件进行分析和测试；而软件的动态测试是通过输入一组预先按照一定的测试准则构造的实例数据来动态运行程序，而达到发现程序错误的过程。
白盒测试的测试方法有代码检查法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法、域测试、符号测试、Z路径覆盖、程序变异。
白盒测试法的覆盖标准有逻辑覆盖、循环覆盖和基本路径测试。
其中逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。
六种覆盖标准：语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖发现错误的能力呈由弱至强的变化。
语句覆盖每条语句至少执行一次。
判定覆盖每个判定的每个分支至少执行一次。
条件覆盖每个判定的每个条件应取到各种可能的值。
判定/条件覆盖同时满足判定覆盖条件覆盖。
条件组合覆盖每个判定中各条件的每一种组合至少出现一次。
路径覆盖使程序中每一条可能的路径至少执行一次。
＂白盒＂法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
＂白盒＂法是穷举路径测试。
在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。
贯穿程序的独立路径数是天文数字。
但即使每条路径都测试了仍然可能有错误。
第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。
第二，穷举路径测试不可能查出程序中因遗漏路径而出错。
第三，穷举路径测试可能发现不了一些与数据相关的错误。
如何挑选白盒测试工具 白盒测试目前主要用在具有高可靠性要求的软件领域，例如：军工软件、航天航空软件、工业控制软件等等。
白盒测试工具在选购时应当主要是对开发语言的支持、代码覆盖的深度、嵌入式软件的测试、测试的可视化等。
对开发语言的支持：白盒测试工具是对源代码进行的测试，测试的主要内容包括词法分析与语法分析、静态错误分析、动态检测等。
但是对于不同的开发语言，测试工具实现的方式和内容差别是较大的。
目前测试工具主要支持的开发语言包括：标准C、C++、Visual C++、Java、Visual J++等。
代码的覆盖深度：从覆盖源程序语句的详尽程度分析，逻辑覆盖标准包括以下不同的覆盖标准：语句覆盖、判定覆盖、条件覆盖、条件判定组合覆盖、多条件覆盖和修正判定条件覆盖。
·语句覆盖 为了暴露程序中的错误，程序中的每条语句至少应该执行一次。
因此语句覆盖（Statement Coverage）的含义是：选择足够多的测试数据，使被测程序中每条语句至少执行一次。
语句覆盖是很弱的逻辑覆盖。
·判定覆盖 比语句覆盖稍强的覆盖标准是判定覆盖（Decision Coverage）。
判定覆盖的含义是：设计足够的测试用例，使得程序中的每个判定至少都获得一次“真值”或“假值”，或者说使得程序中的每一个取“真”分支和取“假”分支至少经历一次，因此判定覆盖又称为分支覆盖。
·条件覆盖 在设计程序中，一个判定语句是由多个条件组合而成的复合判定。
为了更彻底地实现逻辑覆盖，可以采用条件覆盖（Condition Coverage）的标准。
条件覆盖的含义是：构造一组测试用例，使得每一判定语句中每个逻辑条件的可能值至少满足一次。
·多条件覆盖 多条件覆盖也称条件组合覆盖，它的含义是：设计足够的测试用例，使得每个判定中条件的各种可能组合都至少出现一次。
显然满足多条件覆盖的测试用例是一定满足判定覆盖、条件覆盖和条件判定组合覆盖的。
·修正条件判定覆盖 修正条件判定覆盖是由欧美的航空/航天制造厂商和使用单位联合制定的“航空运输和装备系统软件认证标准”，目前在国外的国防、航空航天领域应用广泛。
这个覆盖度量需要足够的测试用例来确定各个条件能够影响到包含的判定的结果。
它要求满足两个条件：首先，每一个程序模块的入口和出口点都要考虑至少要被调用一次，每个程序的判定到所有可能的结果值要至少转换一次；其次，程序的判定被分解为通过逻辑操作符（and、or）连接的布尔条件，每个条件对于判定的结果值是独立的。
不同的测试工具对于代码的覆盖能力也是不同的，通常能够支持修正条件判定覆盖的测试工具价格是极其昂贵的。
嵌入式软件的测试：对于嵌入式软件的测试，我们还需要一方面进一步考虑测试工具对于嵌入式操作系统的支持能力，例如DOS、Vxworks、Neculeus、Linux和Windows CE等；另一方面还需要考虑测试工具对于硬件平台的支持能力，包括是...
-