软件测试的方法有哪些 (软件测试的方法)

本文目录导航：

• 软件测试的方法有哪些？
• 有没有什么智能生成测试报告的工具?
• 软件测试的方法一共有几种
• 裁减资料

软件测试的方法有哪些？

一上去自网络百科相当片面的资料。

或许你可以看看51testing测试论坛，下面很多资料都是收费下载的。

β测试_Beta测试 β测试，英文是Beta testing。

又称Beta测试，用户验收测试（UAT）。

β测试是软件的多个用户在一个或多个用户的实践经常使用环境下启动的测试。

开发者通常不在测试现场，Beta测试不能由程序员或测试员成功。

当开发和测试基本成功时所做的测试，而最终的失误和疑问须要在最终发行前找到。

这种测试普通由最终用户或其他人员员成功，不能由程序员或测试员成功。

α测试_Alpha测试 α测试，英文是Alpha testing。

又称Alpha测试. Alpha测试是由一个用户在开发环境下启动的测试，也可以是公司外部的用户在模拟实践操作环境下启动的受控测试，Alpha测试不能由该系统的程序员或测试员成功。

在系统开发凑近成功时对运行系统的测试;测试后，依然会有大批的设计变卦。

这种测试普通由最终用户或其他人员来成功，不能由程序员或测试员成功。

可移植性测试 可移植性测试，英文是Portability testing。

又称兼容性测试。

可移植性测试是指测试软件能否可以被成功移植到指定的配件或软件平台上。

用户界面测试-UI测试 用户界面测试，英文是User interface testing。

又称UI测试。

用户界面，英文是User interface。

是指软件中的可见外观及其底层与用户交互的局部（菜单、对话框、窗口和其它控件）。

用户界面测试是指测试用户界面的格调能否满足客户要求，文字能否正确，页面能否好看，文字，图片组合能否完美，操作能否敌平等等。

UI 测试的目的是确保用户界面会经过测试对象的性能来为用户提供相应的访问或阅读性能。

确保用户界面契合公司或行业的规范。

包括用户友好性、兽性化、易操作性测试。

用户界面测试用户剖析软件用户界面的设计能否契合用户希冀或要求。

它经常包括菜单，对话框及对话框上一切按钮，文字，出错揭示，协助消息 (Menu 和Help content)等方面的测试。

比如，测试Microsoft Excel中拔出符号性能所用的对话框的大小，一切按钮能否对齐，字符串字体大小，出错消息内容和字体大小，工具栏位置/图标等等。

冒烟测试 冒烟测试，英文是Smoke testing。

冒烟测试的称号可以了解为该种测试耗时短，仅用一袋烟功夫足够了。

也有人以为是笼统地类比新电路板功基本色能审核。

任何新电路板焊好后，先通电审核，假设存在设计缺点，电路板或许会短路，板子冒烟了。

冒烟测试的对象是每一个新编译的须要正式测试的软件版本，目的是确认软件基本色能反常，可以启动后续的正式测试上班。

冒烟测试的执行者是版本编译人员。

随机测试 随机测试，英文是Ad hoc testing。

随机测试没有书面测试用例、记载希冀结果、审核列表、脚本或指令的测试。

关键是依据测试者的阅历对软件启动性能和性能抽查。

随机测试是依据测试说明书执行用例测试的关键补充手腕，是保障测试笼罩完整性的有效方式和环节。

随机测试关键是对被测软件的一些关键性能启动复测，也包括测试那些以后的测试样例(TestCase)没有笼罩到的局部。

另外，关于软件更新和新参与的性能要重点测试。

重点对一些不凡点状况点、不凡的经常使用环境、并发性、启动审核。

尤其对以前测试发现的严重Bug，启动再次测试，可以结合回归测试 (Regressive testing)一同启动。

本地化测试 本地化测试，英文是Localization testing。

本地化就是将软件版本言语启动更改，比如将英文的windows改成中文的windows就是本地化。

本地化测试的对象是软件的本地化版本。

本地化测试的目的是测试特定目的区域设置的软件本地化品质。

本地化测试的环境是在本地化的操作系统上装置本地化的软件。

