软件测试分类

按测试阶段来分类：

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

单元测试：对软件中的最小可测试单元进行检查和验证

单元测试的原则：

1、尽可能保证各个测试用例是相互独立的。

2、一般由代码的开发人员来实施，用以检验所开发的代码功能符合自己的设计要求。

单元测试益处：

1、能尽早发现缺陷 

2、有利于重构  

3、简化集成

4、文档  

5、用于设计

单元测试的限制：

1、不可能覆盖所有的执行路径，所以不可能保证捕捉到所有路径的错误

2、每一行代码，一般需要3~5行测试代码才能完成单元测试。所以存在投入和产出的一个平衡

单元测试框架：JUnit  、nunit、PHPUnit、CppUnit

集成测试：是在单元测试的基础上，测试在将所有的软件单元按照概要设计规格说明的要求组装成模块、子系统 或系统的过程中各部分工作是否达到或实现相应技术指标及要求的活动

系统集成测试主要包括以下过程：

1. 构建的确认过程。

2. 补丁的确认过程。

3. 系统集成测试测试组提交过程。

4. 测试用例设计过程。

5. 测试代码编写过程。

6. Bug的报告过程。

7. 每周/每两周的构建过程。

8. 点对点的测试过程。

9. 组内培训过程

集成测试的主要实施方案：

1、Big Bang

2、自顶向下  

3、自底向上

4、黑心系统集成  

5、高频集成

集成测试&单元测试

1、测试的对象不同2、测试的依据不同3、测试的方法不同

系统测试：经过集成测试的软件，作为计算机系统的一个部分，与刺痛中其他部分结合起来，在实际运行环境下对计算机系统进行过的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行。

系统测试关注点：关注系统本身的使用、关注系统与其他相关系统间的连通、关注系统在不同压力下的表现、关注系统在真实使用环境下的表现

系统测试&集成测试

1、测试对象不同

2、测试时间：集成测试介于单元测试和系统测试之间测试、系统测试在集成测试之后

3、测试内容：集成测试：各个单元模块之间的接口。系统测试：整个系统的功能和性能

4、测试角度：集成测试：偏于技术角度的验证，系统测试：偏于业务角度的验证

验收测试：也称交付测试。针对用户需求、业务流程的正式的测试，确定系统是否满足验收标准，由用户、客户或其他授权机构决定是定接受系统。

细分：用户验收测试、运行验收测试、合同和规范验收测试、alpha测试、Bata测试

按测试手段来分类：黑盒测试、白盒测试、静态测试、动态测试、手工测试、自动化测试

黑盒测试优点：

1、容易实施，不需要关注内部的实现

2、更贴近用户的使用角度

缺点：

1、测试覆盖率较低，一般只能覆盖到代码量的不到40%

2、针对黑盒的自动化测试，复用率较低，维护成本较高

黑盒测试主要测试：

1、是否有不正确或遗漏的功能

2、在接口上，输入是否争取为的接受，能否输出正确的结果

3、是否有数据结构错误或外部信息访问醋佛悟

4、性能上是否满足要求

黑盒测试的主要设计方法：等价类划分法、边界值分析法、错误推测法、因果图法、正交试验分析法、状态迁移图法、流程分析法

白盒测试：

主要的逻辑单位：语句、条件、条件组合、分支、路径

优点：

1、迫使测试人员思考软件的实现，理解原理

2、可以检测代码中的每条分支和路径

3、揭示隐藏在代码中的错误

4、对代码的测试比较彻底

缺点：

1、昂贵

2、无法检测代码中遗漏的路径和数据敏感性错误

3、不能直接验证需求的正确性

白盒测试的主要测试方法：代码检测法、静态结构分析法、静态质量度量法、逻辑覆盖法、基本路径测试法

灰盒测试

静态测试：指无须执行被测程序，而是通过评审软件文档或代码，度量程序静态复杂度，检查软件是否符合编程标准，借以发现编写的程序的不住之处，减少错误的概率。

方法：互审、走查、会议

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

手工测试：由专门的测试人员从用户视角来验证软件是否满足设计要求的行为。更适合针对深度的测试和强调主观判断的测试。（众包测试）

自动化测试：使用单独的测试工具软件控制测试的自动化执行以及对预期和结果进行自动检查（单元测试、接口测试、性能测试等）

按测试模式来分类：瀑布模型、敏捷测试、基于脚本的测试、基于风险的测试、探索式测试等

功能测试：功能测试工具：OTPwinrunner、silkTest、Rationalrobot、selenium、watir、SiKuli

按测试类型: 功能测试、性能测试、兼容性测试、部署测试、易用性测试、文档测试、本地化测试、安全测试、无障碍测试、可靠性测试

功能测试: 根据产品特性、操作描述和用户方案，测试一个产品的特性和可操作行为以确定它们满足设计需求。 针对的问题: 功能错误或遗漏、界面问题、性能错误、数据及访问错误、初始化及终止错误。 功能测试工具: 商用: QTP(web)、winrunner(桌面)、silkTest、Rational robot 开源: selenium、Watir、Sikuli(基于屏幕截图)

性能测试: 负载测试:在测试过程中，逐步加入负载，最后确认最大负载; 

压力测试:在极限情况的压力情况; 稳定性测试:稍大于正常业务量的情况下持续长时间的测试。

性能指标: 并发用户数VU、每秒事务数TPS、系统响应时间、设备性能。 性能测试工具: LoadRunner、Silkperformer、Jmeter、WebLoad、Apache Bench、LoadUI。

