软件测试里面功能测试、业务测试以及黑盒测试怎么区分呀。。

软件测试里面功能测试、业务测试以及黑盒测试怎么区分呀。

软件测试里面功能测试、业务测试以及黑盒测试区别为：测试目的不同、测试方式不同、测试顺序不同。

一、测试目的不同

1、功能测试：功能测试的测试目的是对产品的各功能是否符合需求进行验证。

2、业务测试：业务测试的测试目的是对产品的操作是否业务的逻辑流程。

3、黑盒测试：黑盒测试的测试目的是检测每个功能是否都能正常使用。

二、测试方式不同

1、功能测试：功能测试的测试方式为不考虑程序内部的逻辑结构和内部特性，只检查产品的功能是否符合它的功能说明。达到了用户的需求，则证明该软件通过测试，未达到需求，则需尽快解决。

2、业务测试：业务测试的测试方式为测试人员以业务逻辑流程线使用产品，运行正常，则证明该软件通过测试，运行出现报错，则需尽快解决。

3、黑盒测试：黑盒测试的测试方式为从数据输出时若与预计数据一致，则证明该软件通过测试，若数据与预计数据有出入，即便出入较小亦证明软件程序内部出现问题，需尽快解决。

三、测试顺序不同

1、功能测试：功能测试的测试顺序在业务测试之前，黑盒测试之后。

2、业务测试：业务测试的测试顺序在黑盒测试和功能测试之后。

3、黑盒测试：黑盒测试的测试顺序在功能测试和业务测试之前。

软件测试的基本标准是什么?

1.确认测试标准

实现软件确认要通过一系列墨盒测试。确认测试同样需要制订测试计划和过程，测试计划应规定测试的种类和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。

无论是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面。

确认测试的结果有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。

2.配置复审

确认测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序，并且包括软件维护所必须的细节。

3.α、β测试

事实上，软件开发人员不可能完全预见用户实际使用程序的情况。例如，用户可能错误的理解命令，或提供一些奇怪的数据组合，亦可能对设计者自认明了的输出信息迷惑不解，等等。因此，软件是否真正满足最终用户的要求，应由用户进行一系列验收测试。

验收测试既可以是非正式的测试，也可以有计划、有系统的测试。有时，验收测试长达数周甚至数月，不断暴露错误，导致开发延期。一个软件产品，可能拥有众多用户，不可能由每个用户验收，此时多采用称为α、β测试的过程，以期发现那些似乎只有最终用户才能发现的问题。

扩展资料：

软件测试的流程：

1、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议。

2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。

3、测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。

4、测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束。

5、测试评估阶段：出测试报告，确认是否可以上线。

参考资料来源：百度百科-软件测试方法

软件测试的流程

1、测试需求分析阶段：阅读需求，理解需求，主要就是对业务的学习，分析需求点，参与需求评审会议。

2、测试计划阶段：主要任务就是编写测试计划，参考软件需求规格说明书，项目总体计划，内容包括测试范围（来自需求文档），进度安排，人力物力的分配，整体测试策略的制定。风险评估与规避措施有一个制定。

3、测试设计阶段：主要是编写测试用例，会参考需求文档（原型图），概要设计，详细设计等文档，用例编写完成之后会进行评审。

4、测试执行阶段：搭建环境，执行冒烟测试（预测试）-然后进入正式测试，bug管理直到测试结束。

5、测试评估阶段：出测试报告，确认是否可以上线。

扩展资料：

件测试是伴随着软件的产生而产生的。早期的软件开发过程中软件规模都很小、复杂程度低，软件开发的过程混乱无序、相当随意，测试的含义比较狭窄，开发人员将测试等同于“调试”，目的是纠正软件中已经知道的故障，常常由开发人员自己完成这部分的工作。

对测试的投入极少，测试介入也晚，常常是等到形成代码，产品已经基本完成时才进行测试。到了上世纪80年代初期，软件和IT行业进入了大发展，软件趋向大型化、高复杂度，软件的质量越来越重要。

参考资料来源：百度百科-软件测试

软件测试的基本流程

软件测试的基本流程有以下几点：

第一、确认功能（业务功能、辅助功能、数据约束、易用性需求、编辑约束、参数需求、权限需求、性能约束）：

1、业务功能：与用户实际业务直接相关的功能或者细节。

2、辅助功能：辅助完成业务功能的一些功能或者细节，例如：设置过滤条件。

3、数据约束：功能的细节，主要是用于控制在执行功能时，数据的显示范围，数据之间的关系等。

4、易用性需求：功能的细节，产品中必须提供，便于功能操作使用的一些细节，例如：快捷键等。

