一、软件缺陷的定义

对于软件缺陷的精确定义，通常有下列5条描述：

1. 软件未达到产品说明书的功能   《需求文档》

2. 软件出现了产品说明书指明不会出现的错误

3. 软件功能超出产品说明书指明范围

4. 软件未达到产品说明书虽未指出但应达到的目标

5. 软件测试员认为难以理解、不易使用、运行速度缓慢、或者最终用户认为不好

二、软件缺陷的特征

1. 软件的特殊性决定了缺陷不易看到,即“看不到”；

2. 发现了缺陷,但不易找到问题发生的原因所在,即“看到但是抓不到”。

三、面试题：

测试发现bug 而开发不认为是bug的时候：

   1.测试人员在根据需求文档或者是规格说明书/原型图来进行匹配

   2.测试人员根据不同的测试环境来进行多测尝试来确认bug 并将bug的复现步骤进行记录

   3.如果开发仍旧认为不是bug 需要的测试主管来进行讨论 确认是否bug

   4.需要找产品经理和项目经理进行讨论是否bug

   5.如果认为是bug测试人员将bug进行记录并提交测试总结中

四、程序测试包含的内容

程序测试包括程序逻辑功能，界面，性能，易用性，兼容性，安装等测试，当然文档测试也算，排版，字体大小，也算程序测试的内容

五、测试环境

测试环境=硬件+软件+网络

硬件环境：pc机还是笔记本

软件环境：不同的操作系统windows10  windows8  windows7 Linux Mac，

不同浏览器firefox  chrom

网络:局域网还是互联网

六、测试流程

需求评审---->测试计划制定---->测试计划执行---->发布与测试报告总结

1.需求评审：

(1).从用户体验角度提供设计建议

(2).从开发经验角度，分析设计是否存在风险，是否能够实现

(3).联合其他模块分析，设计是否存在漏洞，逻辑功能存在缺陷

2.测试计划制定：

(1).测试用例设计

(2).测试用例评审，和测试时间估计

(3).测试资源申请

3.测试计划执行：

(1).用例执行

(2).Bug修复验证和推动版本进度

(3).性能监控，压力测试，兼容测试

4.发布与测试报告总结：

(1).版本发布和线上质量监控，用户反馈实时响应

(2).测试用例更新整合，测试计划评估

(3).提供版本最终测试报告，包括用例覆盖率，bug数据分析等

概括：

项目发布立项会的时候测试人员进行参与需求讨论并生成《需求文档》 测试会在根据需求文档编写测试计划，然后UI人员会根据需求文档进行设计原型图，后台开发对数据库的设计，然后后台开发会通过需求文档和原型图进行编码，同事，测试人员进行编写测试用例，了开发编码结束后测试对主要功能进行冒烟测试。如果冒烟测试执行通过，根据编写好的测试用例进行执行。发现bug后进行提交bug，开发进行修改bug，修改后的bug进行回归测试，上线后需要对项目的进行《测试总结》

七、测试分类

图一、

一、按开发阶段划分

1.单元测试（Unit Testing）

单元测试，又称模块测试。对软件的组成单位进行测试，其目的是检验软件基本组成单位的正确性。测试的对象的是软件你测试的最小单位：模块。

测试阶段：编码后或者编码前

测试对象：模块

测试人员：白盒测试工程师或开发人员

测试依据：代码和注释+详细文档

测试方法：白盒测试

测试内容：模块接口测试、局部数据测试、路径测试、错误处理测试、边界测试

补充说明：

（1）学习测试依据时，我们可以对比软件测试的“V”模型结合记忆

（2）白盒测试不是单元测试，单元测试是白盒测试

（3）测试驱动开发：测试人员先编写测试用例，开发人员根据测试用例写程序

2.集成测试（Integration Testing）

集成测试也称联合测试（联调）、组装测试：将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。集成主要目的是检查软件单位之间的接口是否正确。

测试阶段：一般是单元测试之后

测试对象：模块间的接口

测试人员：白盒测试工程师或开发工程师

测试依据：单元测试的文档+概要设计文档

测试方法：黑盒测试与白盒测试（灰盒测试）

测试内容：模块之间数据传输、模块之间功能冲突、模块组装功能的正确性、全局数据结构、单模块缺陷对系统的影响

