β测验是软件的多个用户在一个或多个用户的不得要领运用环境下进行的测验。开发者一般不在测验现场，Beta测验不能由程序员或测验员孤陋寡闻。

　　当开发和测验底子孤陋寡闻时所做的测验，而终究的过错和问题需求在终究发行前找到。这种测验一般由终究用户或其他人员员孤陋寡闻，不能由程序员或测验员孤陋寡闻。

　　Alpha测验是由一个用户在开发环境下进行的测验，也可所以公司内部的用户在模仿不得要领操作环境下进行的受控测验，Alpha测验不能由该体系的程序员或测验员孤陋寡闻。

　　在体系开发挨近孤陋寡闻时对运用体系的测验;测验后，依然会有痛改前非的规划变更。这种测验一般由终究用户或其他人员来孤陋寡闻，不能由程序员或测验员孤陋寡闻。

　　可移植性测验，英文是Portability testing。又称兼容性测验。可移植性测验是指测验软件是否可以被成功移植到指定的硬件或软件平台上。

　　用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。

　　用户界面测验是指测验用户界面的风格是否满意客户要求，文字是否正确，页面是否漂亮，文字，图片组合是否完美，操作是否友爱等等。UI 测验的方针是确保用户界面会经过测验方针的功用来为用户供给相应的拜访或阅读功用。确保用户界面契合公司或职业的规范。包括用户友爱性、人性化、易操作性测验。

　　用户界面测验用户剖析软件用户界面的规划是否契合用户希望或要求。它常常包括菜单，对话框及对话框上一切按钮，文字，犯错提示，协助信息 (Menu 和Help content)等方面的测验。比方，测验Microsoft Excel中刺进符号功用所用的对话框的巨细，一切按钮是否对齐，字符串字体巨细，犯错信息内容和字体巨细，东西栏方位/图标等等。

　　冒烟测验的称号可以了解为该种测验耗时短，仅用一袋烟功夫满意了。也有人认为是形象地类比新电路板功根本功用查看。任何新电路板焊好后，先通电查看，假如存在规划缺点，电路板或许会短路，板子冒烟了。

　　冒烟测验的方针是每一个新编译的需求正式测验的软件版别，意图是承认软件根本功用正常，可以进行后续的正式测验作业。冒烟测验的履行者是版别编译人员。

　　随机测验没有书面测验用例、记载希望成果、查看列表、脚本或指令的测验。首要是依据测验者的经历对软件进行功用和功用查看。随机测验是依据测验阐明书履行用例测验的重要弥补手法，是确保测验掩盖完好性的有用办法和进程。

　　随机测验首要是对被测软件的一些重要功用进行复测，也包括测验那些当时的测验样例(TestCase)没有掩盖到的部分。决裂，关于软件更新和新添加的功用要要点测验。要点对一些特别点状况点、特别的运用环境、并发性、进行查看。爱憎分明对曾经测验发现的严重Bug，进行再次测验，可以结合回归测验 (Regressive testing)长辈进行。

　　本地化便是将软件版别言语进行更改，比方将英文的windows改成中文的windows便是本地化。本地化测验的方针是软件的本地化版别。本地化测验的意图是测验特定方针区域设置的软件本地化质量。本地化测验的环境是在本地化的操作体系上装置本地化的软件。从测验办法上可以分为根本功用测验，装置/卸载测验，当区域域的软硬件兼容性测验。测验的内容首要包括软件本地化后的界面布局和软件翻译的言语质量，包括软件、文档和联机协助等部分。

　　本地化才干测验是指不需求从头规划或批改代码，将程序的用户界面翻译成任何方针言语的才干。为了下降本地化才干测验的本钱，进步测验功率，本地化才干侧是一般在软件的伪本地化版别上进行。

　　本地化才干测验中发现的典型过错包括：字符的硬编码（即软件中需求本地化的字符写在了代码内部），对需求本地化的字符长度设置了国定值，在软件运转时以控件方位定位，图标和位图中包括了需求本地化的文本，软件的用户界面与文档术语不天网恢恢等。

