软件测试基础(五)

1.按测试对象划分

1.1 界面测试

1.界面直接和用户交互的，界面设计的好坏决定了用户使用软件的直观感受。
2.界面测试(简称UI测试)，指按照界面的需求(UI设计稿)和界面的设计规则，对我们软件界面所展示的全部内容进行测试和检查，包括以下内容：

(1)验证界面和UI设计稿的一致性，准确性，友好性，比如界面内容对屏幕大小的自适应，换行，内容是否全部清晰展示。
(2)测试页面每一个功能的正确性(从上到下，从左到右)。
(3)测试整个页面布局排版是否合理。不同板块字体大小，是否斜体，图片布局排版，清晰程度等。
(4)对界面不同控件的测试，比如，对话框，文本框，滚动条，选项按钮等是否可以正常使用，有效和无效状态是否设计合理。
(5)要进行界面的不同分辨率的测试。
同一个web页面不同页面大下测试：
a.页面从小到大变换过程中衔接丝滑，让用户可以接受。
b.页面的字体不模糊不消失，不重影。
c.页面的图片不消失，盘版布局合理。
d.页面的功能可以正常使用。

3.界面常见错误：
(1)不适合的快捷键：

(2)文字丢失：

(3)文字的截断(就是显示不清楚，有遮挡)

(4)没有对齐：

(5)文字自动换行：

(6)文字重叠：

(7)重复的快捷键：

1.2 可靠性测试

1.可靠性即可用性，是指系统正常运行的能力或者程度，一般用正常向用户提供软件服务的时间占总时间的百分比。

可靠性 = 正常运行时间/（正常运行时间+非正常运行时间）

a.软件可靠性影响因素：软件本身，外界因素(电，网络，硬件设备，软件系统)
b.系统非正常运行的时间：可能是由于硬件，软件，网络故障或任何其他因素(如断电)造成的，这些因素能让系统停止工作，或者连接中断不能被访问，或者性能急剧降低导致不能使用软件现有的服务。
2.可用性指标一般要求达到4个或5个“9”，即99.99%或者99.999%。

如果可用性达到99.99%，对于一个全年不间断（7*24的方式）运行的系统，意味着全年（252600min)不能 正常工作的时间只有52min，不到一个小时。 如果可用性达到99.999%，意味着全年不能正常工作的时间只有5min

不同的应用系统，可用性的要求是不一样的，非实时性的信息系统(邮件系统)或一般网站要求99.99%，但是军事系统，要求则很高，要99.999%；

1.3容错性测试

1.容错性测试是指系统能够处理异常，用户的错误操作而不至于系统奔溃，从而能够提高系统的可用性，容错性测试包含以下方面：
(1)输入异常数据或进行异常操作，已检验系统的保护性，如果系统的容错性好，系统只给出提示或内部消化掉，而不会导致系统出错甚至奔溃。

比如数据级测试，效验测试，环境容错性测试，界面容错性测试。

(2)灾难恢复性测试：
通过各种手段，让软件强制性地发生故障，然后验证系统已保存的用户数据是否丢失，系统和数据是否能尽快恢复。

1.4 文档测试

1.计算机软件产品开发编制指南共有14种文件，可以分为三大类：
(1)开发文件：可行性研究报告，软件需求说明书，数据要求说明书，概要设计说明书，详细设计说明书，数据库设计说明书，模块开发卷宗。
(2) 用户文件：用户手册，操作手册，用户文档的作用：改善易安装性，改善软件的易学习与易用性；改善软件可靠性；降低技术支持成本。
(3)管理文件：项目开发计划，测试计划，测试分析报告，开发进度月报，项目开发总结报告。
在实际的测试中，最常见的是用户文件的测试，例如：手册说明书。
2.文档测试的关注点：

(1)文档的术语。
(2)文档的正确性
(3)文档的完整性
(4)文档的一致性
(5)文档的易用性。

1.5 兼容性测试