从测试方法上可以分为基本色能测试，装置/卸载测试，外地域域的软配件兼容性测试。

测试的内容关键包括软件本地化后的界面规划和软件翻译的言语品质，蕴含软件、文档和联机协助等局部。

本地化才干测试 本地化才干测试，英文是Localizability testing。

本地化才干测试是指不须要从新设计或修正代码，将程序的用户界面翻译成任何目的言语的才干。

为了降落本地化才干测试的老本，提高测试效率，本地化才干侧是通常在软件的伪本地化版本上启动。

本地化才干测试中发现的典型失误包括：字符的硬编码（即软件中须要本地化的字符写在了代码外部），对须要本地化的字符长度设置了国定值，在软件运转时以控件位置定位，图标和位图中蕴含了须要本地化的文本，软件的用户界面与文档术语不分歧等。

国际化测试 国际化测试，英文是International testing。

又称国际化支持测试。

国际化测试的目的是测试软件的国际化支持才干，发现软件的国际化的潜在疑问，保障软件谢环球不同区域都能反常运转。

国际化测试经常使用每种或许的国际输入类型，针对任何区域性或区域设置审核产品的性能能否反常，软件国际化测试的重点在于执行国际字符串的输入/输入性能。

国际化测试数据必定蕴含东亚言语、德语、复杂脚本字符和英语（可选）的混合字符。

国际化支持测试是指验证软件程序在不同国度或区域的平台上也能够如预期的那样运转，而且还可以依照原设计尊重和支持经常使用外地罕用的日期，字体，文字示意，不凡格局等等。

比如，用英文版的 Windows XP 和 Microsoft Word 能否展现阿拉伯字符串?用阿拉伯版的 Windows XP 和 阿拉伯版的Microsoft Word 能否展现阿拉伯字符串?又比如，日文版的Microsoft Excel对话框能否显示正确翻译的日语?一旦来说执行国际化支持测试的测试人员往往须要基本上了解这些国度或地域的言语要求和希冀行为是什么。

装置测试 装置测试，英文是Installing testing。

装置测试是确保软件在反常状况和异常状况下，例如，启动初次装置、更新、完整的或自定义的装置都能启动装置的测试。

异常状况包括磁盘空间无余、缺少目录创立权限等场景。

核实软件在装置后可立刻反常运转。

装置测试包括测试装置代码以及装置手册。

装置手册提供如何启动装置，装置代码提供装置一些程序能够运转的基础数据。

白盒测试-结构测试-逻辑驱动测试 白盒测试，英文是White Box Testing。

又称结构测试或许逻辑驱动测试。

白盒测试是把测试对象看作一个关上的盒子。

应用白盒测试法进执行态测试时，须要测试软件产品的外部结构和处置环节，不需测试软件产品的性能。

白盒测试法的笼罩规范有逻辑笼罩、循环笼罩和基本门路测试。

其中逻辑笼罩包括语句笼罩、判定笼罩、条件笼罩、判定/条件笼罩、条件组合笼罩和门路笼罩。

白盒测试是知道产品外部上班环节，可经过测试来检测产品外部举措能否依照规格说明书的规则反常启动，依照程序外部的结构测试程序，测验程序中的每条通路能否都有能按预约要求正确上班，而不顾它的性能，白盒测试的关键方法有逻辑驱动、基路测试等，关键用于软件验证。

白盒测试罕用工具有：Jtest、VcSmith、Jcontract、C++ Test、CodeWizard、logiscope。

黑盒测试-性能测试-数据驱动测试 黑盒测试，英文是Black Box Testing。

又称性能测试或许数据驱动测试。

黑盒测试是依据软件的规格对软件启动的测试，这类测试不思考软件外部的运作原理，因此软件对用户来说就像一个黑盒子。

软件测试人员以用户的角度，经过各种输入和观察软件的各种输入结果来发现软件存在的缺点，而不关心程序详细如何成功的一种软件测试方法。

黑盒测试罕用工具有：AutoRunner、winrunner、loadrunner。

智能化测试 智能化测试，英文是Automated Testing。