5、编辑约束：功能的细节，在功能执行时，对输入数据项目的一些约束条件，例如：只能输入数字等。

第二、场景分析：

1、考虑场景的调用者：考虑每一个场景提供的服务是供哪些外部模块或者系统调用的，找出所有调用者。调用前提、约束都要考虑。每一个调用都可以考虑成一个大的业务流程（一般和外部有交互的业务出错率比较大，需要重点关注）。

2、考虑系统内部各个场景之间的：形成内部业务流程，需要分析每个场景之间的约束关系，执行条件，组织出各种业务流程图。

第三、挖掘隐性需求：

1、常用的或者规定的业务流程。

2、各个业务流程分支的遍历。

3、明确规定不可使用的业务流程。

4、没有明确规定但是应该不可使用的业务流程。

5、其他异常或者不符合规定的操作。

软件测试这个行业好吗？

软件测试工作有前途。
软件测试就业前景挺好的，目前IT行业对于软件测试方面的人才需求是非常大的，软件产品的质量对于一个软件来说是攸关生死的，各企业越来越重视软件产品质量，而软件测试的工作就是让软件质量越来越好，还有就是软件测试的工资待遇是非常好的，和其它职业相比，月入上万要简单的多，随着时代的发展，软件也越来越普及，所以人才需求量和前景都是不错的。
软件测试是软件开发过程的重要组成部分，是用来确认一个程序的功能或性能是否符合开发之前所提出的一些要求。软件测试就是在软件投入运行前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。最直观的目的肯定是通过对软件系统或程序的测试，发现其中的错误，也是目前和未来比较热门的一个行业。

软件测试的流程是什么？

软件测试的流程：
1、根据软件设计需求制定测试计划，测试数据和测试用例。
2、搭建测试环境、执行测试用例。
3、提交测试报告。
4、跟踪Bug修改情况，不断测试完善产品。
5、产品的其他方面测试。

软件测试的策略?

分类: 电脑/网络 >> 软件
解析:

希赛顾问——软件测试专刊（2006年第4期，总第4期）

主办：希赛网（csai） 承办：希赛网软件测试频道（testing.csai）

性能测试兵法

作者：陈绍英 来源：希赛网软件测试频道
在大多数的性能测试工作中，我们可以看出很多内容都是互相关联的。这就给我们提供了一思路：性能测试的很多内容可以经过一定的组织统一来进行。统一开展性能测试的巨大好处是可以由浅入深按照层次对系统进行测试，进而减少不必要的工作量，以实现节约测试成本的目的。为此，本文提出了“全面性能测试模型”的概念。“全面性能测试模型”提出的主要依据就是一种类型的性能测试可以在某些条件下转化成为另外一种类型的性能测试，而这些类型的测试实施也是很类似的。例如：针对一个网站进行测试，模拟10到50个用户

就是在进行常规性能测试，用户增加到1000乃至上万就变成了压力/负载测试。如果同时对系统进行大量的数据查询操作，就包含了强度测试。

1．全面性能测试模型在“全面性能测试模型”中，把Web性能测试分为八个类别。

下面首先介绍八个性能测试类别的主要内容。

（1）预期指标的性能测试 系统在需求分析和设计阶段都会提出一些性能指标，这些指标是性能测试要完成的首要工作之一，本模型把预先确定的一些性能指标的测试称为预期指标的性能测试。这些指标主要是指诸如“系统可以支持并发用户1000”、“系统响应时间不得高于10秒”等在产品说明书等文档中中十分明确的内容，对这种预先承诺的性能要求，测试小组应该“首当其冲”完成这类测试。

（2）独立业务性能测试 独立业务主要是指一些核心业务模块，这些模块通常具有功能比较复杂、使用比较频繁、属于核心业务等特点。这类特殊的、功能比较独立的业务模块始终都是性能测试重点。我们通常不但要测试这类模块的一些和性能相关的算法，还要测试这类模块对并发用户的响应情况。核心业务模块在需求阶段就可以确定，在系统测试阶段开始单独测试其性能。如果是系统类软件或者特殊应用的软件，通常从单元测试阶段就开始进行测试，在后继的集成测试、系统测试、验收测试中进一步进行测试，以保证核心业务模块的性能稳定。用户并发测试是核心业务模块的重“并发”的主要内容是模拟一定数量的用户同时使用某一核心模块的“相同”或者“不同”的功能，并且持续一段时间。对“相同”的功

