app黑盒测试 黑盒测试测试流程

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

软件测试的方法有以下几种。

app黑盒测试 黑盒测试测试流程

app黑盒测试 黑盒测试测试流程

app黑盒测试 黑盒测试测试流程

1、按是否查看程序内部结构分为：

（1）黑盒测试（black-box testing）：只关心输入和输出的结果。

（2）白盒测试（white-box testing）：去研究里面的源代码和程序结构。

2、按是否运行程序分为：

（1）静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。

（5）动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程。

3、按阶段划分：

（1）单元测试（unit testing），是指对软件中的小可测试单元进行检查和验证。

（3）系统测试（ testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。

4、黑盒测试分为功能测试和性能测试：

（1）功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。

（2）性能测试（performance testing），软件性能测试分为：

一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。

稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。

负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。

压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的压力。

5、其他测试类型：

回归测试（regression testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。

冒烟测试（oke testing），是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。

随机测试（random testing），是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实作，并发现一些边缘性的错误。

扩展资料：

软件测试的基本流程：

1、单元测试、集成测试、系统测试和验收测试（确认测试）。

2、测试需求分析，测试编写，测试用例编写，测试，缺陷记录，回归测试，判断测试结束，测试报告提交。

3、测试流程依次如下：

a.需求：阅读需求，理解需求，与客户、开发、架构多方交流，深入了解需求。

b.测试: 根据需求估算测试所需资源（人力、设备等）、所需时间、功能点划分、如何合理分配安排资源等。

c.用例设计：根据测试、任务分配、功能点划分，设计合理的测试用例。

d.执行测试：根据测试用例的详细步骤，执行测试用例。

e.执行结果记录和bug记录：对每个case记录测试的结果，有bug的在测理工具中编写bug记录。

f.defect tracking：leader分配给你的bug.直到 bug fixed。

g.测试报告：通过不断测试、，直到被测软件达到测试需求要求，并没有重ug。

h.用户体验、软件发布等……

参考资料来源：

大体有以下四种，还有很多。

1、按是否查看程序内部结构分为：

（1）、黑盒测试（black-box testing）：只关心输入和输出的结果

（2）、白盒测试（white-box testing）：去研究里面的源代码和程序结构

2、按是否运行程序分为：

（1）、静态测试（static testing）：是指不实际运行被测软件，而只是静态地检查程序代码、界面或文档可能存在的错误的过程。

静态测试包括：

对于代码测试，主要是测试代码是否符合相应的标准和规范。

对于界面测试，主要测试软件的实际界面与需求中的说明是否相符。

对于文档测试，主要测试用户手册和需求说明是否真正符合用户的实际需求。

（2）、动态测试（dynamic testing），是指实际运行被测程序，输入相应的测试数据，检查输出结果和预期结果是否相符的过程

3、按阶段划分：

（1）、单元测试（unit testing），是指对软件中的小可测试单元进行检查和验证。

（2）、集成测试（integration testing），是单元测试的下一阶段，是指将通过测试的单元模块组装成系统或子系统，再进行测试，重点测试不同模块的接口部门。

（3）、系统测试（ testing），指的是将整个软件系统看做一个整体进行测试，包括对功能、性能，以及软件所运行的软硬件环境进行测试。

（4）、验收测试（acceptance testing），指的是在系统测试的后期，以用户测试为主，或有测试人员等质量保障人员共同参与的测试，它也是软件正式交给用户使用的后一道工序。

验收测试又分为a测试和beta测试，其中a测试指的是由用户、 测试人员、开发人员等共同参与的内部测试，而beta测试指的是内测后的公测，即完全交给终用户测试。

4、黑盒测试分为功能测试和性能测试：

（1）、功能测试（function testing），是黑盒测试的一方面，它检查实际软件的功能是否符合用户的需求。

包括逻辑功能测试（logic function testing）

界面测试（UI testing）UI=User Intece

易用性测试（usability testing）：是指从软件使用的合理性和方便性等角度对软件系统进行检查，来发现软件中不方便用户使用的地方。

兼容性测试（compatibility testing）：包括硬件兼容性测试和软件兼容性测试

（2）、性能测试（performance testing）

软件的性能主要有时间性能和空间性能两种

时间性能：主要指软件的一个具体事务的响应时间（respond time）。

空间性能：主要指软件运行时所消耗的系统资源。

软件性能测试分为：

一般性能测试：指的是让被测系统在正常的软硬件环境下运行，不向其施加任何压力的性能测试。

稳定性测试也叫可靠性测试（reliability testing）：是指连续运行被测系统检查系统运行时的稳定程度。

负载测试（load testing）：是指让被测系统在其能忍受的压力的极限范围之内连续运行，来测试系统的稳定性。