经常使用智能化测试工具来启动测试，这类测试普通不须要人干预，通常在GUI、性能等测试和性能测试中用得较多。

经过录制测试脚本，而后执行这个测试脚原本成功测试环节的智能化。

国际上游的智能化测试服务提供商是泽众软件。

智能化测试工具有AutoRunner和TAR等。

回归测试 回归测试，英文是Regression testing。

回归测试是指在出现修正之后从新测试先前的测试以保障修正的正确性。

实践上，软件发生新版本，都须要启动回归测试，验证以前发现和修复的失误能否在新软件版本上再次出现。

依据修复好了的缺点再从新启动测试。

回归测试的目的在于验证以前出现过但曾经修复好的缺点不再从新出现。

普通指对某已知修正的缺点再次围绕它原来出现时的步骤从新测试。

通常确定所需的再测试的范畴时是比拟艰巨的，特意当邻近产品颁布日期时。

由于为了修正某缺点时必需更改源代码，因此就有或许影响这局部源代码所控制的性能。

所以在验证修好的缺点时不只有听从缺点原来出现时的步骤从新测试，而且还要测试有或许受影响的一切性能。

因此应当激励对一切回归测试用例启动智能化测试。

验收测试 验收测试，英文是Acceptance testing。

验收测试是指系统开出现命周期方法论的一个阶段，这时相关的用户或独立测试人员依据测试方案和结果对系统启动测试和接纳。

它让系统用户选择能否接纳系统。

它是一项确定产品能否能够满足合同或用户所规则需求的测试。

验收测试普通有三种战略：正式验收、非正式验收活Alpha 测试、Beta 测试。

灵活测试 灵活测试，英文是Moment Testing。

灵活测试是指经过运转软件来测验软件的灵活行为和运转结果的正确性。

依据灵活测试在软件开发环节中所处的阶段和作用，灵活测试可分为如下几个步骤： 1、单元测试 2、集成测试 3、系统测试 4、验收测试 5、回归测试 探求测试 探求测试，英文是Exploratory Testing。

探求测试是指通罕用于没有产品说明书的测试，这须要把软件当作产品说明书来看待，分步骤逐项探求软件特性，记载软件执行状况，详细形容性能，综合应用静态和灵活技术来启动测试。

探求测试人员只靠智能、洞察力和阅从来对bug的位置启动判别,所以探求测试又被称为自在方式测试。

单元测试 单元测试，英文是Unit Testing。

单元测试是最庞大规模的测试;以测试某特性能或代码块。

典型地由程序员而非测试员来做，由于它须要知道外部程序设计和编码的细节常识。

这个上班不容易做好，除非运行系统有一个设计很好的体系结构; 还或许须要开发测试驱动器模块或测试套具。

集成测试 集成测试，英文是Integration Testing。

集成测试是指一个运行系统的各个部件的联结测试，以选择他们能否在一同独特上班并没有抵触。

部件可以是代码块、独立的运行、网络上的客户端或主机端程序。

这种类型的测试尤其与客户主机和散布式系统无关。

普通集成测试以前，单元测试须要成功。

集成测试是单元测试的逻辑裁减。

它的最便捷的方式是：两个曾经测试过的单元组分解一个组件，并且测试它们之间的接口。

从这一层意义上讲，组件是指多个单元的集成聚合。

在事实方案中，许多单元组分解组件，而这些组件又聚分解程序的更大局部。

方法是测试片段的组合，并最终裁减进程，将您的模块与其余组的模块一同测试。

最后，将形成进程的一切模块一同测试。

此外，假设程序由多个进程组成，应该成对测试它们，而不是同时测试一切进程。

集成测试识别组合单元时出现的疑问。

经过经常使用要求在组合单元前测试每个单元，并确保每个单元的生活才干的测试方案，可以知道在组合单元时所发现的任何失误很或许与单元之间的接口无关。

这种方法将或许出现的状况数量缩小到更便捷的剖析级别 系统测试 系统测试，英文是System Testing。

系统测试是基于系统全体需求说明书的黑盒类测试，应笼罩系对抗切联结的部件。