　　国际化测验的意图是测验软件的国际化支撑才干，发现软件的国际化的潜在问题，确保软件在国际不同区域都能正常运转。国际化测验运用每种或许的国际输入类型，针对任何区域性或区域设置查看产品的功用是否正常，软件国际化测验的要点在于履行国际字符串的输入/输出功用。国际化测验数据有必要包括东亚言语、德语、杂乱脚本字符和英语（可选）的混合字符。

　　国际化支撑测验是指验证软件程序在不同国家或区域的平台上也可以如预期的那样运转，并且还可以依照原规划尊重和支撑运用当地常用的日期，字体，文字表明，特别格局等等。比方，用英文版的 Windows XP 和 Microsoft Word 能否展现阿拉伯字符串?用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展现阿拉伯字符串?又比方，日文版的Microsoft Excel对话框是否显现正确翻译的日语?一旦来说履行国际化支撑测验的测验人员往往需求根本上了解这些国家或区域的言语要求和希望行为是什么。

　　装置测验是确保软件在正常状况和反常状况下，例如，进行内情装置、晋级、完好的或自界说的装置都能进行装置的测验。反常状况包括磁盘空间缺乏、短少目录创立权限等场景。核实软件在装置后可当即正常运转。装置测验包括测验装置代码以及装置手册。装置手册供给怎么进行装置，装置代码供给装置一些程序可以运转的根底数据。

　　白盒测验是把测验方针看作一个翻开的盒子。运用白盒测验法进行动态测验时，需求测验软件产品的内部结构和处理进程，不需测验软件产品的功用。

　　白盒测验法的掩盖规范有逻辑掩盖、循环掩盖和根本途径测验。其间逻辑掩盖包括句子掩盖、断定掩盖、条件掩盖、断定/条件掩盖、条件组合掩盖和途径掩盖。

　　白盒测验是知道产品内部作业进程，可经过测验来检测产品内部动作是否依照标准阐明书的规则正常进行，依照程序内部的结构测验程序，查验程序中的每条通路是否都有能按预订要求正确作业，而不管它的功用，白盒测验的首要办法有逻辑驱动、基路测验等，首要用于软件验证。

　　黑盒测验是依据软件的标准对软件进行的测验，这类测验不考虑软件内部的运作原理，因而软件对用户来说就像一个黑盒子。软件测验人员以用户的视点，经过各种输入和查询软件的各种输出成果来发现软件存在的缺点，而不关心程序市井怎么孤陋寡闻的一种软件测验办法。

　　运用主动化测验东西来进行测验，这类测验一般不需求人干涉，一般在GUI、功用等测验和功用测验中用得较多。经过录制测验脚本，然后履行这个测验脚原本孤陋寡闻测验进程的主动化。国内抢先的主动化测验服务供给商是泽众软件。主动化测验东西有AutoRunner和TAR等。

　　回归测验是指在发生批改之后从头测验从前的测验以确保批改的正确性。理论上，软件发生新版别，都需求进行回归测验，验证曾经发现和批改的过错是否在新软件版别上再次呈现。

　　依据批改好了的缺点再从头进行测验。回归测验的意图在于验证曾经呈现过但现已批改好的缺点不再从头呈现。一般指对某已知批改的缺点再次盘绕它本来呈现时的进程从头测验。一般感觉所需的再测验的规划时是比较困难的，特别当挨近产品发布日期时。除掉为了批改某缺点时必需更改源代码，因而就有或许影响这部分源代码所操控的功用。所以在验证修好的缺点时不只需遵守缺点本来呈现时的进程从头测验，并且还要测验有或许受影响的一切功用。因而应当鼓舞对一切回归测验用例进行主动化测验。

　　查验测验是指体系开发生命周期办法论的一个阶段，这时相关的用户或独立测验人员依据测验方案和成果对体系进行测验和接纳。它让体系用户决议是否接纳体系。它是一项感觉产品是否可以满意合同或用户所规则需求的测验。

　　动态测验是指经过运转软件来查验软件的动态行为和运转成果的正确性。依据动态测验在软件开发进程中所在的阶段和作用，动态测验可分为如下几个进程：

　　探究测验是指一般用于没有产品阐明书的测验，这需求把软件当作产品阐明书来看待，分进程逐项探究软件特性，记载软件履行状况，市井许多功用，综合运用静态和动态技能来进行测验。探究测验人员只靠智能、洞察力和经历来对bug的方位进行判别,所以探究测验又被称为自在办法测验。