补充说明：

单元测试是一个模块内部的测试，集成测试是在模块之间进行测试（至少两个）

3.系统测试（System Testing）

系统测试：将软件系统看成是一个系统的测试。包括对功能、性能以及软件所运行的软硬件环境进行测试。时间大部分在系统测试执行阶段，包括回归测试和冒烟测试。

测试阶段：集成测试阶段之后

测试对象：整个系统（软件、硬件）

测试人员：黑盒测试工程师

测试依据：需求规格说明文档

测试方法：黑盒测试

测试内容：功能、界面、可靠性、易用性、性能、兼容性、安全性等

补充说明：

（1）系统测试是从完整的角度，广面去看待问题，不再看模块

（2）虽然系统测试包括冒烟测试和回归测试，但三者之间是有严格的先后顺序的，即：先冒烟、再系统、后回归。

（1）回归测试（Regression Testing）：指修改了旧的代码之后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。（自动回归测试将大幅度降低系统测试、维护升级等阶段的成本）。

在整个软件测试过程中占有很大的工作比重，软件开发的各个阶段都会进行多次回归测试。随着系统的庞大，回归测试的成本越来越大，通过正确的回归测试策略来改进回归测试的效率和有效性是很有意义的。

（2）冒烟测试（smoke testing）：该术语来自硬件，指对一个硬件或一组硬件进行更改或修复后，直接给设备加电。如果没有冒烟，则该组件就通过了测试，也可以理解为该种测试耗时短，仅用一袋烟的功夫就足够了。

冒烟测试的对象是每一个新编译的需要正式测试的软件版本，目的是确认软件基本功能正常，可以进行后续正式的测试工作。

冒烟测试的执行者是版本编译人。

冒烟测试一般在开发人员开发完毕后送给测试人员来进行测试时，测试人员会先进行冒烟测试，保证基本功能正常，不阻碍后续测试。

4.验收测试（Acceptance Testing）

验收测试（交付测试）：是部署软件之前的最后一个测试操作。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。

测试阶段：系统测试通过后

测试对象：整个系统（包括软硬件）

测试人员：主要是最终用户或者需求方

测试依据：用户需求、验收标准

测试方法：黑盒测试

测试内容：同系统测试（功能、各类文档文档等）

下面，我们以手机为例，举个例子：

针对买回来的新手机以及它的美颜功能来进行测试。

（1）当买回来的手机，它的美颜功能有问题时，我们只针对美颜功能的代码进行测试，就是单元测试。

（2）对于新买回来的手机，检测手机通讯录是否可以增添、删除、更改手机号码，打电话时需要手动的输入电话，也可以在手机中查找，这就是集成测试。

（3）新手机都会有一个合格标签，原因是出厂前手机厂商会对某一个型号的手机功能全部测试一遍，包括手机硬件本身，手机自带的APP等，这个叫系统测试。

（4）当修好新买回来的手机的美颜功能以后，用户除了会查看美颜功能是否完好，还会查看其他功能是否也完好，这个叫回归测试。

（5）对于新买回来的手机，我们做的第一件事是将常用的手机功能试一遍，第二件事情就是讲所有功能都试一遍，这个叫冒烟测试。

（6）对于新买回来的手机，一般都有7天包退，30天包换，我们一般都是在7天内把手机的所有功能都试一遍，这叫验收测试。

二、按是否查看代码划分

1.黑盒测试（Black-box Testing）

黑盒测试也是功能测试，测试中把被测的软件当成一个黑盒子，不关心盒子的内部结构是什么，只关心软件的输入数据和输出数据。

2.白盒测试（White-box Testing）

白盒测试又称结构测试、透明盒测试、逻辑驱动测试或基于代码的测试。白盒测试是指打开盒子，去研究里面的源代码和程序结果。

白盒测试也是接口测试的一种。

3.灰盒测试（Gray-Box Testing）

灰盒测试是介于白盒测试和黑盒测试之间的一种，灰盒测试多用于集成测试阶段，不仅关注输入、输出的正确性，同时也关注程序内部的情况。

灰盒测试：功能+接口

三、按是否运行划分

1.静态测试（Static testing）