系统测试是针对整个产品系统启动的测试，目的是验证系统能否满足了需求规格的定义，找出与需求规格不相契合或与之矛盾的中央。

系统测试的对象不只仅包括须要测试的产品系统的软件，还要蕴含软件所依赖的配件、外设甚至包括某些数据、某些支持软件及其接口等。

因此，必定将系统中的软件与各种依赖的资源结合起来，在系统实践运转环境上去启动测试。

端到端测试 端到端测试，英文是End to End Testing。

端到端测试相似于系统测试，测试级的“庞大”的端点，触及整个运行系统环境在一个事实环球经常使用时的模拟情景的一切测试。

例如与数据库对话，用网络通讯，或与外部配件、运行系统或适当的系统对话。

端到端架构测试蕴含一切访问点的性能测试及性能测试。

端到端架构测试实质上是一种灰盒测试，一种汇合了白盒测试和黑盒测试的好处的测试方法。

健全测试 健全测试，英文是Sanity testing。

健全测试是指一个初始化的测试上班，以选择一个新的软件版本测试能否足以执行下一步大的测试致力。

例如，假设一个新版软件每5分钟与系统抵触，使系统陷于泥潭，说明该软件不够“健全”，目前不具有进一步测试的条件。

衰竭测试 衰竭测试，英文是Failure Testing。

衰竭测试是指软件或环境的修复或更正后的“再测试”。

或许很难确定须要多少遍再次测试。

尤其在凑近开发周期完结时。

智能测试工具对这类测试尤其有用。

接受测试 接受测试，英文是Accept Testing。

接受测试是基于客户或最终用户的规格书的最终测试，或基于用户一段时期的经常使用后，看软件能否满足客户要求。

普通从性能、用户界面、性能、业务关联性启动测试。

负载测试 负载测试，英文是Load testing。

负载测试是测试一个运行在重负荷下的体现。

例如测试一个 Web 站点在少量的负荷下，何时系统的照应会退步或失败，以发现设计上的失误或验证系统的负载才干。

在这种测试中，将使测试对象承当不同的上班量，以评测和评价测试对象在不同上班量条件下的性能行为，以及继续反常运转的才干。

负载测试的目的是确定并确保系统在超出最大预期上班量的状况下仍能反常运转。

此外，负载测试还要评价性能特色，例如，照应时期、事务处置速率和其余与时期相关的方面。

强迫测试 强迫测试，英文是Force Testing。

强迫测试是在交替启动负荷和性能测试时罕用的术语。

也用于形容象在不同凡响的重载下的系统性能测试之类的测试，如某个举措或输入少量的重复，少量数据的输入，对一个数据库系统少量的复杂查问等。

压力测试 压力测试，英文是Stress Testing。

和负载测试差不多。

压力测试是一种基本的品质保障行为，它是每个关键软件测试上班的一局部。

压力测试的基本思绪很便捷：不是在惯例条件下运转手动或智能测试，而是在计算机数量较少或系统资源匮乏的条件下运转测试。

通常要启动压力测试的资源包括外部内存、CPU 可用性、磁盘空间和网络带宽等。

普通用并发来做压力测试。

性能测试 性能测试，英文是Performance Testing。

性能测试是在交替启动负荷和强迫测试时罕用的术语。

理想的“性能测试”(和其余类型的测试)应在需求文档或品质保障、测试方案中定义。

性能测试普通包括负载测试和压力测试。

通常验证软件的性能在反常环境和系统条件下重复经常使用能否还能满足性能目的。

或许执行雷同义务时新版本不比旧版本慢。

普通还审核系统记忆容量在运转程序时会不会散失(memory leak)。

比如，验证程序保管一个庞大的文件新版本不比旧版本慢。

可用性测试 可用性测试，英文是Practical Usability Testing。

可用性测试是对“用户友好性”的测试。

显然这是客观的，且将取决于目的最终用户或客户。

用户面谈、考查、用户对话的录象和其余一些技术都可经常使用。

程序员和测试员通常都不宜作可用性测试员。

卸载测试 卸载测试，英文是Uninstall Testing。

卸载测试是对软件的所有、局部或更新卸载处置环节的测试。

