常用的测试方法(测试眼睛负载)
常用的性能测试方法有哪些?
常用的测试方法有：前端性能测试，后端性能测试，代码级性能测试，压力测试，配置测试，并发测试，可靠性测试，具体资料可以从黑马流程员获取了解下。他们亦有本人的视频库，可以看老师的讲解，内容也很有深度。安兔兔测试或鲁大师，简单点就是去和平精英里面开高画质，看看卡不卡。注意和提防，在实施队列（图2）开始增长的并 且，响应时间也开始以递增的速度增长
系统测试的测试方法有哪些?
系统测试一般采取黑盒测试，系统测试的方式方法也比较多，其中常用的方式方法有：多任务测试、临界测试、中断测试、等价划分测试
多任务测试
多任务测试是指在非idle状态下，测试对象处于工作状态时，有新的事件发生，如手机进行通话时有短信进行，手机有电话呼入，这样的状况就是“多任务”。
Eg：手机项目中，查看短信时，有来电时。。。
备注：
1、多任务是黑盒特别是嵌入式设备中所必须进行的一项最根本的测试，也是最容易发现软件问题的测试；
2、多任务测试是测试系统模块之间互相作用与影响的一种重要测试，这种测试一般会检测出如死机，系统重启，内存混乱，数据丢失等严重情况；
3、多任务测试应放在用户经常使用的模块组合上，测试时应将用户可能遇见的这几个组合考虑进去，同时注意和提防模块重合的时间点。
临界测试
在事件、任务刚刚发生、结束以及储存系统处于临界等边界状态下所进行测试
Eg：系统用户的容量为200，那么当人数达到到201时。。。
备注：
1、临界测试时系统测试中比较容易发现问题。最要紧的一点事临界值的把握，有概率性的出现就是一个测试点的问题；
2、一般事件发生的开始和结束瞬间以及关系到内存处于满和空时临界侧四关注的重点，这几个情况也是最比较易出现问题。
中断测试
中断指软件在打工时被其他别的任务或意外事件等情形状况终止推出，对应的测试即为中断测试；
中断测试有人为中断、新任务中断以及意外中断等几类情况。
Eg：
● 手机在短信编辑时突然有电话进入，短信编辑被中断（新事件中断）
● 手机短信在查看短信时，手机耗尽电池，自动关机（意外中断）
● 手机短信刚刚发送中，按下停止按钮停止发送（人为中断）
备注：
中断测试在函数结合和内存数据的存取时用的比较多的
等价类划分
是测试用例中的设计方法，这一个方法从组件的等价类中选取典型的点进行测试如：
如系统中对于工资的维持在10W/月故此我们取4个值：1，5w，9w，10w，分别在不同的范畴内进行测试。
诚然，系统测试也采用GUI测试、功能测试、性能测试、压力测试、负载测试、安装测试等。
单元测试、集成测试、系统测试、验收测试、回归测试。
单元测试：
单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最根本的部分，也是最要紧的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相比于该单元的规约来讲的。于是，单元测试以被测试单位的规约为标准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。
集成测试：
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它依据集成测试计划，一边将模块或其他软件单位组合成愈来愈大的系统，一边运行该系统，以剖析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。
系统测试：
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并 不是一项简单容易的任务，它被叫作测试的“先知者问题”。于是，系统测试应该依照测试计划进行，其输入、输出和别的动态运行行为应该与软件规约进行对比。软件系统测试方法许多，主要有功能测试、性能测试、随机测试等等。
验收测试：
验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据一般是系统测试的测试数据的子集。所不同的是，验收测试往往有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。
回归测试：
回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：
● 所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；
● 不作用与影响软件的其他功能的正确性。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系我，我们将立即处理
七种常常见到的用户剖析测试方法?
随着用户需求的不断变化，愈来愈多的产品设计被要求加入体验设计的设计理念。今天，昆明电脑培训http://www。kmbdqn。cn/就一起来了解下，从企业角度剖析，用户体验皆有哪些方法可以测试出来。
问卷法
问卷法是大家非常熟悉且使用得多的方式方法之一。它是以书面形式向特定人群提出问题，并要求被访者以书面或口头形式回答来进行资料搜集的一种方法。问卷可以同时在较大范围内让众多被访者填写，所以能在较短时间内搜集到大量的数据。与传统调查方式相比，互联网调查在组织实施、信息采集、信息处理、调查效果等方面具有明显的优势。不过，做好一份问卷并不容易，特别是在制订问卷目标、设计问题及文案上皆有一定的专业要求。
可用性测试
可用性测试是指在设计过程中被用以改善产品的可用性的一系列方法。在典型的可用性测试中，用户研究员会依据测试目标设计一系列操作任务，通过测试5～10名用户完成这几个任务的过程来观察用户实际怎样使用产品，特别是发现这几个用户遇见的问题及原因，并终达到完成测试目标。在测试完成后，用户研究员会针对问题所在，提出改进的意见。
眼动测试
对个体来讲，外界信息的80%～90%通过眼睛获取，眼动有一定的规律性，眼动测试就是通过眼动仪(见图1-9)记录用户浏览页面时视线的移动过程及对不同板块的注意和关注度。通过眼动测试可以了解用户的浏览行为，评估设计效果。眼动仪通过记录角膜对红外线反射路径的变化，计算眼睛的运动过程，并精密推算眼睛的注视位置。
用户访谈
与问卷不同，在访谈中可以与用户有更长久、更深入的交流，通过面对面沟通、电话等方式皆可以与用户直接进行交流。访谈法操作方便，可以深入地探索被访者的内心与观点，容易达到理想的作用，所以也是较为常用的用户研究方法。访谈法一般在调查对象较少的情形下采用，因此常与问卷法、测试法等其他方法结合使用。
焦点小组
焦点小组是用户研究项目中常常见到的研究方法之一，根据群动力学原理，一个焦点小组应由6～8人组成，在一名专业的主持人的引导下，以一种无结构或半结构的形式，对某一主题或观念进行深入讨论，从而获取相关问题的一些创造性见解。焦点小组特别适合使用于探索性研究，通过了解用户的态度、行为、习惯、需求等，为产品收集创意、启发思路。
常用的性能测试方法有哪些
1．负载测试
在这儿，负载测试指的是最常常见到的验证一般性能需求而进行的性能测试，在上面我们提到了用户最常常见到的性能需求就是“既要马儿跑，又要马儿少吃草” 。因此负载测试着重是考察软件系统在既定负载下的性能表现。
大家对负载测试可以有如下理解：
（一）负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现。
（二）负载测试的预期结果是用户的性能需求得到满足。此指标一般展现为响应时间、交易容量、并发容
量、资源使用率等。
2．压力测试
压力测试是为了考察系统在**条件下的表现，条件可以是超负荷的交易量和并发用户数。注意和提防，这个条件并不一定是用户的性能需求，可能要远远高于用户的性能需求。可以这样理解，压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式。打比方说说，我们期待一个系统在面临压力的情形下能够保持稳定，处理速度可以变慢，但不能系统崩溃。于是，压力测试是能使俺们识别系统的弱点和在极限负载下流程将怎样运行。
例子：负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身。
3．并发测试
验证系统的并发处理能力。通常是和服务器端建立大量的并发连接，通过顾客端的响应时间和服务器端的性能监测情况来推测断定系统是否达到了既定的并发能力指标。负载测试常常就会使用并发来创造负载，之所以把并发测试独立提出来，是由于并发测试常常涉及服务器的并发容量，以及多进程/多线程协调同步可可以带来的问题。这是要特别注意和提防，必须测试的。
4．基准测试
当软件系统中增添一个新的模块的时刻，需要做基准测试，以判断新模块对整个软件系统的性能作用与影响。
依照基准测试的方式方法，需要打开/关闭新模块至少各做一次测试。关闭模块之前的系统各个性能指标记下来作为标准（Benchmark），紧接着与打开模块状态下的系统性能指标作比较，以判断模块对系统性能的作用与影响。
5．稳定性测试
“路遥知马力” ，在这儿我们要说的是和性能测试相关的稳定性测试，即测试系统在一定负载下运行长久后是否会发生问题。软件系统的有些问题是不能一下子就暴露出来的，也可以这样说是需要时间积累才能达到能够
度量的程度。为啥会需要如此的测试呢？由于有些软件的问题只有在运行一天或一个星期甚至更长的时间才会暴露。这种提问一般是流程占用资源却不能及时释放而引起的。打比方说，内存泄漏问题就是过了一段时间积累才会逐渐变得显著，在运行初期却非常难检测出来；还有顾客端和服务器在负载运行一些时日后，建立了大量的连接通路，却不能有效地复用或及时释放。
6．可恢复测试
测试系统能不能快速地从错误状态中恢复到正常状态。打比方说，在一个配有负载均衡的系统中，主机承受了
压力无法正常工作后，备份机是否能够快速地接管负载。可恢复测试通常来讲结合压力测试一起来做。1．负载测试
在这儿，负载测试指的是最常常见到的验证一般性能需求而进行的性能测试，在上面我们提到了用户最常常见到的性能需求就是“既要马儿跑，又要马儿少吃草”。因此负载测试着重是考察软件系统在既定负载下的性能表现。大家对负载测试可以有如下理解：
（一）负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现。
（二）负载测试的预期结果是用户的性能需求得到满足。此指标一般展现为响应时间、交易容量、并发容量、资源使用率等。
2．压力测试
压力测试是为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数。注意和提防，这个极端条件并不一定是用户的性能需求，可能要远远高于用户的性能需求。可以这样理解，压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式。打比方说说，我们期待一个系统在面临压力的情形下能够保持稳定，处理速度可以变慢，但不能系统崩溃。于是，压力测试是能使俺们识别系统的弱点和在极限负载下流程将怎样运行。
例子：负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身。对于它们的不同，俺们是可以用华山论剑的例子来更加形象地描述一下。假如把郭靖看做被测试对象，那么压力测试就好像是郭靖和已经走火入魔的欧阳峰过招，欧阳锋蛮打乱来，毫无套路，尽可能地去对方。郭靖要能应对住，而且不能丢进小命。而常规性能测试就好比郭靖和黄药师、洪七公三人约定，只要郭靖能分别接两位高手一百招，郭靖就算胜。至于三百招后哪怕郭靖会输掉那也不必管了。他只要能做到接下一百招，就算通过。
思考
我们在做软件压力测试时，常常要增添比负载测试更加的多的并发用户和交易，这是为啥？
3．并发测试
验证系统的并发处理能力。通常是和服务器端建立大量的并发连接，通过顾客端的响应时间和服务器端的性能监测情况来推测断定系统是否达到了既定的并发能力指标。负载测试常常就会使用并发来创造负载，之所以把并发测试独立提出来，是由于并发测试常常涉及服务器的并发容量，以及多进程/多线程协调同步可可以带来的问题。这是要特别注意和提防，必须测试的。
4．基准测试
当软件系统中增添一个新的模块的时刻，需要做基准测试，以判断新模块对整个软件系统的性能作用与影响。依照基准测试的方式方法，需要打开/关闭新模块至少各做一次测试。关闭模块之前的系统各个性能指标记下来作为标准（Benchmark），紧接着与打开模块状态下的系统性能指标作比较，以判断模块对系统性能的作用与影响。
5．稳定性测试
“路遥知马力”，在这儿我们要说的是和性能测试相关的稳定性测试，即测试系统在一定负载下运行长久后是否会发生问题。软件系统的有些问题是不能一下子就暴露出来的，也可以这样说是需要时间积累才能达到能够度量的程度。为啥会需要如此的测试呢？由于有些软件的问题只有在运行一天或一个星期甚至更长的时间才会暴露。这种提问一般是流程占用资源却不能及时释放而引起的。打比方说，内存泄漏问题就是过了一段时间积累才会逐渐变得显著，在运行初期却非常难检测出来；还有顾客端和服务器在负载运行一些时日后，建立了大量的连接通路，却不能有效地复用或及时释放。
6．可恢复测试
测试系统能不能快速地从错误状态中恢复到正常状态。打比方说，在一个配有负载均衡的系统中，主机承受了压力无法正常工作后，备份机是否能够快速地接管负载。可恢复测试通常来讲结合压力测试一起来做。
提示：每种测试有其存在的空间和目的。当我们接手一个软件项目后，在有限的资源条件下，选择去做哪一种测试，这应该依据当前软件过程阶段和项目的本身特点来做选择。打比方说，在集成测试的时刻要做基准测试，在软件产品每个发布点要做性能测试。1．负载测试
在这儿，负载测试指的是最常常见到的验证一般性能需求而进行的性能测试，在上面我们提到了用户最常常见到的性能需求就是“既要马儿跑，又要马儿少吃草”。因此负载测试着重是考察软件系统在既定负载下的性能表现。大家对负载测试可以有如下理解：
（一）负载测试是站在用户的角度去观察在一定条件下软件系统的性能表现。
（二）负载测试的预期结果是用户的性能需求得到满足。此指标一般展现为响应时间、交易容量、并发容量、资源使用率等。
2．压力测试
压力测试是为了考察系统在极端条件下的表现，极端条件可以是超负荷的交易量和并发用户数。注意和提防，这个极端条件并不一定是用户的性能需求，可能要远远高于用户的性能需求。可以这样理解，压力测试和负载测试不同的是，压力测试的预期结果就是系统出现问题，而我们要考察的是系统处理问题的方式。打比方说说，我们期待一个系统在面临压力的情形下能够保持稳定，处理速度可以变慢，但不能系统崩溃。于是，压力测试是能使俺们识别系统的弱点和在极限负载下流程将怎样运行。
例子：负载测试关心的是用户规则和需求，压力测试关心的是软件系统本身。对于它们的不同，俺们是可以用华山论剑的例子来更加形象地描述一下。假如把郭靖看做被测试对象，那么压力测试就好像是郭靖和已经走火入魔的欧阳峰过招，欧阳锋蛮打乱来，毫无套路，尽可能地去对方。郭靖要能应对住，而且不能丢进小命。而常规性能测试就好比郭靖和黄药师、洪七公三人约定，只要郭靖能分别接两位高手一百招，郭靖就算胜。至于三百招后哪怕郭靖会输掉那也不必管了。他只要能做到接下一百招，就算通过。
思考
我们在做软件压力测试时，常常要增添比负载测试更加的多的并发用户和交易，这是为啥？
3．并发测试
验证系统的并发处理能力。通常是和服务器端建立大量的并发连接，通过顾客端的响应时间和服务器端的性能监测情况来推测断定系统是否达到了既定的并发能力指标。负载测试常常就会使用并发来创造负载，之所以把并发测试独立提出来，是由于并发测试常常涉及服务器的并发容量，以及多进程/多线程协调同步可可以带来的问题。这是要特别注意和提防，必须测试的。
4．基准测试
当软件系统中增添一个新的模块的时刻，需要做基准测试，以判断新模块对整个软件系统的性能作用与影响。依照基准测试的方式方法，需要打开/关闭新模块至少各做一次测试。关闭模块之前的系统各个性能指标记下来作为标准（Benchmark），紧接着与打开模块状态下的系统性能指标作比较，以判断模块对系统性能的作用与影响。
5．稳定性测试
“路遥知马力”，在这儿我们要说的是和性能测试相关的稳定性测试，即测试系统在一定负载下运行长久后是否会发生问题。软件系统的有些问题是不能一下子就暴露出来的，也可以这样说是需要时间积累才能达到能够度量的程度。为啥会需要如此的测试呢？由于有些软件的问题只有在运行一天或一个星期甚至更长的时间才会暴露。这种提问一般是流程占用资源却不能及时释放而引起的。打比方说，内存泄漏问题就是过了一段时间积累才会逐渐变得显著，在运行初期却非常难检测出来；还有顾客端和服务器在负载运行一些时日后，建立了大量的连接通路，却不能有效地复用或及时释放。
6．可恢复测试
测试系统能不能快速地从错误状态中恢复到正常状态。打比方说，在一个配有负载均衡的系统中，主机承受了压力无法正常工作后，备份机是否能够快速地接管负载。可恢复测试通常来讲结合压力测试一起来做。
提示：每种测试有其存在的空间和目的。当我们接手一个软件项目后，在有限的资源条件下，选择去做哪一种测试，这应该依据当前软件过程阶段和项目的本身特点来做选择。打比方说，在集成测试的时刻要做基准测试，在软件产品每个发布点要做性能测试。
常用的皮肤测试方法有哪些?
常用的皮肤测试方法有：肉眼观察法、纸巾擦拭法、美容放大镜观察法、美容透视灯观察法、电脑皮肤测试法。
（一）肉眼观察法
用洗面奶彻底清洁面部后，用毛巾将水擦干，皮肤会出现紧绷感。
不用任何护肤品，静静观察皮肤情况，计算皮肤紧绷感消失的时间。
若紧绷感在洗脸后30 分钟左右消失，为中性皮肤；若紧绷感在洗脸后20 分钟之内消失，为油性皮肤；若紧绷感在洗脸后40 分钟左右才消失，为干性皮肤。
（二）纸巾擦拭法
晚上将脸洗净后，不涂任何护肤品，第2天起床后用干净的面巾纸分别轻按额部、面颊、鼻翼、下颌等处，观察纸巾上油污的多少。
纸巾上沾油污面积不大，呈微透明状，为中性皮肤；纸巾上见大片油迹，呈透明状，为油性皮肤；纸巾上基本不沾油迹，为干性皮肤。
（三）美容放大镜观察法
洗净面部，待皮肤紧绷感消失后，用放大镜认真观察皮肤纹理及毛孔状况。操作时用棉片将客户双眼遮盖，防止放大镜折光损伤眼睛。皮肤纹理不粗不细，为中性皮肤；皮肤纹理较粗，毛孔较大，为油性皮肤；皮肤纹理细致，毛孔细小不明显，常见细小皮屑，为干性皮肤。
（四）美容透视灯观察法
美容透视灯内装有紫外线灯管，紫外线对皮肤有较强的穿透力，可以帮助美容师了解皮肤表面和深层的组织情况。使用透视灯之前，应先清洗面部，并用湿棉块遮住双眼，以防紫外线刺伤眼睛。待皮肤紧绷感消失后再进行测试。不同类型的皮肤在透视灯下呈现不同的颜色：中性皮肤多数为淡灰色，小面积橙黄色荧光块；油性皮肤可见大片橙黄色荧光块；干性皮肤有少许或没有橙黄色荧光块、白色小块，多数呈淡紫蓝色荧光块。
（五）电脑皮肤测试法
电脑通过皮肤探测器，收集面部皮肤各方面的材料，进行综合推测辨别，总结出准确结论。此方法简便、准确，应用广泛。
常用的黑盒测试方法有哪些?
常用的黑盒测试技术有划分等价类、边界值剖析法、错误推测法、因果图法、判定表组成法、正交试验设计、场景法。
黑盒测试，它是通过测试来检测每个功能是否皆能正常使用。在测试中，把流程看作一个不能打开的黑盒子，在完全不考虑流程内部结构和内部特性的情形下，在流程接口进行测试，它只检查流程功能是否依照需求规格说明书的规定正常使用，流程是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于流程外部结构，不考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。
更多阅读：
黑盒测试是以用户的角度，从输入数据与输出数据的相呼应之关系出发进行测试的。很明显，假如外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的。
采用这种测试方法，测试设计师把测试对象看作一个黑盒子，完全不考虑流程内部的逻辑结构和内部特性，只根据流程的《需求规格说明书》，检查流程的功能是否符合它的功能说明。测试设计师无需了解流程代码的内部构造，完全模拟软件产品的最终用户使用该软件，检查软件产品是否达到了用户的需求。黑盒测试方法能更佳、更真实地从用户角度来考察被测系统的功能性需求实现情况。在软件测试的各个阶段，如单元测试、集成测试、系统测试及验收测试等阶段中，黑盒测试都发挥着重要作用，特别在系统测试和确认测试中，其作用是其他测试方法无法取代的。
测试方法有哪些?
测试方法有许多，重点分为：
功能测试；不接触代码进行测试
自动化测试：使用自动化测试工具在功能比较稳定之后，进行录制或者编写脚本进行的测试
性能测试：使用性能测试工具，针对一些指标，打比方说：响应时间，并发量，成功机会，tps等选取典型交易进行测试
接口测试；在没有开发出界面之前，先对整个系统的接口进行测试。保证接口无问题，紧接着在开发出界面的时刻，一般接口传输数据上，不会出现什么大的问题了
其他别的一些名词就不讲了，什么黑盒、白盒、灰盒、兼容、安装卸载、、、
系统测试的测试方法有哪些?
系统测试一般采取黑盒测试，系统测试的方式方法也比较多，其中常用的方式方法有：多任务测试、临界测试、中断测试、等价划分测试
多任务测试
多任务测试是指在非idle状态下，测试对象处于工作状态时，有新的事件发生，如手机进行通话时有短信进行，手机有电话呼入，这样的状况就是“多任务”。
Eg：手机项目中，查看短信时，有来电时。。。
备注：
1、多任务是黑盒特别是嵌入式设备中所必须进行的一项最根本的测试，也是最容易发现软件问题的测试；
2、多任务测试是测试系统模块之间互相作用与影响的一种重要测试，这种测试一般会检测出如死机，系统重启，内存混乱，数据丢失等严重情况；
3、多任务测试应放在用户经常使用的模块组合上，测试时应将用户可能遇见的这几个组合考虑进去，同时注意和提防模块重合的时间点。
临界测试
在事件、任务刚刚发生、结束以及储存系统处于临界等边界状态下所进行测试
Eg：系统用户的容量为200，那么当人数达到到201时。。。
备注：
1、临界测试时系统测试中比较容易发现问题。最要紧的一点事临界值的把握，有概率性的出现就是一个测试点的问题；
2、一般事件发生的开始和结束瞬间以及关系到内存处于满和空时临界侧四关注的重点，这几个情况也是最比较易出现问题。
中断测试
中断指软件在打工时被其他别的任务或意外事件等情形状况终止推出，对应的测试即为中断测试；
中断测试有人为中断、新任务中断以及意外中断等几类情况。
Eg：
● 手机在短信编辑时突然有电话进入，短信编辑被中断（新事件中断）
● 手机短信在查看短信时，手机耗尽电池，自动关机（意外中断）
● 手机短信刚刚发送中，按下停止按钮停止发送（人为中断）
备注：
中断测试在函数结合和内存数据的存取时用的比较多的
等价类划分
是测试用例中的设计方法，这一个方法从组件的等价类中选取典型的点进行测试如：
如系统中对于工资的维持在10W/月故此我们取4个值：1，5w，9w，10w，分别在不同的范畴内进行测试。
诚然，系统测试也采用GUI测试、功能测试、性能测试、压力测试、负载测试、安装测试等。
单元测试、集成测试、系统测试、验收测试、回归测试。
单元测试：
单元测试是对软件中的基本组成单位进行的测试，如一个模块、一个过程等等。它是软件动态测试的最根本的部分，也是最要紧的部分之一，其目的是检验软件基本组成单位的正确性。一个软件单元的正确性是相比于该单元的规约来讲的。于是，单元测试以被测试单位的规约为标准。单元测试的主要方法有控制流测试、数据流测试、排错测试、分域测试等等。
集成测试：
集成测试是在软件系统集成过程中所进行的测试，其主要目的是检查软件单位之间的接口是否正确。它依据集成测试计划，一边将模块或其他软件单位组合成愈来愈大的系统，一边运行该系统，以剖析所组成的系统是否正确，各组成部分是否合拍。集成测试的策略主要有自顶向下和自底向上两种。
系统测试：
系统测试是对已经集成好的软件系统进行彻底的测试，以验证软件系统的正确性和性能等满足其规约所指定的要求，检查软件的行为和输出是否正确并 不是一项简单容易的任务，它被叫作测试的“先知者问题”。于是，系统测试应该依照测试计划进行，其输入、输出和别的动态运行行为应该与软件规约进行对比。软件系统测试方法许多，主要有功能测试、性能测试、随机测试等等。
验收测试：
验收测试旨在向软件的购买者展示该软件系统满足其用户的需求。它的测试数据一般是系统测试的测试数据的子集。所不同的是，验收测试往往有软件系统的购买者代表在现场，甚至是在软件安装使用的现场。这是软件在投入使用之前的最后测试。
回归测试：
回归测试是在软件维护阶段，对软件进行修改之后进行的测试。其目的是检验对软件进行的修改是否正确。这里，修改的正确性有两重含义：
● 所作的修改达到了预定目的，如错误得到改正，能够适应新的运行环境等等；
● 不作用与影响软件的其他功能的正确性。
上文内容不用于商业目的，如涉及知识产权问题，请权利人联系我，我们将立即处理
