软件测试必备基础知识
软 件 测 试基础知识
第一章测试基础软件测试的定义：使用人工和自动的手段来运行或测试某个系统的过程。
其目的是检验它是否满足规定的需求或弄清预期结果与实际结果间的差别。
软件测试的目的:证明检测预防证明：1）获取系统在可接受风险范围内可用的信心2）尝试在非正常情况和条件下的功能和特性3）保证一个工作产品是完整的且可用或可被集成的检测：1）发现缺陷，错误和系统不足2）定义系统能力和局限性3）提供组件、工作产品和系统的质量信息预防：1）通过将测试活动提前介入到软件生命周期中，尽早的发现并消除前期研发阶段引入的缺陷，以防止前期缺陷遗留并放大到后续环节2）通过对发现的缺陷进行分析，找出导致这些缺陷产生的流程上的不足，通过改进流程，预防同类缺陷再次产生软件生命周期：计划->需求分析->概要设计->详细设计->编码->测试->运行维护1)计划:SDP (软件研发计划) UTP（单元测试计划）SVVP(软件验证与确认计划) ITP （集成测试计划）STP （系统测试计划）2)需求分析:SRS（软件需求规格说明）根据研发类型，需求来源，则用户针对的具体对象分为两种：针对产品的与针对项目的3)设计：HLD(High Level Design概要设计)LLD(Low Level Design 详细设计)4)编码:写成以某个程序设计语言表示的源程序清单，使用RDBMS(Relational Database Management System 关系型数据库管理系统)工具建立数据库。
5)测试：检验软件是否符合客户需求，达到质量要求。
按测试阶段分单元测试（UT）集成测试（IT ）系统测试（ST ）——最先介入，最晚结束6) 运行维护:将软件交付用户投入正式使用，以后便进入维护阶段，可能有多种原因需要对其进行修改，如软件错误、系统软件升级、增强软件功能、提高性能等。
软件研发的相关要素：人员 过程 工具1） 人员组成分析人员设计人员 开发人员 测试人员配置管理人员（CMO,SCM ） SQA2） 组架构软件研发流程：常见的软件研发流程：瀑布模型，螺旋模型，RUP 流程，IPD 流程软件缺陷和BUG （包括错误和不足）：缺陷的引入是随时的，不确定的。
软件测评师基础知识
软件测评师基础知识软件测评师是进行软件产品质量评估的专业人员。
他们的任务是测试软件的功能、性能和稳定性，以确保软件产品符合用户需求并具备良好的用户体验。
以下是软件测评师需要掌握的基础知识：1. 软件开发过程：了解软件开发的各个阶段，如需求分析、设计、编码、测试和部署等，并了解不同开发方法论（如瀑布模型、敏捷开发等）的特点和流程。
2. 测试方法和策略：熟悉各种测试方法，包括黑盒测试、白盒测试、灰盒测试等，并了解测试用例设计技巧和覆盖率评估方法。
掌握测试策略的制定，包括功能测试、性能测试、安全测试、兼容性测试等。
3. 测试工具和平台：了解常用的测试工具和平台，如自动化测试工具、性能测试工具、缺陷管理工具等，并熟悉它们的使用方法和功能特点。
掌握使用命令行工具进行测试和分析的技巧。
4. 缺陷管理：理解缺陷管理的流程和原则，包括缺陷的发现、跟踪、修复和验证等，并了解如何编写高质量的缺陷报告，以便开发人员能够准确理解和解决问题。
5. 软件测试标准和规范：熟悉软件测试的标准和规范，如ISO 29119、IEEE 829等，并了解各种软件质量模型和评估方法（如CMMI、SPICE等）的基本概念。
6. 数据库和SQL：熟悉数据库的基本概念和操作，了解SQL语言的基本语法和常用操作，以便进行数据库测试和数据验证。
7. 故障排除和调试：掌握故障排除和调试的基本方法和技巧，能够追踪问题源头、分析日志和进行错误定位。
8. 统计学基础：了解统计学的基本概念和方法，掌握测试结果的分析和统计处理技巧，能够进行测试数据的可靠性分析和效果评估。
以上是软件测评师需要掌握的基础知识。
通过深入学习和实践，软件测评师可以不断提升自己的技能和能力，为软件质量的提升做出贡献。
软件测试文档-基础知识
软件测试文档软件测试的基本概念和方法1 软件测试的基本流程2 软件缺陷(Bug)3软件测试的基本原则4 软件测试的基本方法5 软件测试的分类和阶段软件测试基本流程软件测试活动包括：★制定测试计划★设计测试用例★执行测试和缺陷跟踪★测试评估（报告）测试计划主要包含以下内容：▼测试计划的简介及测试项目说明▼需要测试的项目清单▼测试手段和策略▼项目通过或失败的标准▼测试的可交付性▼测试任务▼环境的需求▼测试的资源（人员）▼进度表▼风险及偶然事故的预测测试计划注意事项在写测试计划时需要特别注意以下几点：▼明确测试的目标测试最后要达到的目标必须是明确的，可以量化和度量的，而不是模棱两可的宏观描述。
▼坚持“5W”规则，明确内容与过程“5W”规则指的是What、Why、When、Where、How。
利用“5W”规则可以帮助测试团队理解测试的目的(Why)，明确测试的范围和内容(What)，确定测试的开始和结束日期(When)，指出测试的方法和工具(How)，给出测试文档和软件的存放位置(Where)。
测试用例测试用例（checklist），是关于具体测试步骤的文档，它描述了测试的输入参数、条件及配置、预期的输出结果等，以判断被测软件的工作是否正常。
测试用例应当包括用例编号、用例名称、测试等级、预置条件、输入数据、操作步骤、预期输出、实际输出、注释等。
用例设计方法等价类划分，分为有效等价类和无效等价类边界值分析，选取正好等于、刚刚大于或刚刚小于边界的值作为测试数据因果图法，根据所有输入条件的不同组合，产生多种相应的结果来设计用例通过测试，通过分析需求说明书，确定程序是否满足目标失败测试，纯粹为了破坏软件，做一些系统不允许做的事情而设计用例执行测试（用例）将设计好的测试用例和测试数据应用于实际软件测试过程中，在执行测试的过程中，可以对前阶段的测试用例和测试数据进行补充，以便使用例更加完善，使测试更加充分。
在执行测试的过程中，将提交的BUG进行跟踪，再次验证，这是一个循环的过程软件缺陷(Bug)在软件使用过程中所出现的任何问题，或者导致软件不能符合设计要求或满足消费者需求的问题都是软件缺陷（ＢＵＧ）发现ＢＵＧ要及时提交给开发人员及其他相关人员，在记录缺陷时要注意以下几条：◆保证重现缺陷◆分析故障，使用最少步骤重现缺陷，但要包含所有重现缺陷的必要步骤◆方便阅读◆一个缺陷一个报告软件缺陷类型软件缺陷的主要类型/现象：功能、特性没有实现或部分实现设计不合理，存在缺陷实际结果和预期结果不一致运行出错，包括运行中断、系统崩溃、界面混乱数据结果不正确、精度不够用户不能接受的其他问题，如存取时间过长、界面不美观软件测试的原则所有测试的标准都是建立在用户需求之上。
软件评测师知识点
软件评测师知识点
以下是软件评测师需要掌握的一些知识点：
1. 软件测试基础知识：了解软件测试的基本概念、方法、流程和原则，熟悉各种测试技术和工具。
2. 软件开发生命周期：了解软件开发过程中不同阶段的任务和活动，如需求分析、设计、编码、测试和维护等。
3. 软件质量管理：了解质量管理的基本原理和方法，包括质量标准、质量保证、质量控制、缺陷管理等。
4. 编程知识：具备一定的编程能力，能够理解和修改源代码，熟悉至少一种编程语言。
5. 系统架构和基础设施：了解不同操作系统、数据库、网络协议等的基本原理和运行机制。
6. 测试工具和技术：掌握常用的测试工具，如静态代码分析工具、自动化测试工具、性能测试工具等，熟悉不同的测试技术，如黑盒测试、白盒测试、灰盒测试等。
7. 缺陷管理和跟踪：能够识别、记录和跟踪软件缺陷，并能够与开发人员有效地沟通和协调解决问题。
8. 常见的软件开发方法和框架：了解敏捷开发、瀑布模型、迭代开发等常见的开发方法和框架，熟悉它们的优缺点和适用条
件。
9. 业务领域知识：根据具体的软件项目，了解相关的业务领域知识，以便更好地理解用户需求和进行测试。
10. 沟通和协作能力：与开发人员、产品经理、用户等进行有效沟通和协作，能够准确理解需求，并提供准确的测试结果和建议。
以上是软件评测师需要掌握的一些知识点，希望对你有帮助。
软件测试基础知识汇总
第一讲计算机基础一、软件计算机=硬件+软件软件=程序+文档测试对象：文档和程序都要测试扩展：1、软件的开发阶段划分：（1）需求分析阶段由需求分析人员完成，产出物：《需求规格说明书》（2）设计阶段由系统架构师（分析师）完成，产出物：《概要设计说明书》和《详细设计说明书》（3）编码阶段由开发人员完成，产出物：程序常见面试题：哪个阶段引入的bug最多？哪个阶段最少？引入bug最多的是需求分析阶段（大概占缺陷总数的55%左右），其次是设计阶段（大概占缺陷总数的25%左右），最少的是编码阶段（大概占缺陷总数的15%左右），还有大约5%左右的缺陷是由于兼容性问题或者配置原因造成的。
由此得出结论：（1）测试不能只测程序，文档也必须要测（2）测试工作应尽早介入，并且应该贯穿整个开发周期始终（尽早测试原则和不断测试原则）二、软件缺陷Defect ,Bug1、缺陷定义（5条）说明：只要满足任何一条就是bug，与顺序无关。
（1）需求要求的功能没有实现（3）软件出现了指明不应该出现的错误（4）需求中虽未明确说明，但是应该实现的功能没有实现说明：需求并不完美，有遗漏的可能性，但是测试人员不能因为需求的错误，就造成测试的错误。
（5）程序运行缓慢、难以理解，不易使用等，站在用户角度上，一切不好的地方。
2、缺陷定义2 理解：IEEE美国电气和电子工程师协会（IEEE）对缺陷的定义：（1）从软件产品的内部去看（白盒）缺陷是软件产品开发或维护过程中存在的错误、毛病等各种问题；（2）从软件产品的外部去看（黑盒）缺陷是系统所需要实现的某种功能的失效或违背。
扩展：缺陷的同义词：毛病、问题、错误、异常、功能失效、违背等等3、缺陷定义3软件使用过程中的软件错误、异常等问题软件的2个基本因素：（1）功能要能够实现（2）软件要有强大的异常处理能力（健壮性）三、软件测试Test1、什么是软件测试简单来说软件测试就是从现有软件中，尽可能多的查找缺陷的过程。
软件测试基础知识点
软件测试基本概念1、软件=程序+文档，软件测试=程序测试+文档测试。
“程序”是指能够实现某种功能的指令的集合，“文档”是指软件在开发、使用和维护过程中产生的图文集合。
2、软件的分类：4种①按功能分：系统软件、应用软件②按技术架构分：单机版软件、C/S结构软件（C是指客户端，S指服务器端）、B/S结构软件（B是指浏览器）③按照用户划分：产品软件、项目软件④按开发规模划分：小型、中型、大型3、BUG的定义：软件的BUG指的是软件中（包括程序和文档）不符合用户需求的问题。
常见的软件BUG分三种类型：完全没有实现的功能；基本实现了用户需求的功能；实现了用户不需要的功能。
4、测试环境=软件+网络+硬件。
搭建环境：真实、干净、无毒、独立5、软件环境的分类：软件开发环境软件生产运行环境6、测试用例：指在测试执行之前设计的一套详细的测试方案，包括测试环境、测试步骤、测试数据和与其结果！测试用例=输入+输出+测试环境。
测试用例有两个模板，word和excel，前者适合性能测试，后者适合功能测试。
软件测试分类1、黑盒测试：指的是把被测的软件看作是一个黑盒子，我们不去关心盒子里面的结构是什么样子的，只关心软件的输入数据和输出结果白盒测试：指的是把盒子盖打开，去研究里面的源代码和程序结构。
2、静态测试：是指不实际运行被测软件，而只是静态的检查程序代码、界面或文档中可能存在的错误的过程。
动态测试：是指实际运行被测程序，输入相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以我们判断一个测试属于动态测试还是静态测试，唯一的标准就是看是否运行程序。
注：同一个测试，既有可能属于黑盒测试，也有可能属于动态测试；既有可能属于静态测试，也有可能属于白盒测试。
他们之间也有可能交叉。
3、单元测试：编译运行程序——静态测试——动态测试集成测试：是单元测试的下一个阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部分。
软件测试全套入门自学教程零基础小白必看
软件测试全套入门自学教程零基础小白必看一、教学内容本节课我们将学习软件测试的全套入门知识，包括软件测试的基本概念、测试方法、测试类型、测试工具以及测试流程等。
具体内容包括：1. 软件测试的基本概念：软件测试的定义、目的和重要性。
2. 测试方法：黑盒测试、白盒测试、灰盒测试和静态测试等。
3. 测试类型：功能测试、性能测试、兼容性测试、安全测试等。
4. 测试工具：自动化测试工具、性能测试工具、缺陷跟踪工具等。
5. 测试流程：测试计划、测试设计、测试执行、测试报告等。
二、教学目标1. 了解软件测试的基本概念，理解软件测试的目的和重要性。
2. 掌握不同的测试方法，能够根据需求选择合适的测试方法。
3. 熟悉不同的测试类型，能够区分并应用各种测试类型。
4. 了解常用的测试工具，能够选择合适的工具进行测试。
5. 掌握软件测试的基本流程，能够独立完成简单的测试工作。
三、教学难点与重点重点：软件测试的基本概念、测试方法、测试类型和测试流程。
难点：测试工具的选择和应用，测试流程的独立完成。
四、教具与学具准备教具：投影仪、电脑、黑板、粉笔。
学具：笔记本、笔、教材。
五、教学过程1. 引入：通过一个简单的案例，引入软件测试的概念，让学生了解软件测试的重要性。
2. 讲解：详细讲解软件测试的基本概念、测试方法、测试类型和测试流程。
3. 演示：通过实际操作，演示如何使用常用的测试工具进行测试。
4. 练习：学生分组进行练习，独立完成一个简单的测试案例。
六、板书设计1. 软件测试的基本概念2. 测试方法3. 测试类型4. 测试工具5. 测试流程七、作业设计1. 请简述软件测试的目的和重要性。
答案：软件测试的目的是发现软件中的缺陷和问题，确保软件的质量和稳定性。
软件测试的重要性在于，它可以预防软件发布后出现的问题，提高用户的使用体验，降低软件维护成本。
2. 请列举三种常用的测试方法。
答案：黑盒测试、白盒测试、灰盒测试。
3. 请列举三种常用的测试类型。
软件测试基础知识
软件测试基础知识一、软件测试的描述：测试能提高软件的质量，但是提高质量不能依赖测试；测试只能证明错误存在，不能证明错误不存在；测试的主要困难是不知道该如何进行有效地测试，也不知道什么时候能够放心的结束测试；每个程序员都应当测试自己的程序（份内事），但不能作为程序已通过测试的依据（所以项目需要独立的测试人员）；80-20原则：80%的错误聚集在20%的模块中，经常出错的模块改错后还是会经常出错；测试应当循序渐进，不要企图一次性做完。
"欲速则不达"。
一个好的测试用例是指很可能找到迄今为至尚未发现的错误的测试用例一个成功的测试是指揭示了迄今为至尚未发现的错误的测试二、软件分类：1)按功能分：系统软件（OS、硬件驱动程序）应用软件（Office、QQ)2)按技术架构分：单机版软件（Office、画图工具）C/S结构软件（客户端Client/服务器端Server,QQ、MSN)B/S结构软件（浏览器Browser/服务器Server,WEB项目）<现在软件的主流> 3)按用户分：产品软件：目标用户是大众用户(win 8)项目软件：目标用户是具体用户软件测试的目的：为了发现错误，不能证明程序正确，设计合适的测试用例，用尽可能少的测试用例，来发现尽可能多的软件错误。
测试人员的主要工作：1）规划测试任务2）设计测试（包括编写测试用例等等）3）建立一个合适的测试环境4）评估、获取、安装和配置自动测试工具5）执行测试6）撰写适当的测试文档软件测试与软件质量：QA（Quality Assurance），(关注的是过程)；QC（Quality Control），即质量控制(关注的是结果)。
软件能力成熟度模型（CMM）CMM将软件组织的过程能力成熟度级别分为5个级别：初始级、可重复级、已定义级、已管理级、优化级。
SQA（Software Quality Assurance，软件质量保障）测试是在发现问题，SQA是在预防问题ISO/IEC9126国际标准所定义的软件质量包括六个部分，分别为功能性、可靠性、可用性、有效性、可维护性和可移植性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件测试必备基础知识一、基本概念软件测试在规定条件下对程序进行操作，以发现错误，对软件质量进行评估，包括对软件形成过程的文档、数据以及程序进行测试软件测试的目的发现程序中存在的错误发现程序中存在的错误，而不是证明程序无错误。
一个好的测试用例在于它能发现至今尚未发现的错误。
一个成功的测试则是发现了至今未发现的错误。
开始我们认为做测试无非是为了证明我们编的程序是无错误的，那是大错特错了。
因为bug会因时间不同，条件不同而出现。
永远无法证明我们的程序是绝对正确的。
为反馈信息做准备为开发者或软件项目经理提供反馈信息，以及为风险评估所准备的信息软件测试的原则所有的测试都应追溯到用户需求。
因为软件的目的是使用户完成预定的任务，满足其需求，而软件测试揭示软件的缺陷和错误，一旦修正这些错误就能更好地满足用户需求。
应尽早地和不断地进行软件测试。
由于软件的复杂性和抽象性，在软件生命周期各阶段都可能产生错误，所以不应把软件测试仅仅看作是软件开发的一个独立阶段，而应当把它贯穿到软件开发的各个阶段去。
在需求分析和设计阶段就应开始进行测试工作，编写相应的测试计划及测试设计文档，同时坚持在开发各阶段进行技术评审和验证，这样才能尽早发现和预防错误，杜绝某些缺陷和错误，提高软件质量，测试工作进行得越早，越有利于提高软件的质量，这是预防性测试的基本原则。
在有限的时间和资源下进行完全测试，找出软件所有的错误和缺陷是不可能的，软件测试不能无限进行下去，应适时终止。
因为，测试输入量大、输出结果多、路径组合太多，用有限的资源来达到完全测试是不现实的。
测试只能证明软件存在错误而不能证明软件没有错误。
测试是无法显示潜在的错误和缺陷，继续进一步错误可能还会找到其它错误和缺陷。
充分关注测试中的集群现象。
在测试的程序段中，若发现的错误数目多，则残存在其中的错误也越多，因此应当花较多的时间和代价测试那些具有更多错误数目的程序模块。
程序员应避免检查自己的程序。
考虑到人们的心理因素，自己揭露自己程序中的错误是件不愉快的事，自己不愿意否认自己的工作;另一方面，由于思维定势，自己难以发现自己的错误。
因此，测试一般由独立的测试部门或第三方机构进行。
尽量避免测试的随意性。
软件测试是有组织、有计划、有步骤的活动，要严格按照测试计划进行，要避免测试的随意性。
软件测试对象程序开发过程中的各个文档、源程序、目标程序及数据软件测试的模型V模型从左到右，描述了基本的开发过程和测试行为，非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发过程期间各阶段的对应关系。
左边依次下降的是开发过程各阶段，与此相对应的是右边依次上升的部分，即各测试过程的各个阶段。
V模型问题："测试是开发之后的一个阶段，"测试的对象就是程序本身。
"实际应用中容易导致需求阶段的错误一直到最后系统测试阶段才被发现。
"整个软件产品的过程质量保证完全依赖于开发人员的能力和对工作的责任心，而且上一步的结果必须是充分和正确的，如果任何一个环节出了问题，则必将严重的影响整个工程的质量和预期进度W模型相对于V模型，W模型更科学。
W模型是V模型的发展，强调的是测试伴随着整个软件开发周期，而且测试的对象不仅仅是程序，需求、功能和设计同样要测试。
测试与开发是同步进行的，从而有利于尽早地发现问题。
W模型也有局限性。
W模型和V模型都把软件的开发视为需求、设计、编码等一系列串行的活动，无法支持迭代、自发性以及变更调整。
二、软件测试的流程需求评审阅读需求、理解需求及了解需求测试计划根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。
用例设计根据测试计划、任务分配、功能点划分，设计合理的测试用例。
执行测试根据测试用例的详细步骤，执行测试用例。
三、常见的用例设计方法黑盒测试用例设计方法等价划分定义等价类划分法是一种典型的、重要的黑盒测试方法，它将程序所有可能的输入数据（有效的和无效的）划分成若干个等价类。
然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。
利用这一方法设计测试用例可以不考虑程序的内部结构，以需求规格说明书为依据，选择适当的典型子集，认真分析和推敲说明书的各项需求，特别是功能需求，尽可能多地发现错误。
等价类划分法是一种系统性的确定要输入的测试条件的方法。
有效等价类有效等价类指对于程序规格说明来说，是合理的、有意义的输入数据构成的集合。
利用有效等价类可以检验程序是否实现了规格说明预先规定的功能和性能。
有效等价类可以是一个，也可以是多个，根据系统的输入域划分若干部分，然后从每个部分中选取少数有代表性数据当做数据测试的测试用例，等价类是输入域的集合。
无效等价类无效等价类和有效等价类相反，无效等价类是指对于软件规格说明而言，没有意义的、不合理的输入数据集合。
利用无效等价类，可以找出程序异常说明情况，检查程序的功能和性能的实现是否有不符合规格说明要求的地方。
等价类划分的方法"按区间划分。
"按数值划分。
"按数值集合划分。
"按限制条件或规划划分。
"按处理方式划分。
等价类划分的原则"在输入条件规定的取值范围或值的个数的情况下，可以确定一个有效等价类和两个无效等价类。
"在规定了输入数据的一组值中（假定有n个值），并且程序要对每个输入值分别处理的情况下，可以确定n个有效等价类和一个无效等价类。
"在规定输入数据必须遵守的规则的情况下，可以确定一个有效等价类和若干个无效等价类。
"在输入条件规定了输入值的集合或规定了"必须如何"的条件下，可以确定一个有效等价类和一个无效等价类。
"在确定已划分的等价类中各元素在程序处理中的方式不同的情况下，则应将该等价类进一步地划分为更小的等价类。
边界值分析定义边界值是指输入和输出等价类中哪些恰好处于边界、或超过边界、或在边界以下的值、与等价类划分方法的不同"边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件。
"边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试情况。
边界值分析和等价类划分的一个弱点是未对输入条件的组合进行分析。
因果图定义因果图法是一种适合于描述对于多种输入条件组合的测试方法，根据输入条件的组合、约束关系和输出条件的因果关系，分析输入条件的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件涉及的各种组合情况。
因果图法着重分析输入条件的各种组合，每种组合条件就是"因"，它必然有一个输出的结果，这就是"果"。
利用因果图生成测试用例的步骤。
"将规格说明书分解为可执行的片段。
"确定规格说明中的因果关系。
"分析规格说明的语义内容，并将其转换为连接因果关系的布尔图。
"给图加上注解符号，说明由于语法或环境的限制而不能联系起来的"因"和"果"。
"将因果图转换为判定表。
"将判定表转换为测试用例。
白盒测试用例设计方法语句覆盖（SC）判定覆盖（DC）条件覆盖（CC）判定/条件覆盖（DCC）条件组合覆盖（CMC）路径覆盖四、常见的测试方法和类型按代码的可见程度划分黑盒测试黑盒测试又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。
白盒测试白盒测试又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。
灰盒测试灰盒测试是一种综合测试法，它将"黑盒"测试与"白盒"测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。
按项目流程阶段划分单元测试单元测试又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。
其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。
集成测试集成测试又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。
目的是检查软件单位之间的接口是否正确。
系统测试系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等是否满足其规约所指定的要求。
验收测试验收测试是部署软件之前的最后一个测试操作。
验收测试的目的是确保软件准备就绪，向软件购买者展示该软件系统满足其用户的需求。
按执行过程是否需要人工干预划分手工测试手工测试就是由人去一个一个的去执行测试用例，通过键盘鼠标等输入一些参数，查看返回结果是否符合预期结果。
自动化测试自动化测试是把以人为驱动的测试行为转化为机器执行的一种过程。
通常，在设计了测试用例并通过评审之后，由测试人员根据测试用例中描述的规程一步步执行测试，得到实际结果与期望结果的比较。
在此过程中，为了节省人力、时间或硬件资源，提高测试效率，便引入了自动化测试的概念。
自动化测试：又可分为功能自动化测试与性能自动化测试。
我们一般所说的自动化测试就是指功能自动化测试，通过相关的测试技术，通过编码的方式用一段程序来测试一个软件的功能，这样就可以重复执行程序来进行重复的测试。
如果一个软件一小部分发生改变，我们只要修改一部分代码，就可以重复的对整个软件进行功能测试。
这样就大大的提高了测试效率。
性能自动化测试，当然，除了早期阶段，现在的性能测试工作都是通过性能测试工具辅助完成的。
能过工具可以模拟成千上万的用户向系统发送请求，用来验证系统的处理能力。
其他测试方法冒烟测试冒烟测试是指在对一个新版本进行系统大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。
回归测试回归测试是指修改了旧代码后，重新时行测试以确认修改后没有引入新的错误或导致其他代码产生错误。
随机测试是指测试中的所有输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。
压力测试、负载测试及性能测试压力测试：验证软件在超过负载设计的情况下仍能返回正确的结果，没有崩溃负载测试：测试软件在负载情况下能否正常工作性能测试：测试软件的性能，是否提供满意的服务质量理论必不可少，实践也是重中之重。
一、基本概念软件测试软件测试的目的软件测试的原则软件测试对象软件测试的模型二、软件测试的流程需求评审测试计划用例设计执行测试三、常见的用例设计方法黑盒测试用例设计方法白盒测试用例设计方法四、常见的测试方法和类型按代码的可见程度划分按项目流程阶段划分按执行过程是否需要人工干预划分其它测试方法。