压力测试（stress testing）：是指持续不断的给被测系统增加压力，直到将被测系统压垮为止，用来测试系统所能承受的压力。(Validate the or software can allowed the biggest stress.)

5、其他测试类型：

回归测试（regression testing）是指对软件的新的版本测试时，重复执行上一个版本测试时的用例。

冒烟测试（oke testing），是指在对一个新版本进行大规模的测试之前，先验证一下软件的基本功能是否实现，是否具备可测性。

随机测试（random testing），是指测试中所有的输入数据都是随机生成的，其目的是模拟用户的真实作，并发现一些边缘性的错误。

扩展资料 :

测试流程

1、制定测试。

2、编辑测试用例。

3、执行测试用例。

4、发现并提交BUG。

5、开发组修正BUG。

6、对已修正BUG进行返测。

7、修正完成的BUG将状态置为已关闭，未正确修正的BUG重新激活。

软件测试测试阶段

单元测试

单元测试是对软件组成单元进行测试，其目的是检验软件基本组成单位的正确性，测试的对象是软件设计的小单位：模块。

集成测试

集成测试也称联合测试，将程序模块采用适当的集成策略组装起来，对系统的接口及集成后的功能进行正确性检测的测试工作。其主要目的是检查软件单位之间的接口是否正确，集成测试的对象是已经经过单元测试的模块。

系统测试

系统测试主要包括功能测试、界面测试、可靠性测试、易用性测试、性能测试。 功能测试主要针对包括功能可用性、功能实现程度（功能流程&业务流程、数据处理&业务数据处理）方面测试。

回归测试

回归测试指在软件维护阶段，为了检测代码修改而引入的错误所进行的测试活动。回归测试是软件维护阶段的重要工作，有研究表明，回归测试带来的耗费占软件生命周期的1/3总费用以上。

与普通的测试不同，在回归测试过程开始的时候，测试者有一个完整的测试用例集可供使用。

因此，如何根据代码的修改情况对已有测试用例集进行有效的复用是回归测试研究的重要方向，此外，回归测试的研究方向还涉及自动化工具，面向对象回归测试，测试用例优先级，回归测试用例补充生成等。

现状

软件开发中出现错误或缺陷的机会越来越多，市场对软件质量重要性的认识逐渐增强。所以，软件测试在软件项目实施过程中的重要性日益突出。

但是，现实情况是，与软件编程比较，软件测试的地位和作用，还没有真正受到重视，对于很多人（甚至是软件项目组的技术人员）还存在对软件测试的认识误区，这进一步影响了软件测试活动开展和真正提高软件测试质量。

（1）、误区之一：软件开发完成后进行软件测试

人们一般认为，软件项目要经过以下几个阶段：需求分析，概要设计，详细设计，软件编码，软件测试，软件发布。据此，认为软件测试只是软件编码后的一个过程。这是不了解软件测试周期的错误认识。软件测试是一个系列过程活动，包括软件测试需求分析，测试设计，测试用例设计，执行测试。

因此，软件测试贯穿于软件项目的整个生命过程。在软件项目的每一个阶段都要进行不同目的和内容的测试活动，以保证各个阶段的正确性。软件测试的对象不仅仅是软件代码，还包括软件需求文档和设计文档。软件开发与软件测试应该是交互进行的，例如，单元编码需要单元测试，模块组合阶段需要集成测试。

如果等到软件编码结束后才进行测试，那么，测试的时间将会很短，测试的覆盖面将很不全面，测试的效果也将大打折扣。更的是如果此时发现了软件需求阶段或概要设计阶段的错误，如果要修复该类错误，将会耗费大量的时间和人力。

（2）、误区之二：软件发布后如果发现质量问题，那是软件测试人员的错

这种认识很打击软件测试人员的积极性。软件中的错误可能来自软件项目中的各个过程，软件测试只能确认软件存在错误，不能保证软件没有错误，因为从根本上讲，软件测试不可能发现全部的错误。从软件开发的角度看，软件的高质量不是软件测试人员测出来的，是靠软件生命周期的各个过程中设计出来的。

出现软件错误，不能简单地归结为某一个人的，有些错误的产生可能不是技术原因，可能来自于混乱的项目管理。应该分析软件项目的各个过程，从过程改进方面寻找产生错误的原因和改进的措施。

（3）、误区之三：软件测试要求不高，随便找个人做都行

很多人都认为软件测试就是安装和运行程序，点点鼠标，按按键盘的工作。这是由于不了解软件测试的具体技术和方法造成的。随着软件工程学的发展和软件项目管理经验的提高，软件测试已经形成了一个的技术学科，演变成一个具有巨大市场需求的行业。

软件测试技术不断更新和完善，新工具，新流程，新测试设计方法都在不断更新，需要掌握和学习很多测试知识。所以，具有编程经验的程序员不一定是一名的测试工程师。软件测试包括测试技术和管理两个方面，完全掌握这两个方面的内容，需要很多测试实践经验和不断学习的精神。

