软件测试理论总结

一、需求

用户需求：用户提出具体功能需求，如邮箱注册功能
软件需求： 根据用户提出的需求，将注册功能分解为多个步骤，如信息输入、提交注册等。

二、软件测试的流程：

• 需求分析（需求是否合理、是否可测）
• 测试计划（人、时间、业务点（要测试的功能）、资源（用什么工具））
• 测试用例设计
• 测试执行（测试环境搭建，测试工具搭建，冒烟测试、系统测试、回归测试，交叉测试、自由测试）
• bug提交
• 新版本发布（新功能测试、回归测试）
• 测试报告总结（缺陷分析、测试结论）

三、测试用例

测试用例的基本要素：用例编号、用例标题、测试环境、操作步骤、测试数据、预期结果等要素

测试用例举例：

四、软件开发模型与测试模型

1、软件开发模型：

（1）瀑布模型：

• 分为需求分析->计划->设计->编码->测试等几个阶段，每个阶段之间有明显的分层，每一阶段的结果会作为下一个阶段的输入，强调文档。整个周期差不多完成之后才能看到结果，然后进行测试。
• 缺点：没有迭代和反馈，不能适应用户不断改变的需求，后期改动成本比较大
  
  （2）敏捷模型：
  敏捷开发 以用户的需求进化为核心 ，采用迭代、循序渐进的方法进行软件开发。在敏捷开发中，软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。换言之，就是把一个大项目分为多个相互联系，但也可独立运行的小项目，并分别完成，在此过程中软件一直处于可使用状态。

2、软件测试模型

（1）软件测试V模型：
明确的标注了测试过程中存在的不同类型的测试，并且清楚的描述了这些测试阶段和开发过程期间各阶段的对应关系。

V模型指出，单元和集成测试应检测程序的执行是否满足软件设计的要求；系统测试应检测系统功能、性能的质量特性是否达到系统要求的指标；验收测试确定软件的实现是否满足用户需要或合同的要求。

局限性:仅仅把测试作为在编码之后的一个阶段，未在需求阶段就进入测试。

（2）软件测试W模型：

W模型的对象不仅是程序，需求、设计等同样也要测试，明确表示出了测试与开发的并行关系。

W模型优点： 有利于尽早地全面发现问题。对需求的测试也有利于及时了解项目难度和测试风险，及早制定应对措施，显著减少总体测试时间，加快项目进度。

局限性： 需求、设计、编码等活动被视为串行的；测试和开发活动也保持着一种线性的前后关系，上一阶段完全结束，才可正式开始下一个阶段工作。无法支持敏捷开发模式。对于当前软件开发复杂多变的情况，W模型并不能解除测试管理面临着困惑。

五、测试方法划分

1、按照开发阶段划分：

（1）单元测试：
对软件组成单元进行测试。其目的是检验软件基本组成模块的正确性。

对象：代码模块

任务：模块接口测试，模块局部数据结构测试，模块边界条件测试，模块中的所有数据通路测试(通常情况下是白盒测试)

优点：能尽早发现错误，降低修改成本

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

对象：经过了单元测试的模块

任务:期望通过测试返现各单元接口之间存在的问题，最后总把经过测试的单元组合成符合设计要求的软件。

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

• 回归测试：回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。自动回归测试将大幅降低系统测试、维护升级等阶段的成本。
• 冒烟测试：目的是保证基本功能正常，不阻碍后续的测试。

（4）验收测试：
验收测试的目的是确保软件准备就绪，按照项目合同、任务书、双方约定的验收依据文档，向软件购买都展示该软件系统满足原始需求。

集成测试和系统测试之间的比较

• 测试角度：集成测试偏重于技术的角度进行测试，系统测试是偏重于业务的角度进行测试。
• 测试内容：集成测试是测试各个单元模块之间的接口，系统测试是测试整个系统的功能和性能；

2、按测试实施组织

（1）α测试：
α测试是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试。α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。

（2）β测试：
Beta测试是一种验收测试。Beta测试由软件的最终用户们在一个或多个场所进行。

α测试与Beta测试的区别：

