而就有状态的测试来说，就更麻烦了，尤其不是一个单独的测试用例造成的问题。这些在堆的问题中表现的更为突出!等价类划分的办法是把程序的输入域划分成若干部分(子集)，然后从每个部分中选取少数代表性数据作为测试用例!每一类的代表性数据在测试中的作用等价于这一类中的其他值。该方法是一种重要的，常用的，黑盒测试用例设计方法!划分等价类:等价类是指某个输入域的子集合.在该子集合中，各个输入数据对于揭露程序中的错误，都是等效的，并合理地假定:测试某等价类的代表值就等于对这一类其它值的测试.

　　这样看来，完全测试是不可能的，所以我们要进行有针对性的测试，通过制定测试案例指导测试的实施，保证软件测试有组织、按步骤，以及有计划地进行!黑盒测试行为必须能够加以量化，才能真正保证软件质量，而测试用例就是将测试行为具体量化的方法之一。具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、错误推测法、因果图法、判定表驱法、正交试验设计法、功能图法、场景法等。④在规定了输入数据的一组值(假定n个)，并且程序要对每一个输入值分别处理的情况下，可确立n个有效等价类和一个无效等价类!

佛山全栈软件测试培训机构

　　很明显，如果外部特性本身设计有问题或规格说明的规定有误，用黑盒测试方法是发现不了的!作用墨盒测试法注重于测试软件的功能需求，主要试图发现下列几类错误!功能不正确或遗漏;界面错误;输入和输出错误;数据库访问错误;性能错误;初始化和终止错误等!从理论上讲，黑盒测试只有采用穷举输入测试，把所有可能的输入都作为测试情况考虑，才能查出程序中所有的错误!实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但可能的输入进行测试!

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

　　因为，软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性！2)划分等价类的方法:下面给出六条确定等价类的原则！①在输入条件规定了取值范围或值的个数的情况下，则可以确立一个有效等价类和两个无效等价类。②在输入条件规定了输入值的集合或者规定了"必须如何"的条件的情况下，可确立一个有效等价类和一个无效等价类。③在输入条件是一个布尔量的情况下，可确定一个有效等价类和一个无效等价类。

　　⑤在规定了输入数据必须遵守的规则的情况下，可确立一个有效等价类(符合规则)和若干个无效等价类(从不同角度违反规则)！⑥在确知已划分的等价类中各元素在程序处理中的方式不同的情况下，则应再将该等价类进一步的划分为更小的等价类！3)设计测试用例:在确立了等价类后，可建立等价类表，列出所有划分出的等价类:输入条件：有效等价类、无效等价类!然后从划分出的等价类中按以下三个原则设计测试用例:①为每一个等价类规定一个的编号.

　　②设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复这一步!直到所有的有效等价类都被覆盖为止！③设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步!直到所有的无效等价类都被覆盖为止。优点基本上不用人管着，如果程序停止运行了一般就是被测试程序crash了设计完测试用例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因缺点结果取决于测试用例的设计，测试用例的设计部分优势来源于经验，OUSPG的东西很值得借鉴没有状态转换的概念，一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来实现就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍！