黑盒测试策略优先用什么方法（黑盒测试策略一）

黑盒测试策略

　　黑盒测试技术作为传统的软件测试技术已经得到了广泛的应用。多种黑盒测试用例的设计方法也应运而生、实际应用中各种方法的取舍成为一个测试用例设计人员的难题。经过对现有成熟而常用的方法的研究，给出了各个测试方法的优缺点，并结合实际工作经验提出了综合策略。

　　UI测试

　　用户界面测试英文名为User Interface testing,简称UI测试，测试用户界面的功能模块的布局是否合理整体风格是否一致和各个控件的放置位置是否符合客户使用习惯，更重要的是要符合操作便捷，导航简单易懂，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美，是否存在遮盖，攒行，显示不全，字体大小，输入框长度，按钮位置等等。

　　配置测试

　　配置测试用于测试和验证软件，在不同的软件和硬件配置中进行运行。配置测试就是测试软件是否和系统的其他与之交互的元素之间兼容，如浏览器、操作系统、硬件等，验证被测软件在不同的软件和硬件配置中的运行情况。配置测试执行的环境是所支持软件运行的环境。测试环境适合与否严重影响测试结果的真实性和正确性。硬件环境指测试必须的服务器、客户端、网络连接设备、打印机等，软件环境指被测试软件运行时的操作系统、软件平台、数据库其他应用软件构成的环境。

　　表单值域测试

　　对于输入框的测试方法，通常会采取等价类、边界值、因果图、正交法，错误推断法等方法进行测试，在软件的测试过程中表单测试是很重要的测试点，表单的范围包括输入框，下拉框，选项框，勾选框等，针对于输入框的测试方法会在后面的测试用例编写章节中进行详细的讲解。

　　数据完整性测试

　　数据库完整性(Database Integrity)是指数据库中数据在逻辑上的一致性、正确性、有效性和相容性数据库完整性由各种各样的完整性约束来保证，因此可以说数据库完整性设计就是数据库完整性约束的设计，数据库完整性约束可以通过DBMS或应用程序来实现，基于DBMS的完整性约束作为模式的一部分存入数据库中通过DBMS实现的数据库完整性按照数据库设计步骤进行设计，而由应用软件实现的数据库因为在开发阶段开发人员随时都有可能根据需要来修改数据库，所以对数据和数据库完整性测试在软完整性则纳入应用软件设计。

　　件项目的任何阶段也是非常必要的。该项测试内容主要是以数据库表为单位，检查数据库表以及表中各字段命名是否符合命名规范，表中字段是否完整，数据库表中的字段描述是否正确包括字段的类型、长度、是否为空，数据库表中的关系、索引、主键、约束是否正确。

　　数据库完整性对于数据库应用系统非常关键，其作用主要体现在以下几个方面：

　　1数据库完整性约束能够防止合法用户使用数据库时向数据库中添加不合语义的数据。

　　2.利用基于DBMS的完整性控制机制来实现业务规则，易于定义，容易理解，而且可以降低应用程序的复杂性，提高应用程序的运行效率。同时，基于DBMS的完整性控制机制是集中管理的，因此比应用程序更3.合理的数据库完整性设计，能够同时兼顾数据库的完整性和系统的效能。比如装载大量数据时，只要在容易实现数据库的完整性。

　　装载之前临时使基于DBMS的数据库完整性约束失效，此后再使其生效，就能保证既不影响数据装载的效率又能保证数据库的完整性。

　　4.在应用软件的功能测试中，完善的数据库完整性有助于尽早发现应用软件的错误。

　　逻辑测试

　　业务逻辑测试就是从测试场景中梳理出各种业务的可能性，将所有正确的逻辑和错误的逻辑梳理清楚后，再单独进行测试，判断业务的逻辑是否正确，结果是否正确，错误的逻辑是否有正确的返回值。

　　通常业务中存在条件时，就会出现不同的逻辑。

　　业务流程测试

　　流程测试是测试人员把系统各个模块连贯起来运行、模拟真实用户实际的工作流程，满足用户需求定义的功能来进行测试的过程。业务流程测试是系统测试最重要的内容，而测试的依据就是用户定义的需求和测试人员的测试设计，从需求、测试设计、测试执行等角度上重点做好业务流程测试。

　　业务流程测试也可以通过工具协助，例如visio、Xmind等思维导图工具，梳理流程图。然后针对流程图编写详细的测试用例，覆盖流程图的每一个分支。

　　逆向思维测试

　　件测试逆向思维就是认为软件有错的情况下去测试这个软件。有人说：“如果把正向测试比作是师话的小学生，逆向测试思维就是处处跟老师作对、调皮捣蛋的小朋友”简而言之：我就是要学角度出发，为互为否合的两个命是等价件试通过预结和际其正确性，从而判定该程序否达到预期。假设将此命题看作是软件执行的过程。“BUG被修复”作定美一程摩热行无课作为实际结果，很显然，如果这个命愿为真，就能从软件执行的过程着干，

　　现在我们换个角度从逆向思维出发，得出它的逆否命题“如果程序执行错误，那么BUG未被修复换句话说、要想证明BUG未被修复，就得证明程序执行错误。基于逆向思维，我们通常是通过设计结论一软件符合预期。

　　我行测试案例方式，来证明“程序执行错误”这一假设条件的存在性。那么如何基于逆向思维设计和执测试案例？可从以下几点出发：

　　不断思考开发人员理解的误区

　　开发人员不良的习惯

　　程序代码的边界

　　无效数据的输入

　　系统的弱点

　　试图破坏系统、摧毁系统

　　本地化测试

　　本地化就是将软件版本语言进行更改，比如将英文的windows改成中文的windows就是本地化。本地化测试的对象是软件的本地化版本。本地化测试的目的是测试特定目标区域设置的软件本地化质量。本地化测试的环境是在本地化的操作系统上安装本地化的软件。从测试方法上可以分为基本功能测试，安装/卸载测试，当地区域的软硬件兼容性测试。测试的内容主要包括软件本地化后的界面布局和软件翻译的语言质量，包含软件、文档和联机帮助等部分。

　　本地化就是翻译产品的UI,有时也更改某些初始设置以使产品适合于另一个地区。本地化测试检查针对特定目标区域性或区域设置的产品本地化质量。此测试基于全球化测试的结果，后者验证对特定区域性或区域设置的功能性支持。本地化测试只能在产品的本地化版本上进行。可本地化测试不对本地化质量进行测试。

　　测试要求

　　明确需要翻译和不需要翻译的内容。

　　明确正确的翻译方式。

　　根据术语表，确认术语翻译的正确性与一致性。

　　对话框中控件布局均匀，字符显示完整正确。

　　对话框中控件数量相等，没有多余或丢失的控件

,