（4）、误区之四：软件测试是测试人员的事情，与程序员无关

开发和测试是相辅相成的过程，需要软件测试人员、程序员和系统分析师等保持密切的联系，需要更多的交流和协调，以便提高测试效率。另外，对于单元测试主要应该由程序员完成，必要时测试人员可以帮助设计测试样例。

对于测试中发现的软件错误，很多需要程序员通过修改编码才能修复。程序员可以通过有目的的分析软件错误的类型、数量，找出产生错误的位置和原因，以便在今后的编程中避免同样的错误，积累编程经验，提高编程能力。

（5）、误区之五：项目进度吃紧时少做些测试，时间富裕时多做测试

这是不重视软件测试的表现，也是软件项目过程管理混乱的表现，必然会降低软件测试的质量。一个软件项目的顺利实现需要有合理的项目进度，其中包括合理的测试，对项目实施过程中的任何问题，都要有风险分析和相应的对策，不要因为开发进度的延期而简单的缩短测试时间、人力和资源。

因为缩短测试时间带来的测试不完整，对项目质量的下降引起的潜在风险，往往造成更大的浪费。克服这种现象的办法是加强软件过程的和控制，包括软件测试、测试设计、测试执行、测试度量和测试控制。

（6）、误区之六：软件测试是没有前途的工作，只有程序员才是软件高手

由于我国软件整体开发能力比较低，软件过程很不规范，很多软件项目的开发都还停留在“作坊式”和“垒鸡窝”阶段。项目的成功往往靠个别全能程序员决定，他们负责总体设计和程序详细设计，认为软件开发就是编写代码，给人的印象往往是程序员是真正的牛人，具有很高的地位和待遇。

因此，在这种环境下，软件测试很不受重视，软件测试人员的地位和待遇自然就很低了，甚至软件测试变得可有可无。随着市场对软件质量的不断提高，软件测试将变得越来越重要，相应的软件测试人员的地位和待遇将会逐渐提高。

在软件过程比较规范的大公司，软件测试人员的数量和待遇与程序员没有多大别，测试人员的待遇甚至比程序员还要高。软件测试将会成为一个具有很大发展前景的行业，软件测试大有前途，市场需要更多具有丰富测试技术和管理经验的测试人员，他们同样是软件专家。

前景

随着软件产业的发展，软件产品的质量控制与质量管理正逐渐成为软件企业生存与发展的核心。几乎每个大中型IT企业的软件产品在发布前都需要大量的质量控制、测试和文档工作，而这些工作必须依靠拥有娴熟技术的专业软件人才来完成。

软件测试工程师就是这样的一个企业重头角色。业内人士分析，该类职位的需求主要集中在沿海发达城市，其中和上海的需求量分别占去33%和29%。民企需求量，占19%，外商独资类企业需求排列第二，占15%。

然而，现状是：一方面企业对高质量的测试工程师需求量越来越大越大，另一方面国内原来对测试工程师的职业重视程度不够，使许多人不了解测试工程师具体是从事什么工作。这使得许多IT公司只能通过在实际工作中进行淘汰的方式对测试工程师进行筛选，因此国内在短期将出现测试工程师短缺的现象。

根据对网络IT人才情况的了解，许多正在软件测试工程师的企业很少能够在会上顺利招到合适的人才。在具体工作过程中，测试工程师的工作是利用测试工具按照测试方案和流程对产品进行功能和性能测试，甚至根据需要编写不同的测试用例，设计和维护测试系统，对测试方案可能出现的问题进行分析和评估。

对软件测试工程师而言，必须具有高度的工作心和自信心。任何严格的测试必须是一种实事求是的测试，因为它关系到一个产品的质量问题，而测试工程师则是产品出货前的把关人，所以，没有专业的技术水准是无法胜任这项工作的。

同时，由于测试工作一般由多个测试工程师共同完成，并且测试部门一般要与其他部门的人员进行较多的沟通，所以要求测试工程师不但要有较强的技术能力而且要有较强的沟通能力。

参考资料：

软件测试的近年来受到大家的青睐,原因是软件测试行业薪资较高、压力相对较小。软件测试方法分为一下几种。

在软件测试学习的过程中，可用性测试也是你要着重掌握的一部分，因为可用性测试时改善产品的一种很好的方式。可用性测试能够帮助我们及时发现问题，让我们做出更符合用户需求的产品，也能让自己的方案更有说服力。

但是一次完整的可用性测试所需要的成本比较大，这个过程我们需要招募用户、撰写测试脚本、制作测试原型，还需要有记录设备、有经验的主持人、用户奖品等。一般小公司没有那么多人力和物力去做，下面中公教育湖北优就业武汉IT培训小优给大家整理了网友分享的一次简单的可用性测试的流程，希望对大家有帮助!

