软件测试基础知识大全新手入门必备
软 件 测 试基础知识
第一章测试基础软件测试的定义：使用人工和自动的手段来运行或测试某个系统的过程。
其目的是检验它是否满足规定的需求或弄清预期结果与实际结果间的差别。
软件测试的目的:证明检测预防证明：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. 软件测试基础知识1.1 测试概述•什么是软件测试？•测试的目的和重要性•测试的原则和准则1.2 测试过程•测试计划和策略•测试用例设计与执行•缺陷管理与跟踪1.3 测试分类•黑盒测试和白盒测试•静态测试和动态测试•功能测试和非功能测试1.4 测试技术•边界值分析和等价类划分•决策表测试•递归测试•循环测试2. 软件开发生命周期2.1 瀑布模型•阶段划分及特点•优点和缺点2.2 增量模型•阶段划分及特点•优点和缺点2.3 迭代模型•阶段划分及特点•优点和缺点2.4 敏捷开发•Scrum•XP•敏捷开发原则3. 软件测试类型3.1 单元测试•概念和目标•优点和缺点•测试工具：JUnit3.2 集成测试•概念和目标•优点和缺点•测试工具：Jenkins3.3 系统测试•概念和目标•优点和缺点•测试工具：Selenium3.4 验收测试•概念和目标•优点和缺点•测试工具：Robot Framework 4. 软件测试设计方法4.1 等价类划分法•原理和应用场景•划分方法和注意事项4.2 边界值分析法•原理和应用场景•划分方法和注意事项4.3 图论法•基本概念和应用场景•图的表示方法和遍历算法4.4 正交实验设计•原理和应用场景•正交表的构建方法和使用方式5. 软件测试管理5.1 测试计划•编制目的和内容•关键要素和注意事项5.2 缺陷管理•缺陷的定义和分类•缺陷管理流程•缺陷跟踪工具5.3 测试评估和报告•测试评估指标•测试报告内容和格式•测试报告的编写和分发以上是测试技术的基础知识点总结大全，包括软件测试基础知识、软件开发生命周期、软件测试类型、软件测试设计方法和软件测试管理等内容。
希望对您的学习和工作有所帮助！。
软件测评师基础知识
软件测评师基础知识软件测评师是进行软件产品质量评估的专业人员。
他们的任务是测试软件的功能、性能和稳定性，以确保软件产品符合用户需求并具备良好的用户体验。
以下是软件测评师需要掌握的基础知识：1. 软件开发过程：了解软件开发的各个阶段，如需求分析、设计、编码、测试和部署等，并了解不同开发方法论（如瀑布模型、敏捷开发等）的特点和流程。
2. 测试方法和策略：熟悉各种测试方法，包括黑盒测试、白盒测试、灰盒测试等，并了解测试用例设计技巧和覆盖率评估方法。
掌握测试策略的制定，包括功能测试、性能测试、安全测试、兼容性测试等。
3. 测试工具和平台：了解常用的测试工具和平台，如自动化测试工具、性能测试工具、缺陷管理工具等，并熟悉它们的使用方法和功能特点。
掌握使用命令行工具进行测试和分析的技巧。
4. 缺陷管理：理解缺陷管理的流程和原则，包括缺陷的发现、跟踪、修复和验证等，并了解如何编写高质量的缺陷报告，以便开发人员能够准确理解和解决问题。
5. 软件测试标准和规范：熟悉软件测试的标准和规范，如ISO 29119、IEEE 829等，并了解各种软件质量模型和评估方法（如CMMI、SPICE等）的基本概念。
6. 数据库和SQL：熟悉数据库的基本概念和操作，了解SQL语言的基本语法和常用操作，以便进行数据库测试和数据验证。
7. 故障排除和调试：掌握故障排除和调试的基本方法和技巧，能够追踪问题源头、分析日志和进行错误定位。
8. 统计学基础：了解统计学的基本概念和方法，掌握测试结果的分析和统计处理技巧，能够进行测试数据的可靠性分析和效果评估。
以上是软件测评师需要掌握的基础知识。
通过深入学习和实践，软件测评师可以不断提升自己的技能和能力，为软件质量的提升做出贡献。
软件测试基础知识整理
软件测试基础知识整理软件测试基本概念1、软件=程序+⽂档，软件测试=程序测试+⽂档测试。
“程序”是指能够实现某种功能的指令的集合，“⽂档”是指软件在开发、使⽤和维护过程中产⽣的图⽂集合。
；2、软件的分类按功能分：系统软件、应⽤软件按技术架构分：单机版软件、C/S结构软件（C是指客户端， S指服务器端）、B/S结构软件（B是指浏览器）按照⽤户划分：产品软件、项⽬软件按开发规模划分：⼩型、中型、⼤型3、BUG的定义：软件的BUG指的是软件中（包括程序和⽂档）不符合⽤户需求的问题。
常见的软件BUG分三种类型：完全没有实现的功能；基本实现了⽤户需求的功能；实现了⽤户不需要的功能。
4、测试环境=软件+⽹络+硬件。
搭建环境：真实、⼲净、⽆毒、独⽴5、软件环境的分类：软件开发环境\软件⽣产运⾏环境6、测试⽤例：指在测试执⾏之前设计的⼀套详细的测试⽅案，包括测试环境、测试步骤、测试数据和与其结果！测试⽤例=输⼊+输出+测试环境。
测试⽤例有两个模板，word和excel，前者适合性能测试，后者适合功能测试。
软件测试分类1、⿊盒测试：指的是把被测的软件看作是⼀个⿊盒⼦，我们不去关⼼盒⼦⾥⾯的结构是什么样⼦的，只关⼼软件的输⼊数据和输出结果⽩盒测试：指的是把盒⼦盖打开，去研究⾥⾯的源代码和程序结构。
2、静态测试：是指不实际运⾏被测软件，⽽只是静态的检查程序代码、界⾯或⽂档中可能存在的错误的过程。
动态测试：是指实际运⾏被测程序，输⼊相应的测试数据，检查实际输出结果和预期结果是否相符的过程，所以我们判断⼀个测试属于动态测试还是静态测试，唯⼀的标准就是看是否运⾏程序。
注：同⼀个测试，既有可能属于⿊盒测试，也有可能属于动态测试；既有可能属于静态测试，也有可能属于⽩盒测试。
他们之间也有可能交叉。
3、单元测试：编译运⾏程序——静态测试——动态测试集成测试：是单元测试的下⼀个阶段，是指将通过测试的单元模块组装成系统或⼦系统，再进⾏测试，重点测试不同模块的接⼝部分。
软件测试基础知识与教程
软件测试基础知识与教程第一章：软件测试概述软件测试是指在软件开发过程中，通过预定义的测试方法和工具，对软件的功能、性能和安全等进行验证和确认的过程。
本章将介绍软件测试的概念、目的和重要性。
1.1 软件测试的定义软件测试是对软件产品的评价过程，通过运行程序、应用各种测试技术和工具，发现软件中的错误、缺陷并评估软件质量。
1.2 软件测试的目的- 发现软件中的错误和缺陷，确保软件的稳定性和可靠性；- 评估软件的可用性和性能；- 确保软件符合用户需求和规格说明。
1.3 软件测试的重要性- 高质量的软件需要经过严格的测试才能达到；- 测试能够帮助开发人员识别和修正软件中的错误和缺陷；- 软件测试能够提供可靠的测试结果，为用户提供准确的软件质量评估。
第二章：软件测试方法本章将重点介绍常用的软件测试方法，包括黑盒测试、白盒测试和灰盒测试。
2.1 黑盒测试黑盒测试是一种基于对软件外部行为的观察，不考虑软件内部结构和实现的测试方法。
主要通过输入有效和无效的数据，观察软件的输出和行为是否符合预期来验证软件是否正确运行。
2.2 白盒测试白盒测试是一种基于对软件内部结构和实现的了解，设计测试用例并覆盖内部代码的执行路径的测试方法。
通过结构覆盖、路径覆盖和判定覆盖等方法来验证软件的各个部分都得到了正确的测试。
2.3 灰盒测试灰盒测试是黑盒测试和白盒测试的结合，既考虑软件的外部行为又考虑软件的内部结构。
通过了解软件的设计和实现，设计测试用例并验证软件的正确性和稳定性。
第三章：软件测试流程本章将介绍软件测试的常见流程，包括需求分析、测试计划、测试设计、测试执行和测试评估。
3.1 需求分析在软件测试开始之前，首先需要进行需求分析，明确软件的功能和性能需求，确定测试的目标和范围。
3.2 测试计划测试计划是制定整个测试过程的指南，包括测试资源的分配、测试环境的准备、测试策略和方法的确定。
3.3 测试设计测试设计是根据测试目标和范围，确定测试用例和测试数据的过程。
软件测试文档-基础知识
软件测试文档软件测试的基本概念和方法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. 测试的原则（1）全面性原则：软件测试应该覆盖所有可能的输入和场景。
（2）有效性原则：软件测试需要通过合理的方法来发现软件中的缺陷。
（3）经济性原则：软件测试需要在成本可控的范围内进行，并且要取得相对较高的测试效果。
4. 测试的阶段软件测试可以分为单元测试、集成测试、系统测试和验收测试等几个阶段，每个阶段都有各自的特点和目标。
二、测试方法1. 黑盒测试黑盒测试是基于软件的功能规格和需求来设计测试用例的方法，测试人员不需要了解软件内部的结构和实现细节，主要关注软件的输入和输出。
2. 白盒测试白盒测试是基于软件内部结构和代码来设计测试用例的方法，测试人员需要了解软件的内部逻辑和算法，主要关注软件的逻辑覆盖和代码覆盖。
3. 灰盒测试灰盒测试是介于黑盒测试和白盒测试之间的一种测试方法，既关注软件的功能和需求，又关注软件的内部结构和代码。
4. 功能测试功能测试是测试软件的功能是否符合用户需求和规格说明书的一种测试方法，主要针对软件的界面操作和功能的正确性。
5. 性能测试性能测试是测试软件在不同负载条件下的性能指标，如响应时间、吞吐量、并发用户量等，主要用于评估软件的性能和稳定性。
6. 安全测试安全测试是测试软件的安全性和可靠性的一种测试方法，主要用于评估软件在面对各种攻击和恶意行为时的表现。
7. 自动化测试自动化测试是使用自动化工具和脚本来执行测试用例和生成测试报告的一种测试方法，可以提高测试效率和质量。
软件测试基础知识汇总
第一讲计算机基础一、软件计算机=硬件+软件软件=程序+文档测试对象：文档和程序都要测试扩展：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、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1.软件生命周期(SDLC)的六个阶段1、问题的定义及规划此阶段是软件开发方与需求方共同讨论，主要确定软件的开发目标及其可行性。
2、需求分析在确定软件开发可行的情况下，对软件需要实现的各个功能进行详细分析。
需求分析阶段是一个很重要的阶段，这一阶段做得好，将为整个软件开发项目的成功打下良好的基础。
"唯一不变的是变化本身。
"，同样需求也是在整个软件开发过程中不断变化和深入的，因此我们必须制定需求变更计划来应付这种变化，以保护整个项目的顺利进行。
3、软件设计此阶段主要根据需求分析的结果，对整个软件系统进行设计，如系统框架设计，数据库设计等等。
软件设计一般分为总体设计和详细设计。
好的软件设计将为软件程序编写打下良好的基础。
4、程序编码此阶段是将软件设计的结果转换成计算机可运行的程序代码。
在程序编码中必须要制定统一，符合标准的编写规范。
以保证程序的可读性，易维护性，提高程序的运行效率。
5、软件测试在软件设计完成后要经过严密的测试，以发现软件在整个设计过程中存在的问题并加以纠正。
整个测试过程分单元测试、组装测试以及系统测试三个阶段进行。
测试的方法主要有白盒测试和黑盒测试两种。
在测试过程中需要建立详细的测试计划并严格按照测试计划进行测试，以减少测试的随意性。
6、运行维护软件维护是软件生命周期中持续时间最长的阶段。
在软件开发完成并投入使用后，由于多方面的原因，软件不能继续适应用户的要求。
要延续软件的使用寿命，就必须对软件进行维护。
软件的维护包括纠错性维护和改进性维护两个方面。
2、软件生命周期模型从概念提出的那一刻开始，软件产品就进入了软件生命周期。
在经历需求、分析、设计、实现、部署后，软件将被使用并进入维护阶段，直到最后由于缺少维护费用而逐渐消亡。
这样的一个过程，称为"生命周期模型"（Life Cycle Model）。
典型的几种生命周期模型包括瀑布模型、快速原型模型、迭代模型。
瀑布模型的特点（文档是主体），很多的问题在最后才会暴露出来。
迭代模型比瀑布模型问题暴露的要早；快速原型法比瀑布模型直观。
3.软件测试概念广义概念：指软件生存周期中所有的检查、评审和确认工作，其中包括了对分析、设计阶段，以及完成开发后维护阶段的各类文档、代码的审查和确认狭义概念：识别软件缺陷的过程，即实际结果与预期结果的不一致4.软件测试目的✓测试的目的就是发现软件中的各种缺陷✓测试只能证明软件存在缺陷，不能证明软件不存在缺陷✓测试可以使软件中缺陷降低到一定程度，而不是彻底消灭✓以较少的用例、时间和人力找出软件中的各种错误和缺陷，以确保软件的质量5．软件测试原则✓Good-enough: 一种权衡投入/产出比的原则✓保证测试的覆盖程度，但穷举测试是不可能的✓所有的测试都应追溯到用户需求✓越早测试越好，测试过程与开发过程应是相结合的✓测试的规模由小而大，从单元测试到系统测试✓为了尽可能地发现错误，应该由独立的第三方来测试✓不能为了便于测试擅自修改程序✓既应该测试软件该做什么也应该测试软件不该做什么6．软件测试的的重点✓测试用例的设计–测试用例的设计是整个软件测试工作的核心–测试用例反映对被测对象的质量要求，决定对测试对象的质量评估✓测试工作的管理–尤其是对包含多个子系统的大型软件系统，其测试工作涉及大量人力和物力，有效的测试工作管理是保证有效测试工作的必要前提✓测试环境的建立–测试环境应该与实际测试环境一致7．黑盒测试✓什么是黑盒测试–又称功能测试或数据驱动测试，是针对软件的功能需求/实现进行测试，通过测试来检测每个功能是否符合需求，不考虑程序内部的逻辑结构✓黑盒测试方法–功能划分–等价类划分–边界值分析–因果图–错误推测等8．什么是白盒测试–白盒测试也称结构测试或逻辑驱动测试，必须知道软件内部工作过程，通过测试来检测软件内部是否按照需求、设计正常运行–白盒测试的主要方法–对应于程序的一些主要结构：语句、分支、逻辑路径、变量；白盒测试的主要方法是：–语句覆盖方法–分支覆盖方法–逻辑覆盖方法9.什么是动态测试动态测试需要在开发/测试环境或实际运行环境中运行软件，并使用测试用例去查找软件缺陷；动态测试包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等10.什么是静态测试静态测试不实际运行软件，主要是对软件的编程格式、结构等方面进行评估.静态测试包括代码检查、程序结构分析、代码质量度量等。
它可以由人工进行，也可以借助软件工具自动进行11.手工测试和自动测试a.手工测试缺点在于测试工作量大，重复多，回归测试难以实现b.自动测试利用软件测试工具自动实现全部或部分测试工作：管理、设计、执行和报告；节省大量的测试开销，并能够完成一些手工测试无法实现的测试✓手工完成测试的全部过程无法保证测试的科学性与严密性:–修改的缺陷越多，回归测试越困难–没有人能向决策层提供精确的数据以度量当前的工作进度及工作效率–反复测试带来的倦怠情绪及其他人为因素使得测试标准前后不一–测试花费的时间越长，测试的严格性也就越低✓自动测试将测试人员从反复、烦杂的测试执行中解放出来，用更多的时间进行测试设计和结果分析✓软件测试不可能完全自动化✓不能完成所有手工测试任务✓无创造性且灵活性差，不能改进测试的有效性✓过程中可能会遇到许多意想不到的问题，特别是当软件不稳定时✓测试脚本的维护高12. 测试流程✓单元测试✓集成测试✓系统测试✓用户验收测试✓回归测试–语句覆盖，错误路径14.集成测试✓通过测试发现与模块接口有关的问题✓目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构✓应当避免一次性的集成（除非软件规模很小），而采用增量集成集成测试主要内容✓API✓API/参数组合15．系统测试✓根据软件需求规范的要求进行系统测试，确认系统满足需求的要求✓系统测试人员相当于用户代言人✓在需求分析阶段要确定软件的可测性，保证有效完成系统测试工作✓系统测试主要内容✓所有功能需求得到满足✓所有性能需求得到满足✓其他需求（例如安全性、容错性、兼容性等）得到满足16.用户验收/确认测试✓Alpha测试–是由用户在开发者的场所来进行的，Alpha测试是在一个受控的环境中进行的✓Beta测试–由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者17．压力测试VS性能测试性能测试的目的不是去找bugs,而是排除系统的瓶颈，以及为以后的回归测试建立一个基准。
而性能测试的操作，实际上就是一个非常小心受控的测量分析过程。
在理想的情况下，被测软件在这个时候已经是足够稳定了性能测试是为了检查系统的反映，运行速度等性能指标，他的前提是要求在一定负载下，如检查一个网站在100人同时在线的情况下的性能指标，每个用户是否都还可以正常的完成操作等。
概括就是：在不同负载下（负载一定）时，通过一些系统参数（如反应时间等）检查系统的运行情况；压力测试是为了发现系统能支持的最大负载，他的前提是要求系统性能处在可以接受的范围内，比如经常规定的叶面3秒钟内响应；概括就是：在性能可以接受的前提下，测试系统可以支持的最大负载。
举例说明：针对一个网站进行测试，模拟10到50个用户就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试。
如果同时对系统进行大量的数据查询操作，就包含了强度测试。
18.主流测试工具的测试流程========winrunner1 启动时选择要加载的插件2 进行一些设置（如录制模式等）3 识别应用程序的GUI，即创建map(就是学习被测试软件的界面）4 建立测试脚本（录制及编写）5 对脚本除错及调试（保证能够运行完）6 插入各种检查点（图片，文字，控件等）7 在新版应用程序中执行测试脚本8 分析结果，回报缺陷=========quicktestpro========1 准备录制打开你要对其进行测试的应用程序，并检查QuickTest中的各项设置是否适合当前的要求。
2 进行录制打开QuickTest的录制功能，按测试用例中的描述，操作被测试应用程序。
3 编辑测试脚本通过加入检测点、参数化测试，以及添加分支、循环等控制语句，来增强测试脚本的功能，使将来的回归测试真正能够自动化。
4 调试脚本调试脚本，检查脚本是否存在错误。
5 在回归测试中运行测试在对应用程序的回归测试中，通过QuickTest回放对应用程序的操作，检验软件正确性，实现测试的自动化进行。
6 分析结果，报告问题查看QuickTest记录的运行结果，记录问题，报告测试结果。
＝＝＝＝TestDirect============安装好后，先进入站点管理1 创建域及工程2 添加用户3 编辑licenses及本服务器4 编辑数据库－－TD1 选择新建的工程进行定制(列表，用户，组，版本等)2 在require中增加需求3 把需求转化为plan4 在testlab中由计划新建测试具体用例与执行5 发现bug，在defect中提交bug（每一部分都可以相对独立地使用）======loadrunner1 制定负载测试计划(分析应用程序，确定测试目标，计划怎样执行LoadRunner）2 开发测试脚本（录制基本的用户脚本，完善测试脚本）3 创建运行场景（选择场景类型为Manual Scenario，选择场景类型，理解各种类型，场景的类型转化）4 运行测试5 监视场景（MEMORY 相关，PROCESSOR相关，网络吞量以及带宽，磁盘相关，WEB应用程序，IIS5.0，SQL SERVER，NETWORK DELAY等)6 分析测试结果(分析实时监视图表,分析事务的响应时间,分解页面,确定WEBSERVER的问题,其他有用的功能)。