1.平台的兼容性：
(1)web网页:各种浏览器,操作系统的兼容性
(2)App：不同系统的IOS/Android，不同品牌，不同系统版本。
2.软件本身兼容性：软件对本身功能前后的兼容性，比如开发的新功能不能影响老功能，也不能影响后续功能的开发。
3.软件对用户数据的兼容性，比如数据库中某一张表增加字段，不能影响用户之前的数据存储。
4.软件对第三方软件的兼容性：不能影响其它软件的使用；如果和第三方软件有交互，数据要有兼容性。

1.6 易用性

1.许多产品都应用人体工程学的研究成果，是产生在使用起来更加灵活和舒适。软件产品也始终关注用户体验，让用户获得舒适，易用的体验，针对软件这方面的测试称之为易用性测试。
2.易用性包含七个要素：符合标准和规范，直观性，一致性，灵活性，舒适性，正确性和实用性。
(1)标志性和规范性
用户界面上的各种信息应该符合规范和习惯，否则用户使用起来会不舒适，并得不到用户的认可。
(2)直观性
软件功能特性易懂，清晰。用户界面布局合理，对操作的响应在用户的预期之中。让用户直接看到自己期望的操作，或者预期的结果。
(3)灵活性
用户可以根据自己的习惯选择适合自己的操作方式(例如手机上的键盘,九宫格和全键盘还有手写，满足不同用户的需求)，灵活性等价于复杂性，在两者之间找一个平衡点。
(4)舒适性
让用户对自己进行的操作有感知，不产生焦虑情绪(比如下载软件时的进度条)，以及界面友好，美观，操作过程流畅，色彩运用恰当。
(5)实用性
软件系统有运用有价值，具有实用性，用户好操作。

1.7安装卸载测试

1.应用的安装和卸载在任何一个软件中都属于最基本的功能，一旦出错，就属于优先级为紧要Critical的缺陷，主要考虑以下方面：

(1)能正常的用不同的方式进行安装和卸载(应用App,命令行，软件包，第三方助手)。
(2)应用是否可以在不同的系统，版本下安装(安装兼容性)
(3)安装或者卸载过程中是否可以手动暂停，或者取消
(4)安装空间不足时系统是否有提示。
(5)是否可以正常的卸载，以及应用软件的各种卸载方式。
(6)卸载和安装过程中出现环境问题，软件是否可以正常并且合理的应对，比如死机，断电，断网。
(7)卸载后软件的数据文件信息是否清理干净。
(8)安装卸载过程出现环境问题，等环境问题恢复了，仍然可以继续安装和卸载。
(9)卸载过程中取消后，软件是否可以正常使用

1.8 安全测试

1.安全性是指信息安全，是指计算机系统或者网络保护用户数据隐私，完整，保护数据正常传输和抵御黑客，病毒攻击的能力。安全性测试属于非功能性测试很重要的一个方面，系统常见的安全漏洞和威胁：

(1)输入域，如输入恶性或者带有病毒的脚本或字符串。
(2)代码中的安全性问题，如SQL/XML/XSS注入。
(3)不安全的数据存储或者传递。
(4)数据文件，邮件文件，系统配置文件等里面有危害系统的信息或者数据。
(5)有问题的访问控制，权限分配。
(6)假冒ID:身份欺骗
(7)篡改，对数据的恶意修改，破坏数据的完整性。
(8)防止爬虫
(9)上传下载过程中数据拦截，黑客攻击。

2.安全性测试的方法有代码评审，渗透测试，安全运维，常用的静态安全测试工具有，Coverity,IBM Appscan Source,HPFority,常用的动态安全测试有OWASP的ZAP,HP Weblnspect,其中静态安全测试是常用的安全测试的方法。

1.9性能测试

1.我们在使用软件的时候经常碰到软件网页打开时越来越慢，查询数据时很长时间才显示列表，软件运行越来越慢，都是系统的性能下降引起的问题。
2.常见性能问题：

(1)资源泄漏。
(2)资源瓶颈
(3)资源分配不均，线程死锁，线程阻塞。
(4)查询速度慢或效率低，响应速度慢。
(5)受外部系统影响越来越大。