一、明确目的

无论是交互设计师还是产品，我们在做任何方案之前重要的事情就是要明确目的。这次测试也不例外，我们希望能够通过对被试者的行为分析来了解该设计方案是否比现有设计好，能不能够解决问题，还有没有优化空间。

二、准备原型

其实这一次想到要进行测试时，原型已经做好了。但为了达到更好的效果，我们又特别制作了一个高保真可交互的原型以供测试。在原型中我们都是尽量找来现有产品中的真实数据，以保证被试者有代入感。

三、招募用户

一般可用性测试需要寻找产品的真实用户，但这需要提前招募，还要预约时间，会比较久。因为公司平时都在使用自己的产品，所以我们就准备从其他各部门招募几个同事来进行测试。这样的话，可以节约很多时间。

不过需要注意的是，在邀请之前也需要和对方讲清楚这次测试将会耗时多久，问他们有没有时间，毕竟这会影响到对方的工作。

一般对于外部用户，可用性测试是需要支付一定报酬或者奖励的。这一次虽然我们邀请的是同事，也还是要给他们一些小礼物表示感谢，因为每个人的时间都是宝贵的。这一点在测试之前我没有想到，还好产品准备了一些小礼物，当然也不用太贵重，一些零食什么的就可以啦。

软件测试工作流程：

1、需求分析、需求评审

需求分析和评审就是分析客户的需求可不可行，需要怎么进行测试。

2、编写测试

编写测试通俗一点讲就是什么人在什么时间做什么事，后产出什么东西。那也就是测试人员要测试哪些模块、在什么期限内，提交哪些文档。

3、编写测试用例、用例评审

测试用例就是指导测试的文档，比如我们要测试商城登录、买东西等功能，通过测试方法和策略设计测试用例。

评审就是评价审查，不能想当然该怎么测。不能只是输入正确的用户名和密码，能登录进去就完事了。作为软测工程师需要有破坏性，比如密码输错时怎么办?会不会有相应的报错等等?

4、执行测试、提交bug、回归测试

Bug就是缺陷，发现bug之后，要提交给开发人员让他们去修改，然后进行回归测试，验证开发人员有没有改好。

5、编写测试总结报告

Bug都改好了之后，要编写测试总结报告，这款软件的质量如何。

1、静态测试方法

静态测试方式指软件代码的静态分析测验，此类过程中应用数据较少，主要过程为通过软件的静态性测试软件测试

（即人工推断或计算机辅助测试）测试程序中运算方式、算法的正确性，进而完成测试过程，此类测试的优点在于能够消耗较短时间、较少资源完成对软件、软件代码的测试，能够较为明显地发现此类代码中出现的错误。静态测试方法适用范围较大，尤其适用于较大型的软件测试。

2、动态测试

计算机动态测试的主要目的为检测软件运行中出现的问题，较静态测试方式相比，其被称为动态的原因即为其测试方式主要依赖程序的运用，主要为检测软件中动态行为是否缺失、软件运行效果是否良好。其为明显的特征即为进行动态测试时软件为运转状态，只有如此才能于使用过程中发现软件缺陷，进而对此类缺陷进行修复。动态测试过程中可包括两类因素，即被测试软件与测试中所需数据，两类因素决定动态测试正确展开、有效展开。

3、黑盒测试

黑盒测试，顾名思义即为将软件测试环境模拟为不可见的“黑盒”。通过数据输入观察数据输出，检查软件内部功能是否正常。测试展开时，数据输入软件中，等待数据输出。数据输出时若与预计数据一致，则证明该软件通过测试，若数据与预计数据有出入，即便出入较小亦证明软件程序内部出现问题，需尽快解决。

4、白盒测试

白盒测试相对于黑盒测试而言具有一定透明性，原理为根据软件内部应用、源代码等对产品内部工作过程进行调试。测试过程中常将其与软件内部结构协同展开分析，优点即为其能够有效解决软件内部应用程序出现的问题，测试过程中常将其与黑盒测试方式结合，当测试软件功能较多时，白盒测试法亦可对此类情况展开有效调试。其中，判定测试作为白盒测试法中为主要的测试程序结构之一，此类程序结构作为对程序逻辑结构的整体实现，对于程序测试而言具有较为重要的作用。此类测试方式针对程序中各类型的代码进行覆盖式检测，覆盖范围较广，适用于多类型程序。实际检测中，白盒测试法常与黑盒检测法并用，以动态检测方式中测试出的未知错误为例，首先使用黑盒检测法，若程序输入数据与输出数据相同，则证明内部数据未出现问题，应从代码方面进行分析，若出现问题则使用白盒测试法，针对软件内部结构进行分析，直至检测出问题所在，及时加以修改。

