白盒测试

【推荐】2019 Java 开发者跳槽指南.pdf(吐血整理) >>> 【Alpha测试】 Alpha测试是由用户在开发环境下进行的测试，也可以是开发机构内部的用户在模拟实际操作环境下进行的测试 测试环境受开发方控制 用户数量相对较少 时间比较集中 先于Beta测试 【Beta测试】 Beta测试是由软件的多个用户在一个或多个用户的实际使用环境下进行的测试。 测试环境不受开发方控制 用户数量较多 测试时间比较长 【验收测试】 验收测试是以用户为主的测试，软件开发和QA人员也应该参加，测试一般在用户所在地进行，由用户验证软件产品是否满足了所有的需求的一系列的验收测试工作 验收测试的目的是为了以发现”未实现的需求”为目的，以评估”适合使用”为目标，该类测试的不是以发现缺陷为主要目的。 【灰度测试】 灰度测试，也叫灰度发布或金丝雀发布，就是在某项产品或应用正式发布前，选择特定人群试用，逐步扩大其试用者数量，以便及时发现和纠正其中的问题。 灰度发布能及早获得用户的意见反馈，完善产品功能，提升产品质量，让用户参与产品测试，加强与用户互动，降低产品升级所影响的用户范围。 在其上可以进行A/B testing，即让一部分用户继续用产品特性A，一部分用户开始用产品特性B，如果用户对B没有什么反对意见，那么逐步扩大范围，把所有用户都迁移到B上面来 灰度发布可以保证整体系统的稳定

一、 选择题（ 1 题 3 分，共 30 分） 1、 在键盘上与字母 A 处于同一行的键是（ C ） A 、 M B 、 U C 、 ‘ D 、 R 2、 软件工程的出现主要是由于（ C ） A、 程序设计方法学的出现 B 、其他工程科学的影响 C 、软件危机的出现 D 、计算机的发展 3、 适合与面向对象方法的软件生命周期模型是（ B ） A 、瀑布模型 B 、喷泉模型 C 、螺旋模型 D 、增量模型 4、 结构化瀑布模型的生命周期中，哪一个环节出错，对软件影响最大（ C ） A、 详细设计阶段 B 、概要设计阶段 C 、需求分析阶段 D 、编码阶段 5、 模块化内聚性最高的是（ D ） A 、逻辑内聚 B 、偶然内聚 C 、数据内聚 D 、功能内聚 6、 软件测试的目的是（ B ） A、 评价软件质量 B 、发现软件错误 C 、找出软件所有错误 D 、证明软件是正确的 7、 对象实现的数据与操作的 （ B ） ，外部 不可见。 A 、结合 B 、封装 C 、隐藏 D 、抽象 8、 软件结构图中，各模块之间若有直线连接，表示有（ B ）联系。 A 、继承 B 、调用 C 、组成 D 、链接 9、 为了 有效的提高软件的可维护性 ，应该（ A ） A、 养成好的程序设计风格 B 、注意模块的独立性 C 、注意使用文档 D 、保存测试文件与用例 二、 填空题 （ 1 空 1 分，共

小组成员:王中飞、刘瑞、许保保、邹冬梅、陈志伟 Discuss your test plan 我们项目基于Android开发所写成的一款简单的密码管理APP。我们选择这个项目的原因是，现在手机软件越来越多，每种软件都需要注册账户和密码，而密码如果都设置相同的话就会不太安全，但是设置不同的密码会大大增加我们的记忆量，而且长时间过后很有可能会忘记，所以就有了这款软件的必要性。这款软件主要用的语言还是Java语言，Java是现在流行的开发语言，也是我们学习的一种语言，所以运用Java语言。 Do we need to test until our software is PERFECT? 需要，测试是为了尽可能多的发现缺陷，比如功能的错误，性能低下，用户体验。 可以进行白盒测试：看得见的程序内部结构，测试源程序的逻辑结构和实现细节。白盒测试必须由开发人员独立执行 黑盒测试：看不见的程序内部结构，按照规格来测试程序是否符合要求。黑盒测试必须由独立测试小组执行，因为开发人员难以做到客观公正。 主要发现以下问题：是否有不正确或遗漏了的功能；在接口上，能否正确的接收输入，能否输出正确的结果； ·是否有数据结构错误或外部信息访问错误；性能上是 否能够满足要求；是否有初始化或终止性错误； 黑盒测试需要在所有可能的输入条件和输出条件中确定测试数据，以检查程序是否都能产生正确的输出；有时测试数 据量太大

