没有状态转换的概念，一些成功的例子基本上都是针对PDU来做的，还做不到针对被测试程序的状态转换来实现3。就没有状态概念的测试来说，寻找和确定造成程序crash的测试例是个麻烦事情，必须把周围可能的测试例单独确认一遍。而就有状态的测试来说，就更麻烦了，尤其不是一个单独的测试用例造成的问题！这些在堆的问题中表现的更为突出。等价类划分的办法是把程序的输入域划分成若干部分(子集)，然后从每个部分中选取少数代表性数据作为测试用例！

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

广州黑盒测试

　　等价类划分可有两种不同的情况:有效等价类和无效等价类!有效等价类:是指对于程序的规格说明来说是合理的，有意义的输入数据构成的集合.利用有效等价类可检验程序是否实现了规格说明中所规定的功能和性能!无效等级与有效等价类的定义恰巧相反。设计测试用例时，要同时考虑这两种等价类。因为，软件不仅要能接收合理的数据，也要能经受意外的考验。这样的测试才能确保软件具有更高的可靠性.2)划分等价类的方法:下面给出六条确定等价类的原则.

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

　　②设计一个新的测试用例，使其尽可能多地覆盖尚未被覆盖地有效等价类，重复这一步.直到所有的有效等价类都被覆盖为止。③设计一个新的测试用例，使其仅覆盖一个尚未被覆盖的无效等价类，重复这一步!直到所有的无效等价类都被覆盖为止。优点1！基本上不用人管着，如果程序停止运行了一般就是被测试程序crash了2.设计完测试用例之后，下来的工作就是爽了，当然更苦闷的是确定crash原因缺点1!结果取决于测试用例的设计，测试用例的设计部分优势来源于经验，OUSPG的东西很值得借鉴2.