接口测试属于黑盒测试吗,接口测试是黑盒还是白盒

什么是黑盒测试?

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

功能测试是黑盒测试还是白盒测试

黑盒测试。

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用。在测试时，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

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

软件测试按照测试技术划分可以有：黑盒测试，白盒测试，灰盒测试

黑盒测试又叫功能测试

1.软件黑色盒子，里边的实现，看不见代码

2.输入，输出结果---功能测试的方法

这是因为在黑盒测试中主要关注被测软件的功能实现，而.不是内部逻辑。

在黑盒测试中，被测对象的内部结构，运作情况对测试人员是不可见的，测试人员主要是验证系统功能与需求的一致性。

在绝大多数没有用户参与的黑盒测试中，最常见的测试有:功能性测试、容量测试、安全性测试、负载测试、恢复性测试、标杆测试、稳定性测试、可靠性测试等。

在我们软件测试行业中最常见的还是功能测试，考察个人对需求的掌握度和软件工程的基本知识。

白盒测试

1.白色透明的黑子；代码实现，功能逻辑；

2.开发--看代码---单元测试

是一种测试用例设计方法，在这里盒子指的是被测试的软件，白盒,顾名思义即盒子是可视的，你可以清楚盒子内部.的东西以及里面是如何运作的,因此白盒测试需要你对系统内部的结构和工作原理有一-个清楚的了解,并且基于这个知识来设计你的用例。

白盒测试技术一般可被分为静态分析和动态分析两类技术。

白盒测试优点:迫使测试人员去仔细的思考软件的实现;可以检测代码中的每条分支和路径;揭示隐藏在代码中的错误;对代码的测试比较彻底，最优化。

白盒测试缺点:无法检测代码中遗漏的路径和数据敏感性错误;不验证格式的正确性。

灰盒测试（补充）

1.介于白盒黑盒两者之间

2.了解实现流程逻辑，不需要知道具体代码

3.接口测试---使用方法

白盒测试和黑盒测试往往不是决然分开的，一般在白盒测试中交叉使用黑盒测试的方法，在黑盒测试中交叉使用白盒测试的方法。

最常见的灰盒测试是集成测试

什么是黑盒测试技术,常用的黑盒测试技术有哪些?

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

常用的黑盒测试技术有划分等价类、边界值分析法、错误推测法、因果图法、判定表组成法、正交试验设计、场景法。

扩展资料：

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

采用这种测试方法，测试工程师把测试对象看作一个黑盒子，完全不考虑程序内部的逻辑结构和内部特性，只依据程序的《需求规格说明书》，检查程序的功能是否符合它的功能说明。测试工程师无需了解程序代码的内部构造，完全模拟软件产品的最终用户使用该软件，检查软件产品是否达到了用户的需求。黑盒测试方法能更好、更真实地从用户角度来考察被测系统的功能性需求实现情况。在软件测试的各个阶段，如单元测试、集成测试、系统测试及验收测试等阶段中，黑盒测试都发挥着重要作用，尤其在系统测试和确认测试中，其作用是其他测试方法无法取代的。

简述一套完整的软件测试过程

阶段：编写测试计划，测试用例、测试缺陷报告，并执行测试用例，搭建Windows测试环境，熟练使用Bugzilla提交软件缺陷报告

至于为什么嘛，当然要一步步来的，要有计划才能执行啊，大概是这样吧 ^_^

使用测试技术及工具：白盒测试和黑盒测试 Loadrunner、Winrunner

能够运用边界值、等价类划分法、因果图、状态图、大纲法等测试方法设计高效测试用例

软件测试工作总体流程图：

http://www.testage.net/Studio/Tech/200601/143.htm

详细测试步骤：

1. 书写测试计划

2. 审核测试计划，未通过返回第一步

3. 书写测试用例；

4. 审核测试用例，未通过返回第三步

5. 测试人员按照测试用例逐项进行测试活动,并且将测试结果填写在测试报告上；（测试报告必须覆盖所有测试用例）

6. 测试过程中发现bug，将bug填写在bugzilla上发给集成部经理；（bug状态NEW）

7. 集成部经理接到bugzilla发过来的bug

7.1 对于明显的并且可以立刻解决的bug，将bug发给开发人员；（bug状态ASSIGNED）;

7.2 对于不是bug的提交，集成部经理通知测试设计人员和测试人员，对相应文档进行修改; （bug状态RESOLVED，决定设置为INVALID）;

7.3 对于目前无法修改的,将这个bug放到下一轮次进行修改；（bug状态RESOLVED，决定设置为REMIND）

8. 开发人员接到发过来的bug立刻修改;（bug状态RESOLVED，决定设置为FIXED）

9. 测试人员接到bugzilla发过来的错误更改信息，应该逐项复测，填写新的测试报告（测试报告必须覆盖上一次中所有REOPENED的测试用例）；

10. 如果复测有问题返回第六步（bug状态REOPENED）

11. 否则关闭这项BUG（bug状态CLOSED）

12. 本轮测试中测试用例中有95%一次性通过测试,结束测试任务；

13. 本轮测试中发现的错误有98%经过修改并且通过再次测试（即bug状态CLOSED），返回第五步进行新的一轮测试；

14. 测试任务结束后书写测试总结报告；

15. 正规测试结束进入非正规测试，首先是ALPHA测试，请公司里其他非技术人员以用户角色使用系统。发现bug通知测试人员，测试人员以正规流程处理bug事件；

16. 然后是BETA测试，请用户代表进行测试。发现bug通知测试人员，测试人员以正规流程处理bug事件。

黑盒测试和白盒测试的区别是什么?

主要的区别的话就是他来和地里面的品质可能会比黑壳的品质更高一点，应该是，