3.衡量一个系统性能好坏的关键性指标有：用户响应时间，事务平均响应时间，吞吐率，每秒点击次数，内存和CPU使用率。

2.0 内存泄漏测试

1.很多软件系统都存在内存泄漏的问题，尤其是缺乏自动垃圾回收机机制的“非托管”语言编写的如C,Delphi等。从用户使用的角度来看，内存泄漏本身不会造成什么危害，一般用户可能根本不会感觉到内存泄漏的存在。但是内存泄漏是会积累的，只要执行的次数足够多，最终会耗尽所有可用内存，使软件的执行越来越慢，最后停止响应。
2.造成内存泄漏的原因很多，最常见的有：

(1)分配完内存忘了回收。
(2)程序写法有问题，造成没办法回收(如死循环造成无法执行到回收步骤)。
(3)某些API函数的使用不正确，造成内存泄漏。

3.内存泄漏的检测方法：
(1)人工静态法:代码走读，人工找未被回收的内存。
(2)自动工具法：借助相应测试内存泄漏的工具，如Visual Leak Detector，记录每次内存分配，清楚告诉用户内存是如何泄漏的。

2.按是否查看代码划分

2.1 黑盒测试

1.黑盒测试就是在完全不考虑程序逻辑和内部结构的情况下，检查系统功能是否按照需求规格说明书的规定正常使用、是否能适当的接收输入数据而输出正确的结果，满足规范需求。
2.黑盒测试又称为数据驱动测试，只注重软件的功能。
3.黑盒测试的优点

(1)不用看代码，不需要了解程序内部的代码以及实现，不关注软件内部的实现(不懂代码的人也可以进行测试)
(2)黑盒测试测试系统的功能，站在用户的角度去使用功能，有利于培养用户思维。
(3)黑盒测试的测试用例是按照需求设计的，不容易遗漏。

4.黑盒测试设计测试用例的方法有哪些?
等价类，边界值，因果图，错误猜测法，场景法，正交法

2.1白盒测试

1.白盒测试：它一般用来分析程序的内部结构，就是针对代码来进行测试，分析和测试代码的逻辑和结构，实现的功能，看是否符合用户的需求。
2.白盒测试的测试目的是，通过检查软件内部的逻辑结构，对软件中的逻辑路径进行覆盖测试；在程序不
同地方设立检查点，检查程序的状态，以确定实际运行状态与预期状态是否一致。
3.白盒测试包含六种测试方法：
语句覆盖、判定覆盖、条件覆盖、判定条件覆盖、条件组合覆盖、路径覆盖。

2.2 灰盒测试

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

3. 按开发阶段划分

3.1 单元测试

单元测试是对软件组成单元进行测试，其目的是验证软件基本组成单位的正确性。测试的对象的软件设计的最小单位:模块，又称为模块测试(类、方法)。

测试阶段：编码前(TDD)：测试驱动开发，测试人员先写测试代码，空跑，开发人员根据异常写代码，直到测试用例代码通过，编码后
测试对象：组成软件的最小单元模块。
测试方法：白盒测试
测试人员：白盒测试工程师或开发人员
测试依据：代码和注释+详细设计文档
测试内容：模块接口测试，局部数据结构测试，边界测试，错误处理测试，路径测试。

3.2 集成测试

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

测试阶段：单元测试后
测试对象：集成模块
测试方法：灰盒测试
测试依据：概要设计文档(V)模型
测试人员:黑盒测试工程师，开发人员。
测试内容：整个模块功能的正确性，单元模块之间接口的正确性，全局数据结构测试，单个模块的缺陷对整个功能模块的影响，模块之间功能的冲突。

3.3 系统测试

当软件开发完成，系统的全面的对软件的功能进行测试。

测试阶段：集成测试之后
测试对象：整个系统
测试方法：黑盒测试
测试人员：黑盒测试工程师
测试依据：需求设计文档
测试内容：系统的功能，界面，易用性，容错性，可移植性，安全性，性能，兼容性。

3.4 回归测试