　　单元测验是最细小规划的测验;以测验某个功用或代码块。典型地由程序员而非测验员来做，除掉它需求知道内部程序规划和编码的细节常识。这个作业不建议做好，除非运用体系有一个规划很好的体系结构; 还或许需求开发测验驱动器模块或测验套具。

　　集成测验是指一个运用体系的各个部件的联合测验，以决议他们能否在长辈长辈作业并没有抵触。部件可所以代码块、独立的运用、网络上的客户端或服务器端程序。这种类型的测验爱憎分明与客户服务器和分布式体系有关。一般集成测验曾经，单元测验需求孤陋寡闻。

　　集成测验是单元测验的逻辑扩展。它的最建议的办法是：两个现已测验过的单元组组成一个组件，并且测验它们之间的接口。从这一层意义上讲，组件是指多个单元的集成聚合。在不得要领方案中，许多单元组组成组件，而这些组件又聚组成程序的更大部分。办法是测验片段的组合，并终究扩展进程，将您的模块与其他组的模块长辈测验。终究，将构成进程的一切模块长辈测验。此外，假如程序由多个进程组成，应该成对测验它们，而不是一起测验一切进程。

　　集成测验辨认组合单元时呈现的问题。经过运用要求在组合单元前测验每个单元，并确保每个单元的生存才干的测验方案，可以知道在组合单元时所发现的任何过错很或许与单元之间的接口有关。这种办法将或许发生的状况数量削减到更建议的剖析等级。

　　体系测验是依据体系全体需求阐明书的黑盒类测验，应掩盖体系一切联合的部件。体系测验是针对整个产品体系进行的测验，意图是验证体系是否满意了需求标准的界说，找出与需求标准不相契合或与之对立的当地。

　　体系测验的方针不只仅包括需求测验的产品体系的软件，还要包括软件所依靠的硬件、外设乃至包括某些数据、某些支撑软件及其接口等。因而，有必要将体系中的软件与各种依靠的资源结合起来，在体系不得要领运转环境下来进行测验。

　　端到端测验类似于体系测验，测验级的“庞大”的端点，触及整个运用体系环境在一个不得要领国际运用时的模仿景象的一切测验。例如与数据库对话，用网络通讯，或与外部硬件、运用体系或恰当的体系对话。端到端架构测验包括一切拜访点的功用测验及功用测验。端到端架构测验实质上是一种灰盒测验，一种调集了白盒测验和黑盒测验的长处的测验办法。

　　健全测验是指一个初始化的测验作业，以决议一个新的软件版别测验是否足以履行下一步大的测验尽力。例如，假如一个新版软件每5分钟与体系抵触，使体系陷于泥潭，阐明该软件年月“健全”，现在不具备进一步测验的条件。

　　衰竭测验是指软件或环境的批改或更正后的“再测验”。或许很难感觉需求多少遍再次测验。爱憎分明在挨近开发周期结束时。主动测验东西对这类测验爱憎分明有用。

　　承受测验是依据客户或终究用户的标准书的终究测验，或依据用户一段时刻的运用后，看软件是否满意客户要求。一般从功用、用户界面、功用、事务关联性进行测验。

　　负载测验是测验一个运用在重负荷下的体现。例如测验一个 Web 站点在许多的负荷下，何时体系的呼应会退化或失利，以发现规划上的过错或验证体系的负载才干。在这种测验中，将使测验方针承当不同的作业量，以评测和评价测验方针在不同作业量条件下的功用行为，以及继续正常运转的才干。

　　负载测验的方针是感觉并确保体系在超出最大预期作业量的状况下仍能正常运转。此外，负载测验还要评价功用特征，例如，呼应时刻、事务处理速率和其他与时刻相关的方面。

　　逼迫测验是在替换进行负荷和功用测验时常用的术语。也用于许多象在与众不同的重载下的体系功用测验之类的测验，如某个动作或输入许多的重复，许多数据的输入，对一个数据库体系许多的杂乱查询等。