如何才能评价一个软件工程师的专业技术呢，这需要从很多方面来看。 （1）具有扎实的计算机专业知识    这是软件工程理由能够从事软件一切工作最基本的前提，是软件工程最基本的素质，这要求软件工程师必须精通高等数学、离散数学、电子学、编程语言、数据结构等课程。 （2）良好的语言表达能力和沟通能力    这是软件工程师应该具备的一个很重要的素质，因为软件工程师是为用户开发软件，常常需要直执着面对用户。 (3)健康的心理素质 下面是我搜集到的关于软件工程的测试题。 选择题： 1．软件开发瀑布模型中的软件定义时期各个阶段依次是： （B） A) 可行性研究，问题定义，需求分析。 B) 问题定义，可行性研究，需求分析。 C) 可行性研究，需求分析，问题定义。 D) 以上顺序都不对。 2．可行性研究主要从以下几个方面进行研究： （ A ） A） 技术可行性，经济可行性，操作可行性。 B） 技术可行性，经济可行性，系统可行性。 C） 经济可行性，系统可行性，操作可行性。 D） 经济可行性，系统可行性，时间可行性。 3 耦合是对软件不同模块之间互连程度的度量。 各种耦合按从强到弱 排列如下： （ C ） A) 内容耦合，控制耦合，数据耦合，公共环境耦合。 B) 内容耦合，控制耦合，公共环境耦合，数据耦合。 C) 内容耦合，公共环境耦合，控制耦合，数据耦合。 D) 控制耦合，内容耦合，数据耦合

实现 通常把编码和测试统称为实现 1．编码的任务？ 2．良好的编码风格，应遵循哪些规则？ 3．测试的目标是什么？ 4．测试分哪几个步骤，每个步骤解决什么问题？ 5．什么是黑盒测试和白盒测试，各包含哪些测试技术 6．单元测试有哪些内容？驱动模块和存根模块的作用 7．什么是集成测试？非渐增式与渐增式测试有何区别 8．调试的任务是什么？有哪些调试途径？ 9．什么是软件可靠性和软件可用性？ 10 ．如何估算测试时间和程序中的故障总数？ 编码 把软件设计结果翻译成程序 1、选择程序设计语言 2、编码风格 1、使用一致和有意义的标识符名 2、匈牙利标记法：[Prefix]-BaseTag-Name 3、用缩进显示程序结构 4、用加括号的方式排除二义性 5、避免大量使用循环嵌套和条件嵌套 6、当心运算符的副作用 7、把数定义成常量 8、利用sizeof()计算对象的大小 9、清晰的代码，而非最巧妙的代码 软件测试基础 测试是为了发现程序中的错误而执行程序的过程 测试步骤： 1、模块测试（单元测试） 2、子系统测试（集成测试） 3、系统测试（集成测试） 4、验收测试（确认测试） 测试方法： 测试任何产品都有两种方法：如果已经知道了产品应该具有发功能，可以通过测试来检验是否每个功能都能正常使用；如果知道产品的内部工作过程，可以通过测试来检验产品内部动作是否按照规格说明书的规定正常执行

一、软件测试分类 是否覆盖源代码测试分为 黑盒测试 与 白盒测试 ： 黑盒测试（black-box testing）又称数据驱动测试，完全不考虑程序内部结构和内部特性，注重于测试软件的功能需求,只关心软件的输入数据和输出数据。 白盒测试（white-box testing）指将盒子打开，去研究里面的源代码和程序结构。 一、 黑盒测试 黑盒测试分类 （一）功能测试： 1、逻辑功能测试 2、界面测试 3、易用性测试 4、安装测试 5、兼容性测试 （二）性能测试： 1、时间性能 2、空间性能 3、一般性能 4、稳定性测试 5、负载测试 6、压力测试 二、白盒测试 白盒测试是一种测试用例设计方法，盒子指的是被测试的软件，白盒指的是盒子是可视的，即清楚盒子内部的东西以及里面是如何运作的。 白盒测试的方法总体上分为静态分析方法和动态分析方法两大类。 是否运行代码又分为 静态测试 与 动态测试 静态测试：指不实际运行被测软件，知识静态地检查程序代码、界面或文档中可能存在的错误的过程。 动态测试：指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符合的过程。 其他测试 1、回归测试：在二次测试时，跟之前BUG相关的都要测试； 2、冒烟测试：针对每个版本或每次需求变更后，在正式测试前，对产品或系统的一次简单的验证性测试； 3、随机测试：对软件重要部分的功能进行重复测

白盒测试：（结构测试）是一种测试用例设计方法，在这里盒子指的是被测试的软件，把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。 白盒测试技术一般可被分为静态分析和动态分析两类技术。 静态分析主要有：控制流分析技术、数据流分析技术、信息流分析技术。 动态分析主要有：逻辑覆盖率测试(分支测试、路径测试等)，程序插装等。 白盒测试优点：迫使测试人员去仔细的思考软件的实现；可以检测代码中的每条分支和路径；揭示隐藏在代码中的错误；对代码的测试比较彻底；最优化。 白盒测试缺点：昂贵；无法检测代码中遗漏的路径和数据敏感性错误；不验证规格的正确性。 覆盖标准 逻辑覆盖 语句覆盖 判定覆盖（分支覆盖） 条件覆盖 判定/条件覆盖 条件组合覆盖 控制结构覆盖 基本路径测试 循环测试 条件测试 数据流测试 语句覆盖：是一个比较弱的测试标准，它的含义是：选择足够的测试用例，使得程序中每个语句至少都能被执行一次。它是最弱的逻辑覆盖，效果有限，必须与其它方法交互使用。 判定覆盖（也称为分支覆盖）：执行足够的测试用例，使得程序中的每一个分支至少都通过一次。判定覆盖只比语句覆盖稍强一些，但实际效果表明，只是判定覆盖，还不能保证一定能查出在判断的条件中存在的错误。因此，还需要更强的逻辑覆盖准则去检验判断内部条件。 条件覆盖：执行足够的测试用例