• 测试的场所不同：Alpha测试是指把用户请到开发方的场所来测试,beta测试是指在一个或多个用户的场所进行的测试。
• Alpha测试的环境是受开发方控制的,用户的数量相对比较少,时间比较集中。beta测试的环境是不受开发方控制的,用户数量相对比较多,时间不集中。

(3) 第三方测试
介于开发方和用户方间的组织的测试。

3、按是否运行划分

（1）静态测试：
仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。对需求规格说明书、软件设计说明书、源程序做结构分析、流程图分析、符号执行来找错。

（2）动态测试
动态测试方法是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能。这种方法由三部分组成：构造测试用例、执行程序、分析程序的输出结果。

大多数软件测试工作都属于动态测试。

4、按是否手工划分：

（1）手工：
优点：自动化无法替代探索性测试、发散思维结果的测试。
缺点：执行效率慢，量大易错。

（2）自动化测试：
自动化测试比如功能测试自动化、性能测试自动化、安全测试自动化。通常所说的自动化是指功能测试自动化。自动化测试按照测试对象来分，还可以分为接口测试、UI测试等。

5、按是否查看代码划分

（1）黑盒测试（功能测试，数据驱动测试）：
不查看代码内部的逻辑，只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否恰当地接收输入数据而产生正确的输出信息。

测试方法：等价类划分（有效等价，无效等价），边界值划分，因果图法，场景法

优点：容易实施，不需要关注内部实现

缺点：覆盖率比较低

（2）白盒测试（结构测试，逻辑驱动测试）
优点：可以检测代码的每一条分支和路径，揭示隐藏在代码中的错误，对代码的测试比较彻底。接口测试也是白盒测试的是一种。

缺点：耗费比较大，不能检测到代码中遗漏的逻辑

测试方法：语句覆盖，条件覆盖，判定覆盖，条件组合覆盖，基本路径覆盖

检查程序内部逻辑，对所有的路径进行测试，是一种穷举路径的测试方法。

（3）灰盒测试
灰盒测试多用于集成测试阶段，将黑盒测试和白盒测试结合在一起的综合测试方法，基于程序运行时的外部表现和程序内部逻辑设计测试用例的方法

6、按测试地域划分：

（1）国际化测试：考虑语言兼容性，如：中文是年月日，而英文是月日年。

（2）本地化测试：之前我们所讲的全是本地化测试。

7、按测试对象：

（1）业务测试：
满足用户需求定义的功能来进行测试的过程。

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

（3）容错性测试
是检查软件在异常条件下自身是否具有防护性的措施或某种灾难性恢复的手段。当系统出错时，能否在指定时间间隔内修正错误并重新启动系统。

（4）文档测试：
开发文件、用户文件、管理文件

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

（6）易用性测试：
易用性（Useability）是交互的适应性、功能性和有效性的集中体现。易用性属于人体工程学的范畴，人体工程学（ergonomics）是一门将日常使用的东西设计为易于使用和实用性强的学科。

（7）安装测试
测试程序的安装、卸载，典型的是app的安装、卸载

（8）安全测试
安全测试是一个相对独立的领域，需要更多的专业知识。例如web的安全测试，需要熟悉各种网络协议TCP\HTTP，防火墙，CDN，熟悉各种操作系统的漏洞，熟悉路由器等。从软件来说，熟悉各种攻击手段，例如SQL注入、Xss等。

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

包含: 并发测试，压力测试，负载测试

关注: 响应时间，吞吐量，并发数，每秒能完成的响应数，cpu占用率，耗电量，网络

（10）内存泄漏测试

8、web测试和app测试的区别

web是b/s架构，基于浏览器；app是c/s架构，基于客户端。web中只要更新了服务器，客户端就会自动更新，app就不能保证客户端及时更新，因为app的更新是需要用户主动去完成的，如果app中修改了服务器，就意味着客户端用户使用的所用户使用的新版本都要进行回归测试。

性能方面：
web关注响应速度，app还看电量，流量，cpu,内存

兼容性方面：
web基于浏览器，主要看电脑硬件，电脑系统，app依赖手机或平板，专注系统是安卓还是ios,关心分辨率，屏幕尺寸

app比web多一项专项测试：
弱网测试，安装，卸载，更新，界面操作，触摸手势等

六、黑盒测试包含的方法

1、黑盒测试（等价类、边界值、因果图、正交排列、场景设计、错误猜测法）