关键是测试软件能否卸载，卸载能否洁净，对系统有无更改，在系统中的残留与起初的生成文件如何处置等。

还有原来更改的系统值能否修正回去 复原测试 复原测试，英文是Recovery testing。

复原测试是测试一个系统从如下劫难中能否很好地复原，如遇到系统解体、配件损坏或其余劫难性疑问。

复原测试指经过人为的让软件（或许配件）出现缺点来检测系统能否能正确的复原，通常关注复原所需的时期以及复原的水平。

复原测试关键审核系统的容错才干。

当系统出错时，能否在指定时时期隔内修正失误并从新启动系统。

复原测试首先要驳回各种方法强迫系统失败，而后验证系统能否能尽快复原。

关于智能复原需验证从新初始化（reinitialization）、审核点(checkpointing mechanisms)、数据复原(data recovery)和从新启动 (restart)等机制的正确性；关于人工干预的复原系统，还需估测平均修复时期，确定其能否在可接受的范畴内。

安保测试 安保测试，英文是Security Testing。

安保测试是测试系统在防止非授权的外部或外部用户的访问或故意破坏等状况时怎样样。

这或许须要复杂的测试技术。

安保测试审核系统对合法侵入的防范才干。

安保测试时期，测试人员假扮合法入侵者，驳回各种方法试图打破防线。

例如： ①千方百计截取或破译口令； ②专门定做软件破坏系统的包全机制； ③故意造成系统失败，希图趁复原之机合法进入； ④试图经过阅读非隐秘数据，推导所需消息，等等。

实践上讲，只需有足够的时期和资源，没有无法进入的系统。

因此系统安保设计的准绳是，使合法侵入的代价超越被包全消息的价值。

此时合法侵入者已有利可图。

兼容性测试 兼容测试，英文是Compatibility Testing。

兼容测试是测试软件在一个特定的配件/软件/操作系统/网络等环境下的性能如何。

向上兼容向下兼容，软件兼容配件兼容。

软件的兼容性有很多须要思考的中央。

比拟测试 比拟测试，英文是Compare Testing。

比拟测试是指与竞争同伴的产品的比拟测试，如软件的弱点、好处或实力。

来扬长避短，以增强产品的竞争力。

可接受性测试 可接受性测试，英文是Acceptability Testing。

可接受性测试是在把测试的版本交付测试部门大范畴测试以行启动的对最基本色能的便捷测试。

由于在把测试的版本交付测试部门大范畴测试以前应该先验证该版本关于所测试的性能基本上比拟稳固。

必定满足一些最低要求。

比如不会很容易程序就挂起或解体。

假设一个新版本没经过可测试性的验证，就应该拦挡测试部门花时期在该测试版本上测试。

同时还要找到形成该版本不稳固的关键缺点并催促尽快加以修正 边界条件测试 边界条件测试，英文是Boudary Testing。

又称边界值测试。

一种黑盒测试方法，过度等价类剖析方法的一种补充,由常年的测试上班阅历得悉，少量的失误是出当初输入或输入的边界上。

因此针对各种边界状况设计测试用例，可以查出更多的失误。

边界条件测试是盘绕边界值的测试。

通常象征着测试软件各性能能否能正确处置最大值，最小值或许所设计软件能够处置的最长的字符串等等。

强力测试 强力测试，英文是Mightiness Testing。

强力测试通常验证软件的性能在各种极其的环境和系统条件下能否还能反常上班。

或许说是验证软件的性能在各种极其环境和系统条件下的接受才干。

比如，在最低的硬盘驱动器空间或系统记忆容量条件下，验证程序重复执行关上和保管一个庞大的文件1000次后也不会解体或死机。

装配/装置/性能测试 装配/装置/性能测试是验证软件程序在不同厂家的配件上，所支持的不同言语的新旧版本平台上，和不同方式装置的软件都能够如预期的那样正确运转。

比如，把英文版的 Microsoft Office 2003装置在韩文版 的Windows Me 上，再验证一切性能都反常运转。

静态测试 静态测试，英文是Static Testing。