能进行并发测试分为两种类型，一类是在同一时刻进行完全一样的操作，例如打开同一条数据记录进行查看；另外一类是在同一时刻使用完全一样的功能，例如同时提交数据进行保存。可以看出后者是包含前前者的，后者是前者的特例，这种并发测试都要持续一定的时间。

从微观角度讲，同时使用某一核心模块“不同”的功能，也是一种组合业务性能测试，只不过这种组合的相关业务大分类是一致的。

（3）组合业务性能测试 通常不会所有的用户只使用一个或者几个核心业务模块，每个功能模块都可能被使用到，所以Web性能测试既要模拟多用户的“相同”操作(这里的“相同”

指很多用户使用同一功能)，又要模拟多用户的“不同”操作(这里的“不同”指很多用户同时对一个或者多个模块的不同功能进行操作)对多个业务进行组合性能测试。组合业务测试是最接近用户实际使用情况的测试，因而是性能测试的核心内容。我们通常按照用户的实际使用情况来模拟使用各个模板的人数比例。由于组合业务测试是最反映用户使用系统情况

的测试，因而组合测试往往和服务器（操作系统、Web服务器、数据库服务器）性能测试

结合起来，在通过工具模拟用户行为的同时，还通过测试工具的监控功能采集服务器的计数器信息，进而全面分析系统的瓶颈，为改进系统提供有利的依据。用户并发测试是组合业

务测试的核心内容。“组合”并发的突出特点是分成不同的用户组进行并发，每组的用户比例要根据实际情况来进行匹配。组合业务测试可以理解为包含了“核心业务模块并发”和“非核心业务模块并发”同时进行的并发用户测试。

（4）疲劳强度性能测试 疲劳强度测试是在系统稳定运行下模拟较大的用户数量、并长时间运行系统的测试，通过综合分析执行指标和资源监控来确定系统处理最大业务量时的性能，

主要目的是为了测试系统的稳定性。

（5）大数据量性能测试 大数据量测试分为两种：一种是针对某些系统存储、传输、统计查询等业务进行大数据量的测试，主要是测试数据增多时的性能情况，这类一般都是针对某些特殊的核心业务或者一些日常比较常用的组合业务的测试。第二种是极限状态下的数据测试，主要是指系统数据量达到一定程度时，通过性能测试来评估系统的响应情况，测试的对象也是某些核心业务或者日常常用的组合业务。例如系统的数据每年只备份转移一次，可分别选择一个季度、半年、一年作为参考，模拟输入各个时间段的预计数据量，然后测试系统的性能，进而预估系统的性能走向。由于大数据量仍然是为了测试系统的业务处理能力，

因此大数据量性能测试可以独立进行，也可以和前面的独立、组合业务测试结合起来进行，主要由性能测试策略来决定。由于大数据量测试一般在投产环境进行，因此本书把它单独独立出来，和疲劳强度测试放在一起，在整个性能测试的后期进行。大数据量测试可以理解为特定条件下的核心业务或者组合业务测试。

（6）网络性能测试 网络性能测试主要是为了准确展示带宽、延迟、负载和端口的变化是如何影响用户的响应时间的。在实际的软件项目中，主要是测试用户数目与网络带宽的关系。

网络性能测试一般有专门的工具，因此本书不研究网络测试，网络测试的任务通常由系统集成人员来完成。

（7）服务器性能测试 服务器性能测试（操作系统、Web服务器、数据库服务器）分为初级和高级两种形式。“初级服务器性能测试”主要是指在业务系统工作或者进行前面其它

种类性能测试的时候，监控服务器的一些计数器信息，通过这些数据对服务器进行综合性能分析，找出系统瓶颈，为调优或者提高性能提供依据。“高级服务器性能测试”一般不由测试人员进行，由专门的系统管理员来进行，例如数据库服务器由专门的DBA来进行测试和调优。本书主要讨论在测试中常用到的“初级服务器性能测试”，既通过工具对服务器资源进行监控的性能测试。

（8）一些特殊测试 主要是指配置测试、内存泄漏测试一些特殊的Web性能测试。这类性能测试或者和前面的测试结合起来进行，或者在一些特殊情况下会独立进行，本书重点来讨论前一种情况，因为后一种情况往往通过特有的工具、较大投入的进行，可以不作为性能测试的范畴来研究。

主办：希赛网（csai） 承办：希赛网软件测试频道（testing.csai）

软件测试专业调查,请各位朋友大力支持:
testing.csai/edu/vote/VoteStepFirst

以上就是小编整理的软件测试里面功能测试、业务测试以及黑盒测试怎么区分呀。全部内容了，欢迎大家留言讨论。访问培训啦了解更多相关话题

985大学 211大学 全国院校对比 专升本