⿊盒测试：不基于内部设计和代码的任何知识，⽽是基于需求和功能性。
⽩盒测试：基于⼀个应⽤代码的内部逻辑知识，测试是基于覆盖全部代码、分⽀、路径、条件。
单元测试：最微⼩规模的测试；以测试某个功能或代码块。典型地由程序员⽽⾮测试员来做，因为它需要知道内部程序设计和编码的细节知识。这个⼯作不容易作好，除⾮应⽤系统有⼀个设计很好的体系结构; 还可能需要开发测试驱动器模块或测试套具。 累积综合测试：当⼀个新功能增加后，对应⽤系统所做的连续测试。它要求应⽤系统的不同形态的功能能够⾜够独⽴以可以在全部系统完成前能分别⼯作，或当需要时那些测试驱动器已被开发出来; 这种测试可由程序员或测试员来做。
集成测试：⼀个应⽤系统的各个部件的联合测试，以决定他们能否在⼀起共同⼯作。部件可以是代码块、独⽴的应⽤、⽹络上的客户端或服务器端程序。这种类型的测试尤其与客户服务器和分布式系统有关。
功能测试：⽤于测试应⽤系统的功能需求的⿊盒测试⽅法。这类测试应由测试员做，这并不意味着程序员在发布前不必检查他们的代码能否⼯作(⾃然他能⽤于测试的各个阶段)。
系统测试：基于系统整体需求说明书的⿊盒类测试；应覆盖系统所有联合的部件。
端到端测试：类似于系统测试；测试级的“宏⼤”的端点；涉及整个应⽤系统环境在⼀个现实世界使⽤时的模拟情形的所有测试。例如与数据库对话，⽤⽹络通讯，或与外部硬件、应⽤系统或适当的系统对话。
健全测试：典型地是指⼀个初始化的测试⼯作，以决定⼀个新的软件版本测试是否⾜以执⾏下⼀步⼤的测试努⼒。例如，如果⼀个新版软件每5分钟与系统冲突，使系统陷于泥潭，说明该软件不够“健全”，⽬前不具备进⼀步测试的条件。 衰竭测试：软件或环境的修复或更正后的“再测试”。可能很难确定需要多少遍再次测试。尤其在接近开发周期结束时。⾃动测试⼯具对这类测试尤其有⽤。导热油配方
接受测试：基于客户或最终⽤户的规格书的最终测试，或基于⽤户⼀段时间的使⽤后，看软件是否满⾜客户要求。
负载测试：测试⼀个应⽤在重负荷下的表现，例如测试⼀个 Web 站点在⼤量的负荷下，何时系统的响应会退化或失败。
网络球
强迫测试：在交替进⾏负荷和性能测试时常⽤的术语。也⽤于描述象在异乎寻常的重载下的系统功能
测试之类的测试，如某个动作或输⼊⼤量的重复，⼤量数据的输⼊，对⼀个数据库系统⼤量的复杂查询等。
性能测试：在交替进⾏负荷和强迫测试时常⽤的术语。理想的“性能测试”(和其他类型的测试)应在需求⽂档或质量保证、测试计划中定义。
可⽤性测试：对“⽤户友好性”的测试。显然这是主观的，且将取决于⽬标最终⽤户或客户。⽤户⾯谈、调查、⽤户对话的录象和其他⼀些技术都可使⽤。程序员和测试员通常都不宜作可⽤性测试员。
安装/卸载测试：对软件的全部、部分或升级安装/卸载处理过程的测试。
恢复测试：测试⼀个系统从如下灾难中能否很好地恢复，如遇到系统崩溃、硬件损坏或其他灾难性问题。
安全测试：测试系统在防⽌⾮授权的内部或外部⽤户的访问或故意破坏等情况时怎么样。这可能需要复杂的测试技术。
兼容测试：测试软件在⼀个特定的硬件/软件/操作系统/⽹络等环境下的性能如何。
⽐较测试：与竞争伙伴的产品的⽐较测试，如软件的弱点、优点或实⼒。
Alpha 测试：在系统开发接近完成时对应⽤系统的测试；测试后，仍然会有少量的设计变更。这种测试⼀般由最终⽤户或其他⼈员员完成，不能由程序员或测试员完成。
Beta 测试：当开发和测试根本完成时所做的测试，⽽最终的错误和问题需要在最终发⾏前到。这种测试⼀般由最终⽤户或其他⼈员员完成，不能由程序员或测试员完成。
3.功能测试英姿带
功能测试指测试软件各个功能模块是否正确，逻辑是否正确。
对测试对象的功能测试应侧重于所有可直接追踪到⽤例或业务功能和业务规则的测试需求。这种测试的⽬标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。此类测试基于⿊盒技术，该技术通过图形⽤户界⾯ (GUI) 与应⽤程序进⾏交互，并对交互的输出或结果进⾏分析，以此来核实应⽤程序及其内部进程。功能测试的主要参考为类似于功能说明书之类的⽂档。
⽐如⼀个对电⼦商务系统，前台⽤户浏览商品-放⼊购物车-进⼊结账台，后台处理订单，配货，付款，发货，这⼀系列流程必须正确⽆误的⾛通，不能存在任何的错误。
4.UI测试
UI测试指测试⽤户界⾯的风格是否满⾜客户要求，⽂字是否正确，页⾯美⼯是否好看，⽂字，图⽚组合是否完美，背景是否美观，操作是否友好等等
⽤户界⾯ (UI) 测试⽤于核实⽤户与软件之间的交互。UI 测试的⽬标是确保⽤户界⾯会通过测试对象的功能来为⽤户提供相应的访问或浏览功能。另外，UI 测试还可确保 UI 中的对象按照预期的⽅式运⾏，并符合公司或⾏业的标准。包括⽤户友好性，⼈性化，易操作性测试。UI测试⽐较主观，与测试
⼈员的喜好有关
⽐如：页⾯基调颜⾊刺眼；⽤户登⼊页⾯⽐较难于到，⽂字中出现错别字，页⾯图⽚范围太⼴等都属于UI测试中的缺陷，但是这些缺陷都不太严重。
5.性能测试
性能测试主要测试软件测试的性能，包括负载测试，强度测试，数据库容量测试，基准测试以及基准测试
5.1负载测试
负载测试是⼀种性能测试指数据在超负荷环境中运⾏，程序是否能够承担。
在这种测试中，将使测试对象承担不同的⼯作量，以评测和评估测试对象在不同⼯作量条件下的性能⾏为，以及持续正常运⾏的能⼒。负载测试的⽬标是确定并确保系统在超出最⼤预期⼯作量的情况下仍能正常运⾏。此外，负载测试还要评估性能特征，例如，响应时间、事务处理速率和其他与时间相关的⽅⾯。
⽐如，在B/S结构中⽤户并发量测试就是属于负载测试的⽤户，可以使⽤webload⼯具，模拟上百⼈客户同时访问⽹站，看系统响应时间，处理速度如何？
5.2强度测试
强度测试是⼀种性能测试，他在系统资源特别低的情况下软件系统运⾏情况。这类测试往往可以书写系统要求的软硬件⽔平要求。
实施和执⾏此类测试的⽬的是出因资源不⾜或资源争⽤⽽导致的错误。如果内存或磁盘空间不⾜，测试对象就可能会表现出⼀些在正常条件下并不明显的缺陷。⽽其他缺陷则可能由于争⽤共享资源（如数据库锁或⽹络带宽）⽽造成的。强度测试还可⽤于确定测试对象能够处理的最⼤⼯作量。
⽐如：⼀个系统在内存366M下可以正常运⾏，但是降低到258M下不可以运⾏，告诉内存不⾜，这个系统对内存的要求就是366M。
5.3数据库容量测试
数据库容量测试指通过存储过程往数据库表中插⼊⼀定数量的数据，看看相关页⾯是否能够及时显⽰数据。
数据库容量测试使测试对象处理⼤量的数据，以确定是否达到了将使软件发⽣故障的极限。容量测试还将确定测试对象在给定时间内能够持续处理的最⼤负载或⼯作量。例如，如果测试对象正在为⽣成⼀份报表⽽处理⼀组数据库记录，那么容量测试就会使⽤⼀个⼤型的测试数据库，检验该软件是否正
双面电路板常运⾏并⽣成了正确的报表。做这种测试通常通过书写存储过程向数据库某个表中插⼊⼀定数量的记录，计算相关页⾯的调⽤时间。
⽐如，在电⼦商务系统中，通过insert customer 往user表中插⼊10 000数据，看其是否可以正常显⽰顾客信息列表页⾯，如果要求达到最多可以处理100 000个客户，但是顾客信息列表页⾯不能够在规定的时间内显⽰出来，就需要调整程序中的SQL查询语句；如果在规定的时间内显⽰出来，可以将⽤户数分别提⾼到20 000 , 50 000, 100 000进⾏测试。
5.4基准测试
基准测试与已知现有的系统进⾏⽐较，主要检验是否与类似的产品具有竞争性的⼀种测试。
如果你要开发⼀套财务系统软件并且你已经获得⽤友财务系统的性能等数据，你可以测试你这套系统，看看哪些地⽅⽐⽤友财务系统好，哪些地⽅差？以便改进⾃⼰的系统，也可为产品⼴告提供数据。
5.5竞争测试
软件竞争使⽤各种资源（数据纪录，内存等），看他与其他相关系统对资源的争夺能⼒。⽐如：⼀台机器上即安装您的财务系统，⼜安装⽤友财务系统。当CPU占有率下降后，看看是否能够强过⽤友财
务系统，⽽是⾃⼰的系统能够正常运⾏？
6. 安全性和访问控制测试
安全性和访问控制测试侧重于安全性的两个关键⽅⾯：
应⽤程序级别的安全性，包括对数据或业务功能的访问
系统级别的安全性，包括对系统的登录或远程访问。
6.1应⽤程序级别的安全性
可确保：在预期的安全性情况下，主⾓只能访问特定的功能或⽤例，或者只能访问有限的数据。例如，可能会允许所有⼈输⼊数据，创建新账户，但只有管理员才能删除这些数据或账户。如果具有数据级别的安全性，测试就可确保“⽤户类型⼀”能够看到所有客户消息（包括财务数据），⽽“⽤户⼆”只能看见同⼀客户的统计数据。
⽐如B/S系统，不通过登⼊页⾯，直接输⼊URL，看其是否能够进⼊系统？
6.2系统级别的安全性
可确保只有具备系统访问权限的⽤户才能访问应⽤程序，⽽且只能通过相应的⽹关来访问。
⽐如输⼊管理员账户，检查其密码是否容易猜取，或者可以从数据库中获得？
7.故障转移和恢复测试
故障转移和恢复测试指当主机软硬件发⽣灾难时候，备份机器是否能够正常启动，使系统是否可以正常运⾏，这对于电信，银⾏等领域的软件是⼗分重要的。
故障转移和恢复测试可确保测试对象能成功完成故障转移，并能从导致意外数据损失或数据完整性破坏的各种硬件、软件或⽹络故障中恢复。
故障转移测试可确保：对于必须持续运⾏的系统，⼀旦发⽣故障，备⽤系统就将不失时机地“顶替”发⽣故障的系统，以避免丢失任何数据或事务。
恢复测试是⼀种对抗性的测试过程。在这种测试中，将把应⽤程序或系统置于极端的条件下（或者是模拟的极端条件下），以产⽣故障（例如设备输⼊/输出 (I/O) 故障或⽆效的数据库指针和关健字）。然后调⽤恢复进程并监测和检查应⽤程序和系统，核实应⽤程序或系统和数据已得到了正确的恢复。⼀定要注意主备定时备份
⽐如电信系统，突然主机程序发⽣死机，备份机器是否能够启动，使系统能够正常运⾏，从⽽不影响⽤户打电话？
8.配置测试
⼜叫兼容性测试。配置测试核实测试对象在不同的软件和硬件配置中的运⾏情况。在⼤多数⽣产环境中，客户机⼯作站、⽹络连接和数据库服务器的具体硬件规格会有所不同。客户机⼯作站可能会安装不同的软件例如，应⽤程序、驱动程序等⽽且在任何时候，都可能运⾏许多不同的软件组合，从⽽占⽤不同的资源。（如浏览器版本，操作系统版本等）
下⾯列出主要配置测试
8.1浏览器兼容性
测试软件在不同产商的浏览器下是否能够正确显⽰与运⾏；
⽐如测试IE，Natscape浏览器下是否可以运⾏这套软件？
8.2操作系统兼容性
测试软件在不同操作系统下是否能够正确显⽰与运⾏；
⽐如测试WINDOWS98,WINDOWS 2000,WINDOWS XP,LINU, UNIX下是否可以运⾏这套软件？
8.3硬件兼容性
测试与硬件密切相关的软件产品与其他硬件产品的兼容性，⽐如该软件是少在并⼝设备中的，测试同时使⽤其他并⼝设备，系统是否可以正确使⽤.
⽐如在INTER，舒龙CPU芯⽚下系统是否能够正常运⾏？
这样的测试必须建⽴测试实验室，在各种环境下进⾏测试。
9.安装测试
安装测试有两个⽬的。第⼀个⽬的是确保该软件在正常情况和异常情况的不同条件下: 例如，进⾏⾸次安装、升级、完整的或⾃定义的安装_都能进⾏安装。异常情况包括磁盘空间不⾜、缺少⽬录创建权限等。第⼆个⽬的是核实软件在安装后可⽴即正常运⾏。这通常是指运⾏⼤量为功能测试制定的测试。
安装测试包括测试安装代码以及安装⼿册。安装⼿册提供如何进⾏安装，安装代码提供安装⼀些程序能够运⾏的基础数据。
10.多语种测试
⼜称本地化测试，是指为各个地⽅开发产品的测试，如英⽂版，中⽂版等等，包括程序是否能够正常运⾏，界⾯是否符合当地习俗，快捷键是否正常起作⽤等等， 特别测试在A语⾔环境下运⾏B语⾔软件（⽐如在英⽂win98下试图运⾏中⽂版的程序），出现现象是否正常 。I'm not very sure about this. ( commented by Sherry)
本地化测试还要考虑：
当语⾔从A翻译到B，字符长度变化是否影响页⾯效果。⽐如中⽂软件中有个按键叫“看⼴告”，翻译到英⽂版本中为 “View
advertisement”可能影响页⾯的美观程度。
要考虑同⼀单词在各个国家的不同意思，⽐如football在英⽂中为⾜球，⽽美国⼈使⽤中可能理解为美式橄榄球。
要考虑各个国家的民族习惯，⽐如龙在美国中被理解邪恶的象征，但翻译到中国，中国⼈认为是吉祥的象征。
11.⽂字测试
⽂字测试测试软件中是否拼写正确，是否易懂，不存在⼆义性，没有语法错误；⽂字与内容是否有出⼊等等，包括图⽚⽂字。
⽐如：“⽐如，请输⼊正确的证件号码！”何谓正确的证件号码，证件可以为⾝份证，驾驶证，也可为军官证，如果改为“请输⼊正确的⾝份证号码！”⽤户就⽐较容易理解了。
12.分辨率测试
测试在不同分辨率下，界⾯的美观程度，分为800600，1024768，1152864，1280768，12801024，12001600⼤⼩字体下测试。⼀个好的软件要有⼀个极佳的分辨率，⽽在其他分辨率下也都能可以运⾏。
13发布测试
主要在产品发布前对⼀些附带产品，⽐如说明书，⼴告稿等进⾏测试
13.1说明书测试
主要为语⾔检查，功能检查，图⽚检查
语⾔检查：检查说明书语⾔是否正确，⽤词是否易于理解；
功能检查：功能是否描述完全，或者描述了并没有的功能等；
图⽚检查:：检查图⽚是否正确
13.2宣传材料测试
海砂混凝土主要测试产品中的附带的宣传材料中的语⾔，描述功能，图⽚
13.3帮助⽂件测试
帮助⽂件是否正确，易懂，是否⼈性化。最好能够提供检索功能。
13.4⼴告⽤语
产品出公司前的⼴告材料⽂字，功能，图⽚，⼈性化的检查
14 ⽂档审核测试
⽂档审核测试⽬前越来越引起⼈们的重视，软件质量不是检查出来的，⽽是融进软件开发中来。前置软件测试发越来越受到重视。请看⼀个资料：立式小便器
⽂档审核测试主要包括需求⽂档测试，设计⽂档测试，为前置软件测试测试中的⼀部分。
14.1需求⽂档测试
主要测试需求中是否存在逻辑⽭盾以及需求在技术上是否可以实现；
14.2设计⽂档测试
测试设计是否符合全部需求以及设计是否合理。
本⽂转⾃⽹络
豫公网安备41160202000603
站长QQ:729038198
关于我们
投诉建议