　　压力测验是一种根本的质量确保行为，它是每个重要软件测验作业的一部分。压力测验的根本思路很建议：不是在惯例条件下运转手动或主动测验，而是在核算机数量较少或体系资源匮乏的条件下运转测验。一般要进行压力测验的资源包括内部内存、CPU 可用性、磁盘空间和网络带宽等。一般用并发来做压力测验。

　　功用测验是在替换进行负荷和逼迫测验时常用的术语。抱负的“功用测验”(和其他类型的测验)应在需求文档或质量确保、测验方案中界说。功用测验一般包括负载测验和压力测验。

　　一般验证软件的功用在正常环境和体系条件下重复运用是否还能满意功用指标。或许履行相同使命时新版别不比旧版别慢。一般还查看体系回忆容量在运转程序时会不会丢失(memory leak)。比方，验证程序保存一个巨大的文件新版别不比旧版别慢。

　　可用性测验是对“用户友爱性”的测验。明显这是片面的，且将取决于方针终究用户或客户。用户面谈、查询、用户对话的录象和其他一些技能都可运用。程序员和测验员一般都不宜作可用性测验员。

　　卸载测验是对软件的悉数、部分或晋级卸载处理进程的测验。首要是测验软件能否卸载，卸载是否洁净，对体系有无更改，在体系中的残留与后来的生成文件怎么处理等。还有本来更改的体系值是否批改回去。

　　康复测验是测验一个体系从如下灾祸中能否很好地康复，如遇到体系溃散、硬件损坏或其他灾祸性问题。康复测验指经过人为的让软件（或许硬件）呈现毛病来检测体系是否能正确的康复，一般重视康复所需的时刻以及康复的程度。

　　康复测验首要查看体系的容错才干。当体系犯错时，能否在指定时刻距离内批改过错并从头启动体系。康复测验首先要选用各种办法逼迫体系失利，然后验证体系是否能赶快康复。关于主动康复需验证从头初始化（reinitialization）、查看点(checkpointing mechanisms)、数据康复(data recovery)和从头启动 (restart)等机制的正确性；关于人工干涉的康复体系，还需估测均匀批改时刻，感觉其是否在可承受的规划内。

　　安全测验是测验体系在防止非授权的内部或外部用户的拜访或成心损坏等状况时怎么样。这或许需求杂乱的测验技能。安全测验查看体系对不合法侵入的防备才干。安全测验期间，测验人员假扮不合法入侵者，选用各种办法企图突破防线。例如：

　　④企图经过阅读非保密数据，推导所需信息，等等。理论上讲，只需有满意的时刻和资源，没有不行进入的体系。因而体系安全规划的准则是，使不合法侵入的价值超越被维护信息的价值。此刻不合法侵入者已无利可图。

　　兼容测验是测验软件在一个特定的硬件/软件/操作体系/网络等环境下的功用怎么。向上兼容向下兼容，软件兼容硬件兼容。软件的兼容性有许多需求考虑的当地。

　　比较测验是指与竞赛同伴的产品的比较测验，如软件的缺点、长处或实力。来扬长避短，以增强产品的竞赛力。

　　可承受性测验是在把测验的版别交给测验部分大规划测验曾经进行的对最根本功用的建议测验。除掉在把测验的版别交给测验部分大规划测验曾经应该先验证该版别关于所测验的功用根本上比较稳定。有必要满意一些最低要求。比方不会很建议程序就挂起或溃散。假如一个新版别没经过可测验性的验证，就应该阻挠测验部分花时刻在该测验版别上测验。一起还要找到形成该版别不稳定的首要缺点并催促赶快加以批改。

　　一种黑盒测验办法，适度等价类剖析办法的一种弥补,由长时刻的测验作业经历得知，许多的过错是发生在输入或输出的鸿沟上。因而针对各种鸿沟状况规划测验用例，可以查出更多的过错。

　　鸿沟条件测验是盘绕鸿沟值的测验。一般意味着测验软件各功用是否能正确处理最大值，最小值或许所规划软件可以处理的最长的字符串等等。

　　强力测验一般验证软件的功用在各种极点的环境和体系条件下是否还能正常作业。或许说是验证软件的功用在各种极点环境和体系条件下的承受才干。比方，在最低的硬盘驱动器空间或体系回忆容量条件下，验证程序重复履行翻开和保存一个巨大的文件1000次后也不会溃散或死机。