本周感冒。身体不舒服。写完这个，去更新组博客。可能之后还会有更新。 黑盒测试的用例上周已经说过。 下面说说白盒测试。 首先，谈谈覆盖这个事。 语句覆盖 是指选择足够的测试用例，使得运行这些测试用例时，被测程序的每一个语句至少执行一次，其覆盖标准无法发现判定中逻辑运算的错误； 判定覆盖<又叫分支覆盖率> 是指选择足够的测试用例，使得运行这些测试用例时，每个判定的所有可能结果至少出现一次，但若程序中的判定是有几个条件联合构成时，它未必能发现每个条件的错误； 条件覆盖 是指选择足够的测试用例，使得运行这些测试用例时，判定中每个条件的所有可能结果至少出现一次，但未必能覆盖全部分支； 判定 / 条件覆盖 是使判定中每个条件的所有可能结果至少出现一次，并且每个判定本身的所有可能结果也至少出现一次； 修正条件判定覆盖 满足条件与判定覆盖，并且需要确定每个条件能够影响到包含的判定的结果。 条件组合覆盖 是使每个判定中条件结果的所有可能组合至少出现一次，因此判定本身的所有可能解说也至少出现一次，同时也是每个条件的所有可能结果至少出现一次； 路径覆盖 是每条可能执行到的路径至少执行一次； 其中语句覆盖是一种最弱的覆盖，判定覆盖和条件覆盖比语句覆盖强，满足判定/条件覆盖标准的测试用例一定也满足判定覆盖、条件覆盖和语句覆盖，条件组合覆盖是除路径覆盖外最强的， 路径覆盖也是一种比较强的覆盖

一. 软件测试方法 软件测试方法：白盒测试、黑盒测试、灰盒测试、静态测试、动态测试 白盒测试：是一种测试用例设计方法，在这里盒子指的是被测试的软件，白盒，顾名思义即盒子是可视的，你可以清楚盒子内部的东西以及里面是如何运作的，因此白盒测试需要你对系统内部的结构和工作原理有一个清楚的了解，并且基于这个知识来设计你的用例。 白盒测试技术一般可被分为静态分析和动态分析两类技术。 静态分析主要有：控制流分析技术、数据流分析技术、信息流分析技术。 动态分析主要有：逻辑覆盖率测试(分支测试、路径测试等)，程序插装等。 白盒测试优点：迫使测试人员去仔细的思考软件的实现；可以检测代码中的每条分支和路径；揭示隐藏在代码中的错误；对代码的测试比较彻底；最优化。 白盒测试缺点：昂贵；无法检测代码中遗漏的路径和数据敏感性错误；不验证规格的正确性。 黑盒测试又叫功能测试，这是因为在黑盒测试中主要关注被测软件的功能实现，而不是内部逻辑。在黑盒测试中，被测对象的内部结构，运作情况对测试人员是不可见的，测试人员对被测产品的验证主要是根据其规格，验证其与规格的一致性。 在绝大多数没有用户参与的黑盒测试中，最常见的测试有：功能性测试、容量测试、安全性测试、负载测试、恢复性测试、标杆测试、稳定性测试、可靠性测试等。 灰盒测试：白盒测试和黑盒测试往往不是决然分开的，一般在白盒测试中交叉使用黑盒测试的方法

有句俗语说得好：不管白猫、黑猫，能抓到老鼠就是好猫。 如果用在软件测试领域，这句话也一点都没错。不管黑盒、白盒，能找出Bug、发现缺陷，保证软件质量才是王道。 对于刚踏足软件测试的新手小白来说，黑盒测试、白盒测试绝对是入门必学词汇之一。不过，他们说的黑是什么黑？白又是什么白？两者的区别到底在哪里呢？且听我一一道来。 最大区别：关注对象不一样 黑盒测试和白盒测试，二者最大的区别应该就是测试时关注的对象不一样。 黑盒测试主要针对的是程序所展现给用户的功能，白盒测试主要针对的是程序代码逻辑，简单的说，就是前者测试最终展示功能，后者测试后台程序。 黑盒测试 黑盒，顾名思义就是：把测试对象看作一个不能打开的黑盒子。测试时，测试人员完全不用考虑盒子里面的逻辑结构和具体运作，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明，检验输出结果对不对。 白盒测试 与黑盒恰恰相反，这种方法是把测试对象看作一个打开的透明盒子。测试时，测试人员会利用程序内部的逻辑结构及有关信息，通过在不同点检查程序状态，检验程序中的每条通路是否都能按预定要求进行正确工作。 举个栗子，加深理解 说到这里，我们来举一个生活中的小栗子，相信能更好的帮你理解这两种测试方法。 假设，小A和小B是一对情侣，决定在家做饭。小A让小B出门买菜，最好一个小时内能买齐回家。 如果在黑盒模式下，小A（测试人员