（1）白盒测试：又称为结构测试或逻辑驱动测试，是一种按照程序内部逻辑结构和编码结构，设计测试数据并完成测试的一种测试方法。

（2）黑盒测试：又称为数据驱动测试，把测试对象当做看不见的黑盒，在完全不考虑程序内部结构和处理过程的情况下，测试者仅依据程序功能的需求规范考虑，确定测试用例和推断测试结果的正确性，它是站在使用软件或程序的角度，从输入数据与输出数据的对应关系出发进行的测试。

（3）灰盒测试：是一种综合测试法，它将“黑盒”测试与“白盒”测试结合在一起，是基于程序运行时的外部表现又结合内部逻辑结构来设计用例，执行程序并采集路径执行信息和外部用户接口结果的测试技术。

（4）静态测试：指不运行被测程序本身，仅通过分析或检查源程序的语法、结构、过程、接口等来检查程序的正确性。

(5)动态测试：是指通过运行被测程序，检查运行结果与预期结果的异，并分析运行效率、正确性和健壮性等性能指标。

测试级别：单元测试、集成测试、接口测试、系统测试、验收测试

测试方法：动态测试、静态测试；黑盒测试、白盒测试、灰盒测试。

根据开发阶段划分：单元测试、集成测试、系统测试、开发测试；

根据是否运行划分：静态测试、动态测试

根据是否查看源代码划分：黑盒测试、白盒测试

其他还有回归测试、冒烟测试、随机测试

其中黑盒测试包括功能测试和性能测试；

功能测试有：逻辑功能测试、界面测试、易用性测试、安装测试、兼容测试；

性能测试有：一般性能测试、稳定性测试、压力测试、负载测试

1，静态测试方法

2、动态测试

3、黑盒测试

4、白盒测试

请问各位大侠,Web测试和App测试有什么区别

一、测试方式不同

1、app测试：指对移动应用进行测试，包括自动化测试和人工测试等。

2、web测试：是软件测试的一部分，是针对Web应用的一类测试。

二、测试内容不同

1、app测试：模拟用户作对应用程序进行黑盒测试，并使用Cucumber作为自然语言来编写测试用例。还会对应用测试作进行记录，以帮助开发者进行测试回顾。

2、web测试：包括内容测试、界面测试、功能测试、性能测试、兼容性测试、安全性测试等。

三、特点不同

1、app测试：可通过增加预先测试环节来确认环境已经测试就绪，同时还能知道哪些错误是环境不稳定引起的，哪些是一般的测试用例错误。

2、web测试：通过测试可以尽可能地多发现浏览器端和端程序中的错误并及时加以修正，以保证应用的质量。

移动端app测试流程与方法？

1、首先是测试资源确认及准备

（1）产品需求文档、产品原型图、接口说明文档以及设计说明文档等应齐全；

（2）测试设备及工具的准备：IOS和andriod不同版本的真机，以及相关测试工具的准备。

2、测试用例的设计与评审

（1）根据产品需求文档、产品原型图等文档，设计客户端的一般功能测试用例；

（2）测试用例评审、修改与完善，评审通过后着手进入正式测试阶段。

3、UI测试

（1）确保手头的原型图与效果图为当前新版本，符合产品及用户要求；

（2）测试过程中一切以效果图为准，若有用户体验方面的建议，可以先以邮件的形式与产品确认，确认通过后，可以正式向开发提出用户体验方面的问题；

（3）由于测试环境中的数据为模拟数据，测试时必须预先考虑到正式环境中可能出现的数据类型。

4、功能测试

（1）功能测试时主要依据编写的功能测试用例进行软件功能的遍历；

（2）涉及的测试主要包括基本功能测试，安装、卸载、运行测试，异常处理（包括网络突然断开或者网速过慢、机器内存不足等异常情况的处理）测试。

5、中断测试

（1）软件运行过程中接电话、收短信、锁屏、闹铃、充电，收到通知提醒后再使用软件，软件应仍可正常运行使用；

（2）软件运行时，由前台切换到后台，再切回前台后，应仍可正常运行使用。

6、兼容性及适配测试

（1）硬件的适配：不同手机厂商、硬件性能，不同屏幕大小的适配；

（2）OS版本的兼容：IOS6-9；Andriod3以上等，如果用了一些新的API在老的系统上不支持会导致crash；

（3）不同分辨率屏幕的适配：移动设备的分辨率多种多样，如果app没有做比较合适的处理就可能会显示不好，甚至影响功能的作。

（4）兼容性测试必须在一定数量的真机上进行，由于真机类型过多，尤其Android在做兼容性测试时，可以选取典型的几种运用较多的真机，进行兼容性测试；