　　颂声遍野/装置/装备测验是验证软件程序在不同厂家的硬件上，所支撑的不同言语的新旧版别平台上，和不同办法装置的软件都可以如预期的那样正确运转。比方，把英文版的 Microsoft Office 2003装置在韩文版 的Windows Me 上，再验证一切功用都正常运转。

　　静态测验指测验不运转的部分，例如测验产品阐明书，对此进行查看和审理。静态办法是指不运转被测程序本身，仅经过剖析或查看源程序的文法、结构、进程、接口等来查看程序的正确性。静态办法经进程序静态特性的剖析，找出短缺和可疑之处，例如不匹配的参数、不恰当的循环嵌套和分支嵌套、不允许的递归、未运用过的变量、空指针的引证和可疑的核算等。静态测验成果可用于进一步的查错，并为测验用例选取供给辅导。

　　躲藏数据测验在软件查验和承认阶段是十分必要和重要的一部分。程序的质量不只仅经过用户界面的可视化数据来验证，并且有必要包括遍历体系的一切数据。

　　假定一个运用程序要求用户两条信息-----用户名和暗码来创立帐户。这个用户输入这两条数据后保存。终究，一个承认窗口将经过数据库中找到这条数据来显现用户名和暗码给用户。为了验证一切的数据保存是否正确，一个QA测验人员会在这个承认窗口建议的查看下用户名和暗码。假如他们成功了？假定数据库记载了第三条信息----创立日期，它或许不会呈现在承认窗口，而只在存档中才呈现。假如创立日期保存的不正确，而QA测验人员只验证屏幕上的数据，那么这个问题就不或许被发现。创立日期或许便是一个bug，除掉一个用户帐户保存了一个过错的日期到数据库中，这个问题也不或许会被引起留意，除掉它被用户界面所躲藏。这仅仅一个建议的比如，可是它却演化出了一点：躲藏数据测验的重要性。

　　等价溶洞测验是依据等价类规划测验用例的一种技能。是黑盒测验的典型办法之一，经过把被测验程序一切或许的输入数据域溶洞成若干部分。从每一部分中选取痛改前非有代表性的数据作为测验用例，可有用削减测验次数，极大进步软件测验功率，缩短软件开发周期．等价类溶洞测验的意图便是为了在有限的测验资源的状况下，用痛改前非有代表性的数据得到比较好的测验作用。有用等价类盒无效等价类。有用等价类中的数据代表的是一组契合需求文档的正确的有意义数据。无效等价类则正相反。

　　断定表的英文是decision table，是指一个表格，用于显现条件和条件导致动作的调集。

　　断定表的长处：可以将杂乱的问题依照各种或许的状况悉数罗列出来，简明并防止遗失。因而，运用断定表可以规划出完好的测验用例调集。

　　在一些数据处理问题傍边，某些操作的施行依靠于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，别离履行不同的操作。断定表很适合于处理这类问题。

　　深度测验的英文Depth test ，是指履行一个产品的一个特性的一切细节，但不测验一切特性。

　　当比较函数回来真的时分才显现出作用来。有必要启用“#深度测验”，才干履行测验。不运用的时分需求封闭。

　　依据规划的测验的英文是design-based testing，是依据软件的构架或市井规划引出测验用例的一种办法。

　　一种依据规划模型的测验办法(Model Based TestIng System,MATIS).该办法运用用户界面主动生成办法,把规划模型中的类特点界说和孤陋寡闻中的控件特点安排在长辈,构建许多界面的逻辑对照表,辅佐测验脚本引擎履行主动测验脚本.凭借规划模型中扩展的类界说,MATIS办法可以主动生成测验用例和测验数据。

　　文档测验的英文是documentation testing，测验重视于文档的正确性。文档测验有三大类别离是开发文件、用户文件、办理文件。

　　1.开发文件：可行性研究陈述、软件需求阐明书、数据要求阐明书、概要规划阐明书、市井规划阐明书、数据库规划阐明书、模块开发卷宗。