静态方法是指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性，对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。分析如下：

检查项：代码风格和规则审核；程序设计和结构的审核；业务逻辑的审核；走查、审查与技术复审手册。

静态质量：度量所依据的标准是ISO9126。在该标准中，软件的质量用以下几个方面来衡量，即功能性(Functionality)、可靠(Reliability)、可用性(Usability)、有效性(Efficiency)、可维护性（Maintainability）、可移植性(Portability)。

静态测试：代码静态分析和文档测试都属于静态测试。

2.动态测试（Dynamic testing）

动态测试是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性、健壮性、等性能。

（1）动态测试有三部分组成：构造测试用例、执行程序、分析程序的输出结果。

（2）大多数软件测试都属于动态测试。

四、按测试对象划分

1.性能测试

检查系统是否满足需求规格说明书中规定的性能。

通常表现在以下几个方面：

对资源利用（如内存、处理机周期等）进行的精确度量

对执行间隔

日志事件（如中断，报错）

响应时间

吞吐量（TPS）

辅助存储区（例如缓冲区、工作区的大小等）

处理精度等进行的监测

2.安全测试

安全测试是一个相对独立的领域，需要更多的专业知识。如：WEB的安全测试、需要熟悉各种网络协议、防火墙、CDN、熟悉各种操作系统的漏洞、熟悉路由器等。

安全测试这个领域感觉也是很有意思的，希望以后有机会学习学习！！！

3.兼容性测试

兼容性测试主要是指，软件之间能否很好的运作，会不会有影响、软件和硬件之间能否发挥很好的效率工作，会不会影响导致系统的崩溃。

平台测试

浏览器测试

软件本身能否向前或向后兼容

测试软件能否与其它相关软件兼容

数据兼容性测试

最常见的兼容性测试就是浏览器的兼容性测试，不同浏览器在css，js解析上的不同会导致页面显示不同。

常见的IE8的兼容性。

4.文档测试

国家有关计算机软件产品开发文件编制指南中共有14种文件，可分为3大类。

开发文件：可行性研究报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。

用户文件：用户手册、操作手册，用户文档的作用：改善易安装性；改善软件的易学性与易用性；改善软件可靠性；降低技术支持成本。

管理文件：项目开发计划、测试计划、测试分析报告、开发进度月报、项目开发总结报告。

在实际的测试中，最常见的就是用户文件的测试，例如：手册说明书等。

文档测试关注的点：

文档的术语

文档的正确性

文档的完整性 

文档的一致性

文档的易用性

5.易用性测试（用户体验测试）

易用性（Useability）是交互的适应性、功能性和有效性的集中体现。又叫用户体验测试。

6.业务测试

业务测试是指：测试人员将系统的整个模块串接起来运行、模拟真实用户实际的工作流程。满足用户需求定义的功能来进行测试的过程。

7.界面测试

界面测试（简称UI测试)，测试用户界面的功能模块的布局是否合理、整体风格是否一致、各个控件的放置位置是否符合客户使用习惯，此外还要测试界面操作便捷性、导航简单易懂性，页面元素的可用性，界面中文字是否正确，命名是否统一，页面是否美观，文字、图片组合是否完美等。

8.安装测试

安装测试是指：测试程序的安装、卸载。最典型的就是APP的安装、卸载。

9.内存泄漏测试

内存泄漏的检测： 1、对于不同的程序可以使用不同的方法来进行内存泄露的检查，还可以使用一些专门的工具来进行内存问题的检查，例如MemProof. AQTime、Purify、BundsChecker等。 有些开发工具本身就带有内存问题检查机制．要确保程序员在编写程序和编译程序的时候打开这些功能。

2、通过代码扫描分析工具来检查

五、按测试实施的组织

1.α测试（Alpha Testing）

α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。

α测试的目的是评价软件产品的FLURPS（即功能、局域化、可使用性、可靠性、性能和支持）。

2.β测试(Beta Testing)

Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个客房场所进行。

α测试与Beta测试的区别：

（1）测试的场所不同：Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。

（2）Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。beta测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。

（3）alpha测试先于beta测试执行。通用的软件产品需要较大规模的beta测试,测试周期比较长。

3.第三方测试

介于开发方和用户方之间的组织测试。