（5）另外可以借助开源测试testin云测，进行更多机型的兼容性测试，testin云测提供基本的运行情况和一些截图，以及简单的测试报告，有助于扩大测试的范围。

7、性能测试

（1）客户端性能测试重点关注：安装卸载时间、启动时间、页面加载时间、主要功能占用的CPU、内存、流量、耗电量等，以及与同类产品相比较是否有优势；

（2）其中页面加载时间可以利用Android调试工具DDMS获取到，在DDMS里面搜索Displayed关键字就可以看到页面加载时间；

（3）运行过程中主要功能占用的CPU、内存、流量等可以借助开源工具emmagee（适用于Android）获取到；

（4）至于端的性能，主要利用接口对施加压力，重点关注响应时间、吞吐量、并发数、事物通过率等，可以视同工具loadrunner、jmeter进行测试。

8、稳定性测试

（1）安卓APP的稳定性常常使用monkey命令进行测试，通过随机流模拟人的作，对检查程序的内存溢出、空指针有很大的作用。

（2）Monkey主要用来检测系统ANR及Crash等问题

9、测试分析及测试报告输出

以上各项测试结束后，应该形成完整的分析及报告文档（包括buglist、性能及稳定性结果分析，版本上线风险分析等内容），输出给各项相关人员

软件测试中黑盒测试是什么？

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否

都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的

情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序

是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。“黑盒”

法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输

入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测

试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。

什么是黑盒测试

问题一：什么是黑盒测试？ 黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试地，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。

黑盒测试是以用户的角度，从输入数据与输出数据的对应关系出发进行测试的。很明显，如果外部特性本身有问题或规格说明的规定有误，用墨盒测试方法是发现不了的。

黑盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误。

功能不正确或遗漏；

界面错误；

数据库访问错误；

性能错误；

初始化和终止错误等。

从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。

等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的,常用的黑盒测试用例设计方法。

1) 划分等价类: 等价类是指某个输入域的子 。在该子 中，各个输入数据对于揭露程序中的错误都是等效的，并合理地定：测试某等价类的代表值就等于对这一类其它值的测试.因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件,就可以用少量代表性的测试数据.取得较好的测试结果.等价类划分可有两种不同的情况:有效等价类和无效等价类.

有效等价类:是指对于程序的规格说明来说是合理的,有意义的输入数据构成的 .利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能.

无效等价类:与有效等价类的定义恰巧相反.

设计测试用例时,要同时考虑这两种等价类.因为,软件不仅要能接收合理的数据,也要能经受意外的考验.这样的测试才能确保软件具有更高的可靠性.

2）划分等价类的方法:下面给出六条确定等价类的原则.

①在输入条件规定了取值范围或值的个数的情况下,则可以确立一个有效等价类和两个无效等价类.

②在输入条件规定了输入值的 或者规定了“必须如何”的条件的情况下,可确立一个有效等价类和一个无效等价类.

③在输入条件是一个布尔量的情况下,可确定一个有效等价类和一个无效等价类.

④在规定了输入数据的一组值（定n个）,并且程序要对每一个输入值分别处理的情况下,可确立n个有效等价类和一个无效等价类.

⑤在规定了输入数据必须遵守的规则的情况下,可确立一个有效等价类（符合规则）和若干个无效等价类（从不同角度违反规则）.

⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下,则应再将该等价类进一步的划分为更小的等价类.

3）设计测试用例:在确立了等价类后,可建立等价类表,列出所有划分出的等价类:

输入条件 有效等价类 无效......>>

问题二：软件测试中，黑盒测试和白盒测试有什么区别 首先纠正 这个问题不属于“硬件”类的

什么是黑盒测试和白盒测试？

任何工程产品（注意是任何工程产品）都可以使用以下两种方法之一进行测试。

黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。

白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部作是否符合设计规格要求，所有内部成分是否以经过检查。

软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：

1、是否有不正确或遗漏的功能？

2、在接口上，输入是否能正确的接受？能否输出正确的结果？

3、是否有数据结构错误或外部信息（例如数据文件）访问错误？

4、性能上是否能够满足要求？

5、是否有初始化或终止性错误？

软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：

1、对程序模块的所有的执行路径至少测试一遍。

2、对所有的逻辑判定，取“真”与取“”的两种情况都能至少测一遍。

3、在循环的边界和运行的界限内执行循环体。

4、测试内部数据结构的有效性，等等。

以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不性。由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误。

问题三：什么是黑盒测试和白盒测试？ 软件测试的两个方面而已。

白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。

黑盒测试：是通过使用整个软件或某种软件功能来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求

规格说明书的规定正常使用，程序是否能适当地接收和正确的输出

问题四：什么叫黑盒测试，能说的通俗点吗 从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试。这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有地进行。黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。