（1）等价类：
依据需求将输入（特殊情况下会考虑输出）划分为若干个等价类，从等价类中选出一个测试用例，如果这个测试用例测试通过，则认为所代表的等价类测试通过，这样就可以用较少的测试用例达到尽量多的功能覆盖，解决了不能穷举测试的问题。

• 有效等价类：对于程序的规格说明书是合理的、有意义的输入数据构成的集合，利用有效等价类验证程序是否实现了规格说明中所规定的功能和性能
• 无效等价类：根据需求说明书，不满足需求的集合。

（2）边界值：
边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充。

举例：
输入框长度为1-11，取边界值为：1、11、12、0

（3）因果图：
因果图法是借助图形来设计测试用例的一种系统方法，特别适用于被测试程序具有多种输入条件、程序的输出又依赖于输入条件的各种情况。

因果图常用表示：


因果图法设计测试用例的步骤如下。
1)分析所有可能的输入和可能的输出。
2)找出输入与输出之间的对应关系。
3)画出因果图。
4)把因果图转换成判定表。
5)把判定表对应到每一个测试用例

案例：
假设业务单据的处理规则为：“淘宝618活动，提单已提交，订单合计金额大于300元或有红包，则进优惠”。

通过分析所有可能的输入和输出，得到：
● 输入：订单已提交、金额大于300、有红包。
● 输出：优惠、不优惠。

找出输入与输出之间的对应关系：
(1)订单已提交，订单金额大于300元，则优惠。
(2)订单已提交，订单金额小于等于300元，无红包，不优惠
(3)订单已提交，有红包，则优惠。
(4)订单已提交，订单金额大于300元，有红包，则优惠。
(5)订单未提交，不优惠。

为了方便画出因果图和判定表，需要对所有输入和输出编号，现在编号如下。
1：订单已提交。
2：订单金额大于300元。
3：有红包
21：优惠
22：不优惠

因果图：

判定表：
有3个条件,输出有2个取值，所以表的列数为2x2x2=8
写判定表时，按列写，一列一列的写。

（4）正交排列：
因果法设计用例太多，正交法的目的是为了减少用例数目。用尽量少的用例覆盖输入的两两组合。

因素：在一项试验中，考察的变量称为因素
水平：在试验范围内，因素的取值数量
行数：正交表中的行的个数，即试验的次数,用N代表
因素数：正交表中列的个数，用C代表。
水平数：任何单个因素能够取得的值的最大个数。

正交表的性质：

• 整齐可比性：在同一张正交表中，每个因素的每个水平出现的次数是完全相同的。（可以认为每一列各水平出现的次数一样多）
• 均衡分散性：在同一张正交表中，任意两列（两个因素）的水平搭配（横向形成的数字对）是完全相同的。

案例：
以注册为例：
有5个因素，每个因素的水平数为2，故可得行数为（2-1）*5+1=6.
填表时，根据正交表的性质来填写。

根据实际情况，增补测试用例：
姓名、邮箱、密码、确认密码、验证码都不填写

（5）场景设计法：
主要是想象各种业务流来设计用例

（6）错误猜测法：
基于经验和直觉，找出程序中你认为可能出现的错误，有针对性地设计测试用例。

注意：

• 测试粒度：指测试用例编写的详细程度。

七、测试工具：

1、禅道

禅道是国产的开源项目管理软件,专注研发项目管理,内置需求管理、任务管理、bug管理、缺陷管理、用例管理、计划发布等功能,实现了软件的完整生命周期管理。

2、jenkins

Jenkins能实时监控集成中存在的错误，提供详细的日志文件和提醒功能，还能用图表的形式形象地展示项目构建的趋势和稳定性。

3、Loadrunner

Loadrunner是业界公认的权威性能测试工具，被誉为工业级的性能测试工具，支持广泛的协议和平台。

4、selenium

Selenium是ThroughtWorks公司一个强大的开源Web功能测试工具系列，支持多平台、多浏览器、多语言去实现自动化测试，Selenium2将浏览器原生的API封装成WebDriver API，可以直接操作浏览器页面里的元素，甚至操作浏览器本身（截屏，窗口大小，启动，关闭，安装插件，配置证书之类的）,所以就像真正的用户在操作一样。