1.回归测试是指修改了旧代码或引入新代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误，新的代码是否影响了旧功能，进行回归测试。
2.回归测试一般发生在迭代和修复BUG.

3.5 冒烟测试

1.冒烟测试在正式测试之前，对软件系统的基本流程和核心功能进行测试，如果测试通过，才同意正式测试。

2.回归测试和冒烟测试属于系统测试

3.6 验收测试

软件上线前的最后一道测试，由用户或产品经理发起的。
测试阶段：系统测试后
测试内容：整个系统(包括软硬件)
测试方法：黑盒测试
测试依据：用户的需求(V模型)
测试人员：最终用户/产品方、
测试内容：同系统测试(包含一些文档，用户使用手册，功能设计文档)

4.按组织实施组织

4.1 α测试

1.α测试指的是让用户除了开发和测试人员以外的公司内部人员到开发现场去进行测试，测试的环境是开发环境。

α测试不能由程序员或测试员完成。

2.α测试的目的是评价软件产品的FLURPS(即功能、局域化、可使用性、可靠性、性能和支持)。
3.α测试先于β测试之前的。

4.2 β测试

1.β测试是指用户在实际使用环境下进行测试，不限时间，不限地点。
2.α测试和β测试的区别：测试环境不同；时间集中程度不一样；

4.3 第三方测试

第三方软件测评机构(业界的标准和规范进行测试)对软件进行测试。

5.按是否运行划分

5.1 静态测试

静态测试：就是不实际运行被测试软件(只能看代码)，而只是静态的检查程序代码，界面或文档中可能存在的错误的过程。是测试对象的分析过程，仅通过分析或检查源程序的设计，内部结构，逻辑，代码风格和规格来检查程序的正确性。

5.2动态测试

动态测试：指的是实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。

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

6.按是否手工划分

6.1手工测试

1.手工测试就是由人去一个一个的输入用例，运行测试用例，然后观察结果。
2.优缺点:
(1)优点：不可替代，无法被自动化测试替代，手工测试的过程是人为可控的，有利于做探索性测试。
(2)缺点：工作量大容易出错，效率比较低。

6.2自动化测试

1.自动化测试：机器按照预先设定好的条件(自动化测试脚本)去运行程序，评估运行结果，预先条件条件包括正常和异常的方面。
2.自动化测试比如功能测试自动化，UI自动化，，接口自动化，性能测试自动化，安全测试自动化。
3.自动化测试按照测试对象来分，还可以分为接口测试，UI测试。

7.按测试地域划分

软件国际化是什么？

是在软件设计和文档开发过程中，使得功能和代码设计能处理多种语言和文化习俗，使创建不同语言版本时，不需要重新设计源程序代码的软件工程方法。

7.1国际化测试

1.软件的国际化和软件的本地化是开发面向全球不同地区用户使用的软件系统的两个过程，而本地化测试和国际化测试则是针对这类软件产品进行的测试。
2.下面是本地化和国际化测试的一部分要点：
(1)本地化后的软件在外观与原来版本是否存在很大的差异，外观是否整齐，不走样。
(2)是否对所有的界面元素都进行了本地化处理，包括对话框，菜单，工具栏，状态栏，提示信息，日志。
(3)在不同的屏幕分辨率下界面是否正常显示。
(4)是否存在不同的字体大小，字体设置是否恰当。
(5)日期，数字格式，货币等是否能适应不同国家的文化习俗。
(6)排序的方式是否考虑了不同语言的特点(中文按照第一个字的汉语拼音顺序排列，而英文按照首字母排序)。
(7)在不同的国家采用不同的度量单位，软件是否能自适应和转换。
(8)软件是否能在Windows或者其他操作系统的当地版本上正常运行。
(9)软件是否能在不同类型的硬件上正常运行，特别是在当地市场上销售流行的硬件上。
(10)联机帮助和文档是否已经翻译，翻译后的链接是否正常。正文翻译是否正确，恰当，是否有语法错误。

7.2本地化测试

我们学习的测试都是本地化测试。