问题五：什么是黑盒测试和白盒测试 1.首先要让自己有想要钱的欲望.越强烈越好~!

2.在想哪些东西是阻挡自己拥有钱的障碍~!

3.解决障碍~!

之后你就有钱了,,>. 问题六：黑盒测试与白，61盒测试一般在测试的什么阶段，有什么区别 1、黑盒测试和白盒测试只不过是测试方法上的不一样，所谓白盒测试是按照程序内部结构测试的，检测程序中的每条同道是否都能按预定要求正确工作的。而黑盒测试也就是功能测试，检测程序的每个工程是否可用，在测试工程中不会考虑程序的内部结构和内部特性，主要是针对外部结构的。 而软件测试黑盒测试也好，白盒测试也好都是需要学习和了解的，当你真正了解了软件测试后，就会对黑白盒测试很聊的。 2、达内的软件测试还可以，在杭州应该有分校，可以去了解看看

问题七：白盒测试和黑盒测试的区别是什么还有他们之间有什么联系？ 白盒测试和黑盒测试是软件测试的两种不同方法，任何工程产品(注意是任何工程产品)都可以使用二者之一进行测试：

白盒测试：是通过程序的源代码进行测试而不使用用户界面。这种类型的测试需要从代码句法发现内部代码在算法，溢出，路径，条件等等中的缺点或者错误，进而加以修正。

黑盒测试：是通过使用整个软件或某种软件功偿来严格地测试, 而并没有通过检查程序的源代码或者很清楚地了解该软件的源代码程序具体是怎样设计的。测试人员通过输入他们的数据然后看输出的结果从而了解软件怎样工作。在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收和正确的输出。

二者的区别应该就是测试对象不一样，白盒测试主要针对的是程序代码逻辑，黑盒测试主要针对的是程序所展现给用户的功能，简单的说就是前者测试后台程序后者测试前台展示功能

问题八：什么是黑盒测试和白盒测试? 黑盒测试和白盒测试：黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因―果图、错误推测等，主要用于软件确认测试。 “黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。白盒测试：白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。黑盒测试和白盒测试任何工程产品（注意是任何工程产品）都可以使用以下两种方法之一进行测试。黑盒测试：已知产品的功能设计规格，可以进行测试证明每个实现了的功能是否符合要求。白盒测试：已知产品的内部工作过程，可以通过测试证明每种内部作是否符合设计规格要求，所有内部成分是否以经过检查。软件的黑盒测试意味着测试要在软件的接口处进行。这种方法是把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。因此黑盒测试又叫功能测试或数据驱动测试。黑盒测试主要是为了发现以下几类错误：软件的白盒测试是对软件的过程性细节做细致的检查。这种方法是把测试对象看做一个打开的盒子，它允许测试人员利用程序内部的逻辑结构及有关信息，设计或选择测试用例，对程序所有逻辑路径进行测试。通过在不同点检查程序状态，确定实际状态是否与预期的状态一致。因此白盒测试又称为结构测试或逻辑驱动测试。白盒测试主要是想对程序模块进行如下检查：1、对程序模块的所有的执行路径至少测试一遍。2、对所有的逻辑判定，取“真”与取“”的两种情况都能至少测一遍。3、在循环的边界和运行的界限内执行循环体。4、测试内部数据结构的有效性，等等。以上事实说明，软件测试有一个致命的缺陷，即测试的不完全、不性。由于任何程序只能进行少量（相对于穷举的巨大数量而言）的有限的测试，在未发现错误时，不能说明程序中没有错误。

手机app测试有哪些工具盒方法

手机app测试有可以利用以下几种工具：

1、安卓黑盒测试工具

1)包括本身自带的monkey，Monkey是Android中的一个命令行工具，可以运行在模拟器里或实际设备中；

2)robotium与appium，这些工具用于黑盒的自动化测试。可以在有源码或者只有APK的情况下对目标应用进行测试。

2、白盒测试，Android在SDK中集成了JUnit框架。所以，你可以基于JUNIT框架进行安卓的白盒测试代码开发；

3、安卓的测试方法其实与web测试方法大多类似，只是多了一些特殊的测试场景；

4、兼容性测试，一是可以利用虚拟机来保证系统间的兼容性，但更多的还需要依靠真机来测试；

扩展资料：

APP测试要点：

1、功能测试

基本的测试，主要是测试软件app的功能点、业务逻辑；关联性（主要是测试客户端和PC的交互，客户端处理完后，保证PC端数据同步且一致）

2、性能测试

cpu，占用不超过10%，响应时间（包括app启动和退出），满足258原则，2秒以内用户感觉很快，2-5秒感觉一般，5-8秒感觉很慢，但是能接受，8秒以上用户无法接受，选择离开，或者再次发送请求；

3、兼容性测试

