今天给各位分享黑盒测试用例的知识，其中也会对什么是黑白盒测试进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！
黑盒测试方法
黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用，黑盒测试比较注重软件产品的“功能性需求”。黑盒测试法分为以下四种：
1、等价类划分
等价类的划分分为两种情况：有效等价类、无效等价类，有效等价类是指对于程序的规格说明来说是合理的、有意义的输入数据构成的集合。无效等价类是指对程序的规格说明是不合理的或无意义的输入数据所构成的集合。
2、边界值分析法
边界值分析法是一种典型的黑盒测试方法，主要的测试点是对“输入”或“输出”的“边界”值进行测试。
3、因果图分析法
因果图分析法就是必须考虑采用一种适合于描述对于多种条件的组合，相应产生多个动作的形式来考虑设计测试用例。
4、错误推断法
错误推断法就是依靠经验和直觉推测系统中可能存在的各种错误，从而有针对性地编写检查这些错误的例子。
黑盒测试要学多久
软件测试通常需要1-3个月的时间才能上手，软件测试入门门槛低，基本的软件测试理论一般一个月左右就可以学会，边学边做测试。
事实上，简单的手动测试执行只是点点点。花一周时间研究业务，了解所有功能后，就可以进行简单的测试了。通过人工测试找出系统bug，开发修改提单，修改完成后进行验证，输出功能测试报告，这是简单的测试过程。
黑盒测试中，边界值测试、等价类测试、基于决策表的测试的特点
lua:
边界值分析
基于定义域,不识别数据或逻辑关系
很容易自动化实现
设计工作量小
生成的测试用例数比较多
测试用例执行时间长
等价类技术
考虑数据依赖关系
标识等价类时需要更多的判断和技巧
等价类标识出以后的处理也是机械的
设计工作量和测试用例数属中等
决策表技术
又要考虑数据的逻辑依赖关系
所得测试用例可以是完备的
测试数量在一定意义上讲是最少的
需要通过多次迭代
设计工作量很大
什么是黑白盒测试
黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。
黑盒测试方法主要有等价类划分、边值分析、因—果图、错误推测等，主要用于软件确认测试。
“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。
“黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。
实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能，白盒测试的主要方法有逻辑驱动、基路测试等，主要用于软件验证。“白盒”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。
“白盒”法是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。
贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。
第二，穷举路径测试不可能查出程序中因遗漏路径而出错。
第三，穷举路径测试可能发现不了一些与数据相关的错误。
好了，关于黑盒测试用例和什么是黑白盒测试的问题到这里结束啦，希望可以解决您的问题哈！
声明：本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。