六、按是否手工执行划分

1.手工测试（Manual testing）

手工测试是由人一个一个的输入用例，然后观察结果，和机器测试相对应，属于比较原始但是必须的一种。

优点：自动化测试无法代替探索性测试、发散思维类无既定结果的测试。

缺点：执行效率慢，量大易错。

2.自动化测试（Automation Testing）

所谓自动化测试，就是在预设条件下运行系统或应用程序，评估运行结果。（预先条件包括：正常条件和异常条件）。简单来说，自动化测试就是是把人为驱动的测试行为，转化为机器执行的一种过程。

自动化测试有：测试自动化、性能测试自动化、安全测试自动化。（一般情况下，我们说的自动化是指功能测试的自动化）

自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。接口测试的ROI（产出投入比）要比UI测试高。

自动化实施的步骤：

（1）完成功能测试，版本基本稳定

（2）根据项目特性，选择适合项目的自动化工具，并搭建环境

（3）提取手工测试的测试用例转换为自动化测试的用例

（4）通过工具、代码实现自动化的构造输入、自动检测输出结果是否符合预期

（5）生成自动测试报告

（6）持续改进、脚本优化

七、按测试地域划分

1.国际化测试

软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程。而本地化测试和国际化测试则是针对这类软件产品进行的测试。由于软件的全球化普及，还有软件外包行业的兴起，软件的本地化和国际化测试俨然成为了一个独特的测试专门领域。

本地化和国际化测试与其他类型的测试存在很多不同之处。下面是本地化和国际化测试 的一些要点。

1、本地化后的软件在外观上与原来版本是否存在很大的差异，外观是否墼齐、不走样。

2、是否对所有界面元素都进行了本地化处理，包括对话框、菜单、工具栏、状态栏、提示信息（包括声音的提示）、日志等。

3、在不同的屏幕分辨率下界面是否正常显示。

4、是否存在不同的字体大小，字体设置是否恰当。

5、日期、数字格式、货币等是否能适应不同国家的文化习俗。例如，中文是年月日，而英文是月日年。

6、排序的方式是否考虑了不同语言的特点。例如，中文按照第一个字的汉语拼音顺序排序，而英文按照首字母排序。

7、在不同的国家采用不同的度量单位，软件是否能自适应和转换。

8、软件是否能在不同类型的硬件上正常运行，特别是在当地市场上销售的流行硬件上。

9、软件是否能在Windows或者其他操作系统的当地版本上正常运行。

10、联机帮助和文档是否已经翻译，翻译后的链接是否正常。正文翻译是否正确、恰当， 是否有语法错误。

软件本地化和国际化测试是一个综合了翻译行业和软件测试行业的测试类型。它要求测 试人员具备一定的翻译能力、语言文化，同时具备测试人员的基本技能。

2.本地化测试

之前我们一起学习的测试都是本地化测试。

图二、

2.1、黑盒，白盒和灰盒测试

黑盒测试 ：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

白盒测试 ：已知产品的内部工作过程，可以通过测试证明每种内部操作是否符合设计规格要求，所有内部成分是否以经过检查。

灰盒测试：是介于白盒测试与黑盒测试之间的，可以这样理解，灰盒测试关注输出对于输入的正确性，同时也关注内部表现，但这种关注不象白盒那样详细、完整，只是通过一些表征性的现象、事件、标志来判断内部的运行状态，有时候输出是正确的，但内部其实已经错误了，这种情况非常多，如果每次都通过白盒测试来操作，效率会很低，因此需要采取这样的一种灰盒的方法

2.2、静态和动态测试

静态测试：是指不实际运行被测试软件，而只是静态的检查程序代码、界面或者文档中可能存在的错误的过程。

动态测试：是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程。

2.3：功能测试和性能测试

功能测试：是黑盒测试的一部分，它检查实际软件的功能是否符合用户的需求。

功能测试可以细分逻辑功能测试，界面测试，易用性测试，安装测试和兼容性测试。

逻辑功能测试:测试应用是否符合逻辑，比如应该先注册账号之后，才能进行登录,登录之后才能看我的购物车

界面测试:窗口大小，按钮大小，点击按钮弹出什么样的提示框，是否有滚动条，下拉菜单是否有展示内容...