手机app需要重点关注的，不同作系统：android、iOS不同手机厂商，小米，华为等不同的手机屏幕分辨率，与其他第三方app的兼容；

4、安装卸载更新测试

也是手机app比较特别的测试点，安装的路径，手机还是sd卡上，高低版本的覆盖安装，内存不足时的安装，安装过程中出现中断情况，第三方管理软件中卸载app，卸载过程中出现中断情况；

5、中断或崩溃测试

中断测试主要是测试app是否会出现crash情况。来电、短信、闹钟、低电量等，网络环境突然改变，或者网络中断，例如隧道、电梯（离线支持），切换网络，例如数据连接切换到wifi外部设备。

比如充电，插耳机内存不足改变设备方向改变手机语言，例如英文多后台程序切换长时间开机并且长时间开启app也可以用monkey来测试apk的稳定性，也能检查出一些crash的问题；

6、安全测试

7、UI测试

用于App测试的黑盒测试用例设计方法有哪些？

黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法等。

等价类划分的办法是把程序的输入域划分成若干部分（子集），然后从每个部分中选取少数代表性数据作为测试用例。每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的,常用的黑盒测试用例设计方法。

边界值分析是通过选择等价类边界的测试用例。边界值分析法不仅重视输入条件边界，而且也必须考虑输出域边界。它是对等价类划分方法的补充。大量的错误是发生在输入或输出范围的边界上,而不是发生在输入输出范围的内部.因此针对各种边界情况设计测试用例,可以查出更多的错误

错误推测法是基于经验和直觉推测程序中所有可能存在的各种错误, 从而有针对性的设计测试用例的方法。列举出程序中所有可能有的错误和容易发生错误的特殊情况,根据他们选择测试用例。

因果图法，考虑输入条件之间的相互组合,可能会产生一些新的情况. 但要检查输入条件的组合不是一件容易的事情, 即使把所有输入条件划分成等价类,他们之间的组合情况也相当多. 因此必须考虑采用一种适合于描述对于多种条件的组合,相应产生多个动作的形式来考虑设计测试用例. 这就需要利用因果图。

判定表是分析和表达多逻辑条件下执行不同作的情况下的工具.在程序设计发展的初期,判定表就已被当作编写程序的辅助工具了.由于它可以把复杂的逻辑关系和多种条件组合的情况表达得既具体又明确。

正交试验设计法，就是使用已经造好了的正交表格来安排试验并进行数据分析的一种方法，目的是用少的测试用例达到的测试覆盖率

TestBird- 手游和App自动化测试平台

开发一个例如美团的app，需要哪些方面的知识，用什么语言开发呢？

开发一个类似与美团的APP，需要考虑庞大程度，如果简单的app只需3到4个人就可以了，一个产品，一个移动端，一个服务端，一个UI，一个测试。如果是复杂的类似与美团现在量级的APP的话会耗费很大的人力和财力，下面我就从人员配置，开发流程，技术点3个方面进行回答。

1.开发流程，一款APP从项目启动到正式交付会经历市场调研、需求分析、功能研发、app测试、交付上线等几个流程。app开发前需要针对行业分析软件定位进行市场调研，然后针对市场的需求进行需求分析，然后针对用户定位和市场需求进行需求分析，然后进行软件开发，开发完毕进行测试，测试完后才是app上线。后期会进行手机用户反馈和不断的测试会进行版本的迭代。

2.人员配置，市场调研会针对行业的需求和用户的痛点进行分析，找出用户需要的地方，是否有市场给出调研报告。然后需求分析师根据调研报告进行针对用户的痛点进行功能分析，分析完后会进行软件的开发，app开发阶段首先是产品给出交互设计图、流程图等，UI会根据交互设计图流程图画出app的原型图。然后进行程序开发，世界上用户量多的三个手机系统是ios、android、windowsphone,前两者占全球使用量的95%以上，现在我们就考虑做ios和android两个系统，所以需要配备ios和android端若干名，由于需要数据交互数据存储业务开发所以需要配备一名服务端开发人员，服务端开发人员可以配备ja工程师或python工程师或c#工程师的其中一种若干名，软件开发过程中需要进行功能测试所以需要配备若干名的测试工程师，测试完成后上线交付。

3.技术，开发过程中分移动端、服务端、数据库、测试等几端。其中移动端需要的技术有android,ios等技术，服务端需要的技术根据选择的编程语言的不同，市面上流行的编程语言有ja、、python、go语言、c++等根据自己的情况选择编程语言。数据库方面现在大多数的互联网公司以mysql数据库为主，当然还有其他的如oracle，sqlserver、sybase等。mysql是免费的其他的几种是付费的。测试的技术分黑盒测试和白盒测试技术。后还需要配备一个运维人员，运维人员需要会的技术有linux系统，软件技术等。