常用灰盒测试方法的测试阶段是,四柱纯阴的命理特点
灰盒测试的概念
灰盒(Gray Box)是一种程序或系统上的工作过程被局部认知的装置。灰盒测试，也称作灰盒分析，是基于对程序内部细节有限认知上的软件调试方法。测试者可能知道系统组件之间是如何互相作用的，但缺乏对内部程序功能和运作的详细了解。对于内部过程，灰盒测试把程序看作一个必须从外面进行分析的黑盒。
灰盒测试通常与web服务应用一起使用，因为尽管应用程序复杂多变，并不断发展进步，因特网仍可以提供相对稳定的接口。由于不需要测试者接触源代码，因此灰盒测试不存在侵略性和偏见。开发者和测试者间有明显的区别，人事冲突的风险减到最小。然而，灰盒测试相对白盒测试更加难以发现并解决潜在问题，尤其在一个单一的应用中，白盒测试的内部细节可以完全掌握。 灰盒测试结合了白盒测试和黑盒测试的要素。它考虑了用户端、特定的系统知识和操作环境。它在系统组件的协同性环境中评价应用软件的设计。灰盒测试由方法和工具组成，这些方法和工具取材于应用程序的内部知识盒与之交互的环境，能够用于黑盒测试以增强测试效率、错误发现和错误分析的效率。灰盒测试涉及输入和输出，但使用关于代码和程序操作等通常在测试人员视野之外的信息设计测试。
白盒测试,灰盒测试和黑盒测试的区别
白盒测试要看程序的运算过程，黑盒测试只看结果，灰盒测试介于两者之间
灰盒测试的介绍
灰盒测试，是介于白盒测试与黑盒测试之间的一种测试，灰盒测试多用于集成测试阶段，不仅关注输出、输入的正确性，同时也关注程序内部的情况。灰盒测试不像白盒那样详细、完整，但又比黑盒测试更关注程序的内部逻辑，常常是通过一些表征性的现象、事件、标志来判断内部的运行状态。
如何开展灰盒测试[1]:灰盒测试优缺点分析
俺在忽悠某个技术领域的玩意儿之前，通常先要分析一下优缺点——这样才能调动大伙儿的积极性。所以，本系列第1帖先分析一下灰盒测试的优缺点。 ★几个基本概念 首先，把一些基本概念，简单通俗地说一下。如果觉得俺解释得不够好，不够细，可以自己去查维基百科的词条：洋文的在“这里 ”，中文的词条在“这里 ”（可惜中文词条不够全，偏偏缺了“灰盒测试”这一节）。 ◇黑盒测试 通俗来说：黑盒测试不关注软件内部的实现细节。他仅仅把被测试的软件当成一个整体来处理，只关注软件的外在表现，不关注内部细节。典型的黑盒测试，就是光拿着鼠标操作一下用户界面，看看功能是否满足要求。 ◇白盒测试 白盒测试与黑盒测试相反，重点关注软件内部的实现细节（比如代码覆盖率等）。 ◇灰盒测试 如果你是从事开发或者测试的行当，应该已经听过黑盒测试与白盒测试这2个概念。但对灰盒测试，或许比较耳生。单纯从名称上来看，灰盒测试是介于黑盒测试与白盒测试之间的一种测试方式。 这种测试方式，主要用于多模块构成的稍微复杂的软件系统。在灰盒测试中，重点关注软件系统的各个组成模块之间的互动。这里所说的"互动"，包括模块之间的互相调用、数据传递、同步/互斥、等等。 ◇灰盒测试与黑盒测试的区别 如果某软件包含多个模块，当你使用黑盒测试时，你只要关心整个软件系统的边界，无需关心软件系统内部各个模块之间如何协作。而如果使用灰盒测试，你就需要关心模块与模块之间的交互。这是灰盒测试与黑盒测试的区别。 ◇灰盒测试与白盒测试的区别 但是，在灰盒测试中，你还是无需关心模块内部的实现细节。对于软件系统的内部 模块，灰盒测试依然把它当成一个黑盒来看待。而白盒测试则不同，还需要再深入地了解内部 模块的实现细节。所以，这是灰盒测试与黑盒测试的区别。 ◇灰盒测试与单元测试的区别 刚才看到有网友在评论中问到此问题，俺补充一下。 首先，在进行单元测试时，需要写一些测试代码（行话叫“桩代码”，洋文叫stub）。通常测试代码和被测试代码通常是同种语言（比如Java的单元测试通常也用Java来写），且测试代码和被测试代码的耦合很紧密。因此，单元测试通常由开发人员来完成的，测试人员的能力未必能胜任。 其次，单元测试的颗粒度会更细（会细到类一级、函数一级），而灰盒测试仅仅到模块一级。
黑盒测试与白盒测试的区别
首先纠正 这个问题不属于“硬件”类的
什么是黑盒测试和白盒测试？
任何工程产品（注意是任何工程产品）都可以使用以下两种方法之一进行测试。
黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。
白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。
软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：
1、是否有不正确或遗漏的功能？
2、在接口上，输入是否能正确的接受？能否输出正确的结果？
3、是否有数据结构错误或外部信息（例如数据文件）访问错误？
4、性能上是否能够满足要求？
5、是否有初始化或终止性错误？
软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：
1、对程序模块的所有独立的执行路径至少测试一遍。
2、对所有的逻辑判定，取“真”与取“假”的两种情况都能至少测一遍。
3、在循环的边界和运行的界限内执行循环体。
4、测试内部数据结构的有效性，等等。
以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不彻底性。由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误。
什么是白盒测试和黑盒测试?有什么区别?
黑盒测试又叫功能测试、数据驱动测试或给予需求规格说明书的功能测试。这种测试注重于测试软件的功能性需求。
白盒测试又称结构测试、逻辑驱动测试或基于程序代码内部结构的测试。此时，需要深入考察程序代码的内部结构、逻辑设计等等。白盒测试需要测试工程师具备很深的软件开发工地，精通相应的开发语言，一般的软件测试工程师难以胜任该工作。
区别：
1.白盒测试可检测代码中的每条分支和路径；黑盒测试有很多程序路径没有被测试到。
2.白盒测试对代码的测试比较彻底；黑盒测试不能直接针对特定程序段测试，而这些程序段可能很复杂，有可能隐藏更多的问题。
3.白盒测试能仔细考虑软件的实现；黑盒测试只有一小部分输入被测试到，要测试每个可能的输入几乎不可能。
4.白盒测试对代码的测试比较彻底；黑盒测试不能直接针对特定程序段测试，而这些程序段可能很复杂，有可能隐藏更多的问题。
5.对于子系统甚至系统，黑盒测试效率要比白盒测试高。
6.白盒测试比较昂贵
扩展资料：
黑盒测试着重测试软件功能。黑盒测试并不能取代白盒测试，它是与白盒测试互补的测试方法，它很可能发现白盒测试不易发现的其他类型错误。白盒测试主要针对的是程序代码逻辑，黑盒测试主要针对的是程序所展现给用户的功能，简单的说就是前者测试后台程序后者测试前台展示功能。
参考资料：黑盒测试白盒测试百度百科