易用性测试:从软件使用的合理性和方便性等角度对软件系统进行检查,比如，软件窗口长宽比例是否合适，颜色色彩是否赏心悦目，字体大小是否合适

安装测试：

兼容性测试:硬件兼容性测试和软件兼容性测试

硬件兼容性:比如一款软件在pc机，笔记本上是否兼容

软件兼容性测试:比如一款软件在windows8和windows10上是否兼容

性能测试

时间性能:软件的一个具体事务的响应时间。比如点击一个登陆按钮，到登录成功(失败)的反应时间，浏览器非常常见，ANR（Application not responding 应用程序无响应）

空间性能:软件运行时所消耗的系统资源，比如对内存和cpu的消耗

一般性能测试:软件正常运行，不向其施加任何压力的测试

稳定性测试:也叫可靠性测试，是指连续运行被测系统，检查系统运行时的稳定成都。

负载测试:让被测系统在其能够忍受的压力范围之内连续运行，来测试系统的稳定性。（测试载重）

压力测试:持续不断的给被测试的系统增加压力，直到被测试的系统压垮为止，用来测试系统所承受的最大压力。（测试强度）

2.4回归，冒烟，随机测试

回归测试

是指对软件的新版本进行测试时，重复执行上一个版本测试时的用例，比如在1.0版本中，有一个bug，到了2.0版本中,再重新测试1.0中这个bug

冒烟测试

指对一个软件进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。

测试小组在正式测试一个新版本之前，先指派一两个测试人员测试一下软件的主要功能，如果没有实现，则打回开发组重新开发，这样做可以节省大量的时间成本和人力成本。

随机测试

是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。

2.5单元测试、集成测试、系统测试和验收测试

单元测试

单元测试（unit testing），是指对软件中的最小可测试单元进行检查和验证。对于单元测试中单元的含义，一般来说，要根据实际情况去判定其具体含义，如C语言中单元指一个函数，Java里单元指一个类，图形化的软件中可以指一个窗口或一个菜单等。

总的来说，单元就是人为规定的最小的被测功能模块。

单元测试当一段代码完成之后，是由白盒测试工程师或者开发人员自行测试，比如java中执行单元测试叫做junit测试。

目前大部分公司单元测试由开发人员简单编译和调试一下自己的程序，没有相应的单元测试计划。

单元测试方式:先静态地观察代码是否符合规范，然后动态地运行一下代码,检查运行的结果。

例如：模块接口测试

应对通过所测模块的数据流进行测试

调用所测模块时的输入参数与模块的形式参数的个数、属性和顺序是否匹配

所测模块调用子模块时，输入子模块的参数与子模块的形式参数在个数、属性和顺序上是否匹配。

输出给标准函数的参数的个数、属性和顺序是否正确。

全局变量的定义在各个模块中是否一致。

当模块通过外部设备进行输入/输出操作，文件属性是否正确、open和close语句是否正确，规定的I/O格式说明与I/O语句是否匹配；缓冲区容量是否与记录长度匹配，在读写之前是否打开了文件，读写之后是否关闭了文件，对I/O错误是否做了处理。

驱动模块：相当于所测模块的主程序，它接收测试数据，把这些数据传送给所测模块，最后再输出实际结果

桩模块：用以代替所测模块调用的子模块。

集成测试

集成测试是单元测试的下一个阶段，是指将通过测试单元模块组装成系统或者子系统，再进行测试，重点测试不同模块的接口部分。

在把各个模块连接起来的时候，穿越各个模块的接口的数据时候会丢失

一个模块的功能是否会对另一个模块的功能产生不利的影响

各个子功能组装完成后，能否达到预期的父功能

全局数据结构是否有问题

单个模块产生的误差累计起来是否会放大

系统测试和验收测试

集成测试完成之后，就是系统测试和验收测试。

系统测试:指的是将整个软件系统看做一个1个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。

系统测试由黑盒测试人员在整个系统集成完毕后进行测试，前期主要测试系统的功能是否满足需求，后期主要测试系统运行的性能是否满足需求，以及系统在不同的软硬件环境的兼容性等。

验收测试：以用户为主的测试，软件开发人员和质量保证人员参加

八、测试案例*（思维导图）