静态性能评估: 开发Web应用时，基于一系列Web应用页面性能优化的最佳实践对Web应用的页面进行静态分析，并给出评估结果的性能分析方法。

应用性能管理(APM): 提供对系统的实时监控以实现性能管理、故障管理的解决方案 按测试类型分类：

功能测试：主要的类型，根据产品特性、操作描述和用户方案，测试一个产品特性和可操作 行为以确定他们满足设计需求。 针对的问题：功能错误或遗漏、界面问题、性能错误、数据及访问错误、初始化及终止错误

功能测试工具：QTP，silkiest,Rational

负载测试：在测试过程中，逐步的增加负载，来观察系统的表现，最终确定出系统在正常的指标范围下的最大负载。

压力测试：测试系统在极限情况下的压力情况，最终系统字什么样的压力环境下会导致失效，不能正常运行，确定出我们这个系统所能承受的最大极限。

稳定性测试：一般是以稍大于正常业务量的负载进行持续的、长时间的测试，比如：24*5，连续5天的对这个系统进行24小时的施加压力，以确定系统在较长时间的运行情况下，我们这个系统地稳定性情况。

性能指标:

并发用户数VU，同时访问系统的用户数量；

每秒事务数TPS，每秒系统处理业务的数量；

系统响应时间；

设备性能，CPU等

性能测试工具：LoadRunner ,Silkperformer , Jmeter(java开源的有效的测试工具) ,WebLoad , Apache Bench, LoadUI(专门针对http接口的性能测试)

静态性能评估：开发Web应用时，基于一系列Web应用页面性能的最佳实践队Web应用的页面进行静态分析，并给出评估结果的性能分析方法。

评估的标准/工具（YSlow，PageSpeed）

应用性能管理(APM):

提供对系统的实时监控以实现性能管理、故障管理的解决方案。

安全测试：对软件产品进行测试以保证其符合产品安全需求和质量标准

渗透测试：通过模拟对软件系统的恶意攻击行为来评估系统安全性的一种测试

OWASP：Open Web Application Security Project  开放网络应用安全项目

1.Injection 注入脚本漏洞使用户访问到不该访问的数据的目的

2.Broken Authentication and Session Management 失效的身份认证和会话管理  会话劫持漏洞

3.Cross—Site Scripting（XSS）跨站脚本

4.Insecure Direct Object References 不安全的对象直接引用  参数的保护

5.Security Misconfiguration   安全配置类错误

6.Sensitive Data Exposure    敏感信息泄露   信息传递没有对关键信息进行加密

7.Missing Function Level Access Control   功能级别访问控制缺失   比如访问网站可以访问到用户没有权限到达的地方

8.Cross-Site Function Level Access Control（CSRF）  跨站请求伪造  

9.Using Components with Known Vulnerabilities    使用了已知有漏洞的组件   

10.Unvalidated Redirects adn Forwards    未被验证的重定向和转发  （钓鱼网站）

安全测试工具各种针对的点：

Appscan,Webinspect，W3AF：web应用

Nessus：服务器，主机

Nmap：端口开放

MetaSploit：攻击软件，渗透测试

WebScarab：代理劫持

Fortify：针对白盒，源码中的安全问题

兼容性测试： （1）软件本身的兼容性：如软件升级，以前版本的功能也能使用 （2）不同平台下的兼容性：如在Linux系统下的ubuntu、openSUSE等，进行平台的兼容性测试 （3）对不同的设备的兼容性：如32位、64位、如小型机、PC等 （4）软件的互操作性：如和一些主流应用的兼容性

文档测试：针对软件产品的交付品，配套的文档类部件的测试。如用户手册，使用说明、用户帮助文档等。

文档测试关注要点：完整性、正确性、一致性、易理解性、易浏览性

可靠性测试：软件的可靠性和硬件的可靠性

易用性测试：测试用户软件时是否感觉方便，是否能保证用户体验的测试类型

本地化测试：针对软件的本地化版本实施的针对性测试

本地化主要测试内容：

1.语言，书写习惯

2.时区。日期格式、货币

3.当地风俗、法律法规

4.政治敏感内容

部署测试：也称安装测试，主要验证系统部署过程，并确保软件经过安装测试后可以正常使用

部署测试的主要测试内容：

1.在不同环境下的部署验证

2.参照部署文档执行，过程的合理、正确性

3.基础数据

无障碍性测试：也称可访问性测试，指软件需要提供便于特殊人群使用的功能，包括视障、听障、老年人、身体残疾用户等，无障碍测试则是针对这部分功能的测试。

其他的一些测试类型概念：回归测试、冒烟测试、Monkey测试、AB测试

回归测试：软件功能修改后，对软件进行重新测试已确认修改没有引入新的错误或导致其他部分产生错误。

回归测试的中心在关键模块和重点功能组件。

软件研发周期中会进行多次回归测试，且尽量实现自动化。

Monkey测试：也称搞怪测试。就是用一些随机、稀奇古怪的方式来操作软件，以测试系统的健壮性和稳定性。

冒烟测试：来自于硬件板卡验证术语。软件上则用于确认代码中的更改会按预期运行，且不会破坏整个版本的稳定性。

A/B测试：多用于互联网行业，通过为页面提供2个版本给用户使用并记录相关的用户行为数据，来确定更优化设计的一种测试方案。

A/B测试实施要点：

1、多个方案并行

2、每次测试仅改动一个变量

3、按照某种规律进行优胜劣汰