本文目录
软件测试的步骤
1、单元测试
单元测试主要是对该软件的模块进行测试，通过测试以发现该模块的实际功能出现不符合的情况和编码错误。
由于该模块的规模不大，功能单一，结构较简单，且测试人员可通过阅读源程序清楚知道其逻辑结构，首先应通过静态测试方法，比如静态分析、代码审查等，对该模块的源程序进行分析，按照模块的程序设计的控制流程图，以满足软件覆盖率要求的逻辑测试要求。
另外，也可采用黑盒测试方法提出一组基本的测试用例，再用白盒测试方法进行验证。若用黑盒测试方法所产生的测试用例满足不了软件的覆盖要求，可采用白盒法增补出新的测试用例，以满足所需的覆盖标准。
其所需的覆盖标准应视模块的实际具体情况而定。对一些质量要求和可靠性要求较高的模块，一般要满足所需条件的组合覆盖或者路径覆盖标准。
2、集成测试
集成测试是软件测试的第二阶段，在这个阶段，通常要对已经严格按照程序设计要求和标准组装起来的模块同时进行测试，明确该程序结构组装的正确性，发现和接口有关的问题，比如模块接口的数据是否会在穿越接口时发生丢失；各个模块之间因某种疏忽而产生不利的影响。
将模块各个子功能组合起来后产生的功能要求达不到预期的功能要求；一些在误差范围内且可接受的误差由于长时间的积累进而到达了不能接受的程度；数据库因单个模块发生错误造成自身出现错误等等。
同时因集成测试是界于单元测试和系统测试之间的，所以，集成测试具有承上启下的作用。因此有关测试人员必须做好集成测试工作。在这一阶段，一般采用的是白盒和黑盒结合的方法进行测试，验证这一阶段设计的合理性以及需求功能的实现性。
3、系统测试
一般情况下，系统测试采用黑盒法来进行测试的，以此来检查该系统是否符合软件需求。本阶段的主要测试内容包括健壮性测试、性能测试、功能测试、安装或反安装测试、用户界面测试、压力测试、可靠性及安全性测试等。为了有效保证这一阶段测试的客观性，必须由独立的测试小组来进行相关的系统测试。
另外，系统测试过程较为复杂，由于在系统测试阶段不断变更需求造成功能的删除或增加，从而使程序不断出现相应的更改，而程序在更改后可能会出现新的问题，或者原本没有问题的功能由于更改导致出现问题。所以，测试人员必须进行回归测试。
4、验收测试
验收测试是最后一个阶段的测试操作，在软件产品投入正式运行前的所要进行的测试工作。和系统测试相比而言，验收测试与之的区别就只是测试人员不同，验收测试则是由用户来执行这一操作的。
验收测试的主要目标是为向用户展示所开发出来的软件符合预定的要求和有关标准，并验证软件实际工作的有效性和可靠性，确保用户能用该软件顺利完成既定的任务和功能。通过了验收测试，该产品就可进行发布。
但是，在实际交付给用户之后，开发人员是无法预测该软件用户在实际运用过程中是如何使用该程序的，所以从用户的角度出发，测试人员还应进行Alpha测试或Beta测试这两种情形的测试。Alpha测试是在软件开发环境下由用户进行的测试，或者模拟实际操作环境进而进行的测试。
Alpha测试主要是对软件产品的功能、局域化、界面、可使用性以及性能等等方面进行评价。而Beta测试是在实际环境中由多个用户对其进行测试，并将在测试过程中发现的错误有效反馈给软件开发者。所以在测试过程中用户必须定期将所遇到的问题反馈给开发者。
扩展资料
对计算机软件进行测试前，首先需遵循软件测试原则，即不完全原则的遵守。不完全原则即为若测试不完全、测试过程中涉及免疫性原则的部分较多，可对软件测试起到一定帮助。
因软件测试因此类因素具有一定程度的免疫性，测试人员能够完成的测试内容与其免疫性成正比，若想使软件测试更为流畅、测试效果更为有效，首先需遵循此类原则，将此类原则贯穿整个开发流程，不断进行测试，而并非一次性全程测试。
软件测试方法总结
软件测试方法总结
总结是事后对某一阶段的学习或工作情况作加以回顾检查并分析评价的书面材料，它可以帮助我们有寻找学习和工作中的规律，为此要我们写一份总结。那么你知道总结如何写吗？以下是我为大家收集的软件测试方法总结，仅供参考，希望能够帮助到大家。
工作刚满三个月，在这三个月的时间内，我主要做了以下几个方面的工作：
1.对软件的熟悉与理解
2.跟随开发人员对软件的改进进行了跟踪测试，利用功能组合的方法，对各种工具进行了测试，提交Bug共计405个，已验证关闭268个。
3.对软件用户手册和管理员手册的一部分进行了测试与更改，期间也加深了对该软件各个功能的理解
对已经实现的功能基本上都进行了测试，对软件使用上的改进也提出了自己的建议。期间也了解了软件的功能需求，主要是对客户端服务器端及方案设计器进行了功能测试。在这段时间里学到了不少东西。
在这段期间软件根据用户的反馈一直在不断的改进，基本上每天都会有变化，我跟据开发的进度一直在不断的测试，对新增加的工具边使用边学习，提交缺陷报告，并及时与开发人员进行沟通处理有歧异的缺陷报告，反复验证修复后的缺陷。直到上一周利用他们出差的时间，我有对以前测试过的工具重新进行了更深一层的的组合测试。通过这段时间的改进，软件的各项功能已经越来越全面，
目前软件的’基本功能都已实现，致命错误越来越少，
期间也试用了自动化性能测试工具LoadRunner，由于软件还没有整体完成，在使用中不好匹配协议，现在正在熟悉另一个自动化工具RationalRobot来进行性能测试。
下半年，主要工作时是：
1.随着软件的逐步完成，将细化功能测试并及早的着手准备性能测试，界面测试，易用性等其他方面的总体测试，
2.测试所有与本软件有关的文档
3.解决所有遗留的有歧异的缺陷报告，参照提交的缺陷报告进行回归测试。
4.随着其他项目的开展着手准备测试前期的工作。
具体的工作实施安排还将根据项目组的工作进展和规划进行调整。
软件测试是什么 有哪些方法
软件测试是指在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
软件测试是什么
软件测试(英语：Software Testing)，描述一种用来促进鉴定软件的正确性、完整性、安全性和质量的过程。换句话说，软件测试是一种实际输出与预期输出之间的审核或者比较过程。软件测试的经典定义是：在规定的条件下对程序进行操作，以发现程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。
软件测试有哪些方法
静态测试方法： 静态测试方式指软件代码的静态分析测验，此类过程中应用数据较少，主要过程为通过软件的静态性测试(即人工推断或计算机辅助测试)测试程序中运算方式、算法的正确性，进而完成测试过程。
动态测试： 计算机动态测试的主要目的为检测软件运行中出现的问题，较静态测试方式相比，其被称为动态的原因即为其测试方式主要依赖程序的运用，主要为检测软件中动态行为是否缺失、软件运行效果是否良好。
黑盒测试： 黑盒测试，顾名思义即为将软件测试环境模拟为不可见的“黑盒”。通过数据输入观察数据输出，检查软件内部功能是否正常。测试展开时，数据输入软件中，等待数据输出。数据输出时若与预计数据一致，则证明该软件通过测试，若数据与预计数据有出入，即便出入较小亦证明软件程序内部出现问题，需尽快解决。
白盒测试： 白盒测试相对于黑盒测试而言具有一定透明性，原理为根据软件内部应用、源代码等对产品内部工作过程进行调试。测试过程中常将其与软件内部结构协同展开分析，最大优点即为其能够有效解决软件内部应用程序出现的问题，测试过程中常将其与黑盒测试方式结合，当测试软件功能较多时，白盒测试法亦可对此类情况展开有效调试。
软件测试的有效方法主要有哪些
很多人都知道，对于很多软件开发公司来说，无论什么软件在进行上市之前都需要进行不断的反复测试，需要在保证没有任何问题的情况下才能投到市面上使用。在进行软件测试的过程中，很多人会有一个疑问，什么测试软件才能很好的测出开发软件的稳定性呢？在进行测试的过程中，有哪些不错的测试软件可以选择呢？下面云南电脑培训为大家介绍有效的软件测试方法。
金字塔模型
想要构建一个全面的测试框架，在进行测试之前首先需要进行了解金字塔的模型的测试方法。在之前，很多软件公司都会都是使用用户界面进行软件测试，还需要工程师直接手动操作界面，并且编写自动化宏脚本进行界面操作。但是这样的方法是无法检测出代码存在的问题，不同的测试所能检测的问题是不一样的，下面云南IT培训介绍重要的几个层次。
一、单元测试
单元测试主要是用于验证服务中类方法或函数的行为。它们在代码文件中执行类方法或函数，提供不同的输入，并且还能很好的验证与每个输入相对应的输出。
二、集成测试
集成测试主要是用于验证服务的外部行为。能够通过测试框架启动服务实例，并且调用服务的外部接口来执行业务逻辑。
三、端到端的测试
端到端测试用于验证多个服务之间的交互。可以在单独的环境中启动服务的多个实例，允许服务实例之间的交互完成测试。端到端测试需要由调用的服务返回的响应验证网络请求。
四、用户界面测试
用户界面测试是在整个测试中不可缺少的一部分，主要用于验证整个平台的行为，在进行测试的过程中，不仅需要进行客户端的逻辑测试，还可以对测试后系统的逻辑测试，昆明IT培训认为这样才能很好的保证客户端和后端的正常交互。
在进行测试过程中，不能仅仅是为了测试而测试，最重要的是需要了解测试的目的，能够为客户带来更好的体验，保证软件的良好体验。昆明北大青鸟能够为你提供很好的软件开发平台，通过掌握软件开发基础进行深入了解，为想要学习软件开发的人提供更好的平台。
软件测试的方法有哪几种
第一类测试方法是试图验证软件是“工作的”，所谓“工作的”就是指软件的功能是按照预先的设计执行的；而第二类测试方法则是设法证明软件是“不工作的”。
还有两大类：白盒法和黑盒法。
白盒法：你清楚程序的流程时，用不同的数据测试你程序的代码，验证程序的正确性，有：条件测试，路径测试，条件组合。。。。
白盒法用在程序开发阶段的前期。
黑盒法：主要用于程序开发阶段的后期，即程序的流程测试正确后，测试程序的结果。有什么因果法，边缘值法等。
具体你可以买本软件工程方面的书看看。
还有一下方法：
功能测试：可接受性测试：用户界面测试：探索或开放’型的测试：性能测试：回归测试：强力测试：集成与兼容性测试：装配/安装/配置测试：国际化支持测试：本地化语言测试：
这些都是测试的方法.
软件测试的方法一共有几种
1、从是否关心内部结构来看
（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。
（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。
（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。
2、从是否执行代码看
（1）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。
(2)动态测试：是指通过运行被测程序，检查运行结果与预期结果的差异，并分析运行效率、正确性和健壮性等性能指标。
3、从开发过程级别看
（1）单元测试：又称模块测试，是针对软件设计的最小单位----程序模块或功能模块，进行正确性检验的测试工作。其目的在于检验程序各模块是否存在各种差错，是否能正确地实现了其功能，满足其性能和接口要求。
(2)集成测试：又叫组装测试或联合，是单元测试的多级扩展，是在单元测试的基础上进行的一种有序测试。旨在检验软件单元之间的接口关系，以期望通过测试发现各软件单元接口之间存在的问题，最终把经过测试的单元组成符合设计要求的软件。
（3）系统测试：是为判断系统是否符合要求而对集成的软、硬件系统进行的测试活动、它是将已经集成好的软件系统，作为基于整个计算机系统的一个元素，与计算机硬件、外设、某些支持软件、人员、数据等其他系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。
在系统测试中，对于具体的测试类型有：
（1）功能测试：对软件需求规格说明书中的功能需求逐项进行的测试，以验证功能是否满足要求。
（2）性能测试：对软件需求规格说明书的功能需求逐项进行的测试，以验证功能是否满足要求。
（3）接口测试：对软件需求规格说明中的接口需求逐项进行的测试。
（4）人机交互界面测试：对所有人机交互界面提供的操作和显示界面进行的测试，以检验是否满足用户的需求。
（5）强度测试：强制软件运行在异常乃至发生故障的情况下（设计的极限状态到超出极限），验证软件可以运行到何种程序的测试。
（6）余量测试：对软件是否达到规格说明中要求的余量的测试。
（7）安全性测试：检验软件中已存在的安全性、安全保密性措施是否有效的测试，
（8）可靠性测试：在真实的或仿真的环境中，为做出软件可靠性估计而对软件进行的功能（其输入覆盖和环境覆盖一般大于普通的功能测试）
（9）恢复性测试：对有恢复或重置功能的软件的每一类导致恢复或重置的情况，逐一进行的测试。
（10）边界测试：对软件处在边界或端点情况下运行状态的测试。
（11）数据处理测试：对完成专门数据处理功能所进行的测试。
（12）安装性测试：对安装过程是否符合安装规程的测试，以发现安装过程中的错误。
（13）容量测试：检验软件的能力最高能达到什么程度的测试。
（14）互操作性测试：为验证不同软件之间的互操作能力而进行的测试。
（15）敏感性测试：为发现在有效输入类中可能引起某种不稳定性或不正常处理的某些数据的组合而进行的测试。
（16）标准符合性测试：验证软件与相关国家标准或规范（如军用标准、国家标准、行业标准及国际标准）一致性的测试。
（17）兼容性测试：验证软件在规定条件下与若干个实体共同使用或实现数据格式转换时能满足有关要求能力的测试。
（18）中文本地化测试：验证软件在不降低原有能力的条件下，处理中文能力的测试。
4、从执行过程是否需要人工干预来看
（1）手工测试：就是测试人员按照事先为覆盖被测软件需求而编写的测试用例，根据测试大纲中所描述的测试步骤和方法，手工地一个一个地输入执行，包括与被测软件进行交互（如输入测试数据、记录测试结果等），然后观察测试结果，看被测程序是否存在问题，或在执行过程中是否会有一场发生，属于比较原始但是必须执行的一个步骤。
（2）自动化测试：实际上是将大量的重复性的测试工作交给计算机去完成，通常是使用自动化测试工具来模拟手动测试步骤，执行用某种程序设计语言编写的过程（全自动测试就是指在自动测试过程中，不需要人工干预，由程序自动完成测试的全过程；半自动测试就是指在自动测试过程中，需要手动输入测试用例或选择测试路径，再由自动测试程序按照人工指定的要求完成自动测试）
5、从测试实施组织看
（1）开发测试：开发人员进行的测试
（2）用户测试：用户方进行的测试
（3）第三方测试：有别于开发人员或用户进行的测试，由专业的第三方承担的测试，目的是为了保证测试工作的客观性
6、从测试所处的环境看
（1）阿尔法测试：是由一个用户在开发环境下进行的测试，也可以是公司内部的用户在模拟实际操作环境下进行的测试
（2）贝塔测试：是用户公司组织各方面的典型终端用户在日常工作中实际使用贝塔版本，并要求用户报告
软件测试的测试方法有哪些
软件测试行业因为其薪资高、压力小，受到了越来越多人的青睐，尤其是很多想转入IT行业的小白，软测也是他们的首选。那么软件测试的方法一共有几种呢?
软件测试方法有等价类划分法、边界值方法、因果图法、判定表法、正交排列法、错误推算法、场景法等。本文主要来为大家介绍一下等价类划分法和边界值方法。
一、等价类划分法
等价类划分法是把所有可能输入的数据，分成若干部分(子集)，在该子集合中，各个输入数据对于揭露程序中的错误都是等效的。测试某等价类的代表值就等于对这一类其他值的测试。等价类划分法是软件测试最经典的方法，只要有数据输入的地方就可以使用等价类划分法。因为穷举测试是不可能的，所以要使用最少的数据，达到最大的覆盖——覆盖功能和需求点。
二、边界值分析法
某种意义上来讲，黑盒测试在进行用例设计的时候，分析的就是软件的输入和输出。边界值分析法就是对输入和输出的边界值进行分析，得到一些数据进行测试的黑盒测试方法。它是对等价类划分法的补充。它要分析边界，而边界来自于等价类的边界。等价类分有效等价类和无效等价类，构建数据的时候从有效等价类里挑选任意的值。边界分析则是从等价类里挑选它的边界，所以它是暴露错误能力最强的一种测试方法。只要有数据输入的地方，一般就可以使用边界值。
边界值与等价类划分的区别
边界值分析不是从某等价类中随便挑一个作为代表，而是使这个等价类的每个边界都要作为测试条件，关注的是等价类的边界。而且边界值分析不仅考虑输入条件，还要考虑输出空间产生的测试边界情况。为什么除了等价类分析，还要进行边界值分析因为大量的错误都发生在输入或输出范围的边界上，而不是发生在输入输出范围的内部。所以测试要关注在极值上。针对各种边界情况设计测试用例，也可以查出更多的错误。
以上是关于软件测试的几种方法的介绍，由多测师亲自撰写，全网独家提供!
软件测试的方法有哪几种
1、按是否查看程序内部结构分为：
（1）黑盒测试（black-box
testing）：只关心输入和输出的结果
（2）白盒测试（white-box
testing）：去研究里面的源代码和程序结构
2、按是否运行程序分为：
（1）静态测试（static
testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。
静态测试包括：
对于代码测试，主要是测试代码是否符合相应的标准和规范。
对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。
对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。
（5）动态测试（dynamic
testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程
3、按阶段划分：
（1）单元测试（unit
testing），是指对软件中的最小可测试单元进行检查和验证。
桩模块（stud）是指模拟被测模块所调用的模块，驱动模块（driver）是指模拟被测模块的上级模块，驱动模块用来接收测试数据，启动被测模块并输出结果。
（2）集成测试（integration
testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。
集成测试就是用来检查各个单元模块结合到一起能否协同配合，正常运行。
（3）系统测试（system
testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。
系统测试的主要依据是《系统需求规格说明书》文档。
（4）验收测试（acceptance
testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的最后一道工序。
验收测试又分为a测试和beta测试，其中a测试指的是由用户、
测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给最终用户测试。
4、黑盒测试分为功能测试和性能测试：
1)功能测试（function
testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。
包括逻辑功能测试（logic
function
testing）
界面测试（UI
testing）UI=User
Interface
易用性测试（usability
testing）：是指从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。
兼容性测试（compatibility
testing）：包括硬件兼容性测试和软件兼容性测试
2)性能测试（performance
testing）
软件的性能主要有时间性能和空间性能两种
时间性能：主要指软件的一个具体事务的响应时间（respond
time）。
空间性能：主要指软件运行时所消耗的系统资源。
软件性能测试分为：
一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。
稳定性测试也叫可靠性测试（reliability
testing）：是指连续运行被测系统检查系统运行时的稳定程度。
负载测试（load
testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。
压力测试（stress
testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的最大压力。(Validate
the
system
or
software
can
allowed
the
biggest
stress.)
5、其他测试类型：
回归测试（regression
testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。(When
a
new
build
or
release
is
deployed,
repeat
all
the
test
cases
which
has
executed
in
the
last
build
or
release.)
冒烟测试（smoke
testing），是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。(validate
the
major
function
is
deployed
or
not
in
software
of
system
when
a
new
build
or
release
is
implement.)
随机测试（random
testing），是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实操作，并发现一些边缘性的错误。(means
or
all
the
test
data
is
random,
to
validate
the
some
edge
bugs.)
软件测试的方法有哪些
测试的有2种方法
答：黑盒测试和白盒测试
黑盒：这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。
黑盒测试又叫做功能测试或数据驱动测试。
白盒：此方法把测试对象看做一个透明的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。
通过在不同点检查程序的状态，确定实际的状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。
软件测试按过程分为三个步骤
答：单元测试：单元测试又称模块测试，是针对软件设计的最小单位—程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。
单元测试需要从程序的内部结构出发设计测试用例。多个模块可以平行地独立进行单元测试。
集成测试：在运行（可能是不完整）的应用中保证软件单元被结合后能正常操作的测试执行的阶段
系统测试：当应用作为整体运行时的测试执行阶段
软件测试的步骤是什么？
1)测试过程按4个步骤进行，即单元测试（UnitTesting）、集成测试（IntegratedTesting）、确认测试（ValidationTesting）和系统测试（SystemTesting）及发版测试。
2)开始是单元测试，集中对用源代码实现的每一个程序单元进行测试，检查各个程序模块是否正确地实现了规定的功能。
3)集成测试把已测试过的模块组装起来，主要对与设计相关的软件体系结构的构造进行测试。
4)确认测试则是要检查已实现的软件是否满足了需求规格说明中确定了的各种需求，以及软件配置是否完全、正确。
应该考虑进行如何测试的测试方法
黑盒测试(Blackboxtesting)——不考虑内部设计和代码，根据需求和功能进行测试。
白盒测试(Whiteboxtesting)——根据应用软件的代码的内部逻辑，按照代码的语句、分支、路径和条件进行测试。
功能测试（functionaltesting）——对一个应用软件的功能模块进行黑盒测试。这种测试应当由测试人员进行。但这并不意味着程序员在推出软件之前不进行代码检查。（这一原则适用于所有的测试阶段。）
系统测试——针对全部需求说明进行黑盒测试，包括系统中所有的部件。
回归测试(regressiontesting)——每当软件经过了整理、修改、或者其环境发生变化，都重复进行测试。很难说需要进行多少次回归测试，特别是是到了开发周期的最后阶段。进行此种测试，特别适于使用自动测试工具。
负荷试验(loadtesting)——在大负荷条件下对应用软件进行测试。例如测试一个网站在不同负荷情况下的状况，以确定在什么情况下系统响应速度下降或是出现故障。
压力测试(stresstesting)——经常可以与“负荷测试”或“性能测试”相互代替。这种测试是用来检查系统在下列条件下的情况：在非正常的巨大负荷下、某些动作和输入大量重复、输入大数、对数据库进行非常复杂的查询，等等。
性能测试(performancetesting)——经常可以与“压力测试”或“负荷测试”相互代替。理想的“性能测试”(也包括其他任何类型的测试)都应在质量保障和测试计划的文档终予以规定。
可用性测试(usabilitytesting)——是专为“对用户友好”的特性进行测试。这是一种主观的感觉，取决于最终用户或顾客。可以进行用户会见、检查、对用户会议录像、或者使用其他技术。程序员和测试人员通常不参加可用性测试。
安装/卸载测试(install/uninstalltesting)——对安装/卸载进行测试(包括全部、部分、升级操作)。
安全测试(securitytesting)——测试系统在应付非授权的内部/外部访问、故意的损坏时的防护情况。这需要精密复杂的测试技术。
兼容性测试(compatabilitytesting)——测试在特殊的硬件/软件/操作系统/网络环境下的软件表现。
α测试(alphatesting)——在开发一个应用软件即将完成时所进行的测试。此时还允许有较小的设计修改。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。
β测试(betatesting)——当开发和测试已基本完成，需要在正式发行之前最后寻找毛病而进行的测试。通常由最终用户或其他人进行这种测试，而不是由程序员和测试人员来进行。