静态测试指测试不运转的局部，例如测试产品说明书，对此启动审核和审阅.。

静态方法是指不运转被测程序自身，仅经过剖析或审核源程序的文法、结构、环节、接口等来审核程序的正确性。

静态方法经环节序静态特性的剖析，找出缺少和可疑之处，例如不婚配的参数、不适当的循环嵌套和分支嵌套、不准许的递归、未经常使用过的变量、空指针的援用和可疑的计算等。

静态测试结果可用于进一步的查错，并为测试用例选取提供指点。

静态测试罕用工具有：Logiscope、PRQA； 暗藏数据测试 暗藏数据测试在软件验收和确认阶段是十分必要和关键的一局部。

程序的品质不只仅经过用户界面的可视化数据来验证，而且必定包括遍历系统的一切数据。

假定一个运行程序要求用户两条消息-----用户名和明码来创立帐户。

这个用户输入这两条数据后保管。

最后，一个确认窗口将经过数据库中找到这条数据来显示用户名和明码给用户。

为了验证一切的数据保管能否正确，一个QA测试人员会在这个确认窗口便捷的检查下用户名和明码。

假设他们成功了？假定数据库记载了第三条消息----创立日期，它或许不会出如今确认窗口，而只在存档中才出现。

假设创立日期保管的不正确，而QA测试人员只验证屏幕上的数据，那么这个疑问就无法能被发现。

创立日期或许就是一个bug，由于一个用户帐户保管了一个失误的日期到数据库中，这个疑问也无法能会被惹起留意，由于它被用户界面所暗藏。

这只是一个便捷的例子，然而它却演变出了一点：暗藏数据测试的关键性。

等价划分测试 等价划分测试的英文是equivalence partition testing。

等价划分测试是依据等价类设计测试用例的一种技术。

是黑盒测试的典型方法之一，经过把被测试程序一切或许的输入数据域划分红若干局部。

从每一局部当选取少数有代表性的数据作为测试用例，可有效缩小测试次数，极大提高软件测试效率，缩短软件开发周期．等价类划分测试的目的就是为了在有限的测试资源的状况下，用大批有代表性的数据获取比拟好的测试成果。

有效等价类盒有效等价类。

有效等价类中的数据代表的是一组契合需求文档的正确的无心义数据。

有效等价类则正雷同。

判定表 判定表的英文是decision table，是指一个表格，用于显示条件和条件造成举措的汇合。

定义：判定表是剖析和表白多逻辑条件下执行不同操作的状况的工具。

判定表的好处：能够将复杂的疑问依照各种或许的状况所有罗列进去，扼要并防止遗漏。

因此，应用判定表能够设计出完整的测试用例汇合。

在一些数据处置疑问当中，某些操作的实施依赖于多个逻辑条件的组合，即：针对不同逻辑条件的组合值，区分执行不同的操作。

判定表很适宜于处置这类疑问 深度测试 深度测试的英文Depth test ，是指执行一个产品的一个特性的一切细节，但不测试一切特性。

当比拟函数前往真的时刻才显示出成果来。

必定启用“#深度测试”，才干执行测试。

不经常使用的时刻须要封锁。

基于设计的测试 基于设计的测试的英文是design-based testing，是依据软件的构架或详细设计引出测试用例的一种方法。

一种基于设计模型的测试方法(Model Based TestIng System,MATIS).该方法应用用户界面智能生成方法,把设计模型中的类属性定义和成功中的控件属性组织在一同,构建形容界面的逻辑对照表,辅佐测试脚本引擎执行智能测试脚本.借助设计模型中裁减的类定义,MATIS方法可以智能生成测试用例和测试数据。

文档测试 文档测试的英文是documentation testing，测试关注于文档的正确性。

文档测试有三大类区分是开发文件、用户文件、治理文件。

1. 开发文件：可行性钻研报告、软件需求说明书、数据要求说明书、概要设计说明书、详细设计说明书、数据库设计说明书、模块开发卷宗。

2.用户文件：用户手册、操作手册。

3.治理文件：名目开发方案、测试方案、测试剖析报告、开发进展月报、名目开发总结报告。