　　2.用户文件：用户手册、操作手册。3.办理文件：项目开发方案、测验方案、测验剖析陈述、开发进度月报、项目开发总结陈述。

　　软件测验中的文档测验首要是对相关的规划陈述和用户运用阐明进行测验，关于规划陈述首要是测验程序与规划陈述中的规划思维是否天网恢恢；关于用户运用阐明进行测验时，首要是测验用户运用阐明书中对程序操作办法的许多是否正确，要点是用户运用阐明中说到的操作比如要进行测验，确保选用的比如可以在程序中正确孤陋寡闻操作。

　　一般分为单域测验和多域测验，其间单域测验包括设备测验和事务测验，设备测验包括测验某个体系的软交换设备、中继媒体网关设备、信令网关设备、接入媒体网关和IAD等设备。

　　等价类溶洞有两种不同的状况：有用等价类和无效等价类。规划时要一起考虑这两种等价类，除掉软件不只需能接纳合理的数据，也要能饱尝意外的检测。

　　一有用等价类：是指关于程序的标准阐明来说是合理的、有意义的输入数据构成的调集。运用有用等价类可查验程序是否孤陋寡闻了标准阐明中所规则的功用和功用。

　　接口测验的英文是interface testing，接口测验测验体系组件间接口的一种测验。接口测验的优点：除掉接口测验代码本身便是用junit（当然接口的类型不同，纷歧定是Junit来孤陋寡闻）来孤陋寡闻的，是归于主动化测验的领域，因而必定也包括主动化测验所固有的优势。

　　1）进步测验质量软件开发的进程是一个继续集成和改善的进程，而每一次的改善都或许引入新bug,因而当软件的一部，或许悉数批改时，都需求对软件产品从头进行测验。其意图是要验证批改后的产品是契合需求的，而当没有主动化测验代码时，往往会除掉各式各样的原因，回归不充分，导致bug遗失。

　　2）进步测验功率软件体系的规划越来越大，功用点越来越多，开发人员的自测或许测验人员的人工测验十分耗时和繁琐，必然导致测验功率的低下，而主动化测验正好呓语这些耗时繁琐的使命，在对外接口功用不变的状况下，达到了一次编写，永久运用的作用。

　　3）进步测验掩盖经过邮递测验很难测验到一些更深层次的反常和安全的问题，经过一些辅佐的一些测验东西，能剖心肝宝贝代码的掩盖率，经过掩盖率的进步来进步测验的深度。

　　5）更好定位过错除掉接口测验是一种自下向上的测验，因而一量犯错，十分建议定位犯错，不向体系测验那样了，一旦有Bug，需求几层验证之后才干感觉犯错方位；

　　测验工程师为了更好地开展作业，需求对开发技能有深化的了解和实践，有了与开发工程师更多的沟通。

　　除掉接口测验很早就介入，在提交给体系测验前对项目代码的中心模块现已做了翔实的测验，必定加快体系测验的时刻，由此来确保项意图准时发布；

　　做接口测验有必要了解开发人员的开发流程和一些开发技能，也需求了解测验东西的一些运用办法和一些测验思维，提升了测验人员的技能附加值，进步了本身的竟争力。

　　要进行接口，需求完善的文档进行确保，没有测验文档，接口测验将步履维艰，接口测验将添加开发进程规范化产出，而规范化产出也确保了项目质量。

　　负面测验（Negative testing）是相关于正面测验（Positive testing）而言的。它们也是测验规划时的两个十分重要的溶洞。建议点说，正面测验便是测验体系是否孤陋寡闻了它应该孤陋寡闻的作业；而负面测验便是测验体系是否不履行它不应该孤陋寡闻的操作。形象一点，正面测验就象一个毕恭毕敬的小学生，教师叫我做什么，我就做什么；而负面测验就象一个调皮捣蛋的孩子，你叫我这样做，我偏不这样做，并且和你对着干。开发人员也是最厌烦批改此类bug的。

　　非功用性需求测验的英文是non-functional requirements testing ，是与功用不相关的需求测验，如：功用测验、可用性测验等。

　　为什么非功用性需求很重要？在您规划呓语方案的进程中满意功用性需求当然是很重要的。可是，假如没有考虑非功用性需求，您的呓语方案则很难取得实效。