软件测试中的文档测试关键是对相关的设计报告和用户经常使用说明启动测试，关于设计报告关键是测试程序与设计报告中的设计思维能否分歧；关于用户经常使用说明启动测试时，关键是测试用户经常使用说明书中对程序操作方法的形容能否正确，重点是用户经常使用说明中提到的操作例子要启动测试，保障驳回的例子能够在程序中正确成功操作。

域测试 域测试的英文是domain testing，定义参考等价划分测试（equivalence partition testing）； 普通分为单域测试和多域测试，其中单域测试包括设施测试和业务测试，设施测试包括测试某个系统的软替换设施、中继媒体网关设施、信令网关设施、接入媒体网关和IAD等设施。

等价类划分有两种不同的状况：有效等价类和有效等价类。

设计时要同时思考这两种等价类，由于软件不只有能接纳正当的数据，也要能经受异常的考验。

一有效等价类：是指关于程序的规格说明来说是正当的、无心义的输入数据形成的汇合。

应用有效等价类可测验程序能否成功了规格说明中所规则的性能和性能。

二有效等价类：与有效等价类的定义凑巧雷同。

有没有什么智能生成测试报告的工具?

Allure是一款可以智能生成测试报告的工具，该工具测试报告好看、版面繁复、表格剖析明晰明了。

之前尝试经常使用过testNG自带的测试报告、提升过reportNG的测试报告，对这两个报告都不能满意。

而经常使用了Allure生成的测试报告与上述两种对比，简直完美！

Jenkins Allure报告观察。

Allure和Jenkins集成后能显示智能化测试的历史消息和趋向报告。

可经过Jenkins的构建记载检查每一次性构建的Allure Report，可经过Jenkins名目概略检查Allure历史运转趋向。

Allure的好处：

1、兼容性强：一键生成兼容传统软件，可导出pptx、jpg、pdf等格局，跨平台编辑检查。

经过微信、QQ、网页链接等方式发送分享。

一可同步追踪PPT数据，智能统计演绎数据报告，协助用户剖析反应消息。

2、成果增强：用户可选用静态的平面设计排版和生成H5方式的网页链接展现，可智能参与或录制声响，生成灵活的展现页面。

3、操作便捷：用户可经常使用已有模板，经过输入文字，托、拉、拽即可制造出所须要的表格，表白出想法和创意，同时还能经过微调界面一键更改字体色彩。

软件测试的方法一共有几种

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）贝塔测试：是用户公司组织各方面的典型终端用户在日常上班中实践经常使用贝塔版本，并要求用户报告

裁减资料

软件测试的内容：

1 获取需求、性能设计、外部设计说书和其余必要的文档

2 获取估算和进展要求

3 确定与名目无关的人员和他们的责任、对报告的要求、所需的规范和环节 ( 例如发行环节、变卦环节、等等 )

4 确定运行软件的高危险范畴，建设优先级、确定测试所触及的范畴和限度

5 确定测试的步骤和方法 ── 部件、集成、性能、系统、负载、可用性等各种测试

6 确定对测试环境的要求 ( 配件、软件、通讯等 )

7 确定所需的测试用具 (testware) ，包括记载 / 回放工具、笼罩剖析、测试跟踪、疑问 / 失误跟踪、等等

8 确定对测试的输入数据的要求

9 调配义务和义务担任人，以及所需的劳能源

10 设立大抵的时期表、期限、和里程碑

11 确定输入环境的类别、边界值剖析、失误类别

12 预备测试方案文件和对方案启动必要的回忆

13 预备白盒测试案例

14 对测试案例启动必要的回忆 / 考查 / 方案

15 预备测试环境和测试用具，获取必需的用户手册 / 参考文件 / 结构指南 / 装置指南，建设测试跟踪环节，建设日志和档案、建设或获取测试输入数据

16 获取并装置软件版本

17 启动测试

18 评价和报告结果

19 跟踪疑问 / 失误，并处置它

20 假设有必要，从新启动测试

21 在整个生命周期里保养和修正测试方案、测试案例、测试环境、和测试用具

参考资料：网络百科-软件测试