3.减少要测试的状态及转换的数量。

　　A.每种状态至少访问一次；

　　B.测试看起来最常见最普遍的状态转换；

　　C.测试状态之间最不常用的分支。

　　D.测试所有错误状态及其返回值；

　　E.测试随机状态转换。

　　4.具体测试的进行。确定要测试的状态及其转换之后，就可以定义测试案例了。测试状态及其转换包括检查所有的状态变量——与进入和退出状态相关的静态条件、信息、值、功能等等。状态变量也许不可见，但是很重要。

　　（建议看因果图法写测试用例呵呵）

　　六、失败状态测试

　　1.竞争条件和时序错乱：在真正的多任务环境中软件设计绝对不能想当然，必须处理随时被中断的情况，能够与其他任何软件在系统中同时运行，并且共享内存、磁盘、通信设备以及其他硬件资源。这一切的的结果就可能导致竞争条件问题.这些问题的几个事件恰好挤在一起，软件未预料到的操作过程被中断，时序就会发生错乱。竞争条件测试难以设计，最好是首先仔细查看状态转换图中的每一个状态，以找出哪些外部影响会中断该状态。考虑要使用数据如果没有准备好，或者在用到时发生了变化，状态会怎样。数条弧线或者直线同时相连的情形如何。

　　下是要面临竞争条件的典型情形：

　　A.两个不同的程序同时保存或打开同一个文档。

　　B.共享同一台打印机、通信端口或者其他外围设备。

　　C.当软件处于读取或者修改状态时按键或者单击鼠标。

　　D.同时关闭或者启动软件的多个实例。

　　E.同时使用不同的程序方位一个共同数据库。

　　2.重复、压迫和重负

　　测试的目标是处理那些连程序员都没有想到的恶劣条件下产生的问题的能力。

　　A.重复测试是不断执行同样的操作。最简单的是不停地启动和关闭程序，或者反复读写数据或者选择同一个操作。这种测试的主要目的是看内存是否不足。如果内存被分配进行某项操作，但操作完成时没有完全释放，就会产生一个常见的软件问题。

　　B.压迫测试是使软件在不够理想的条件下运行——内存小、磁盘空间少、CPU速度慢、调制解调器速率低等等。观察软件对外部资源的要求和依赖程度。压迫测试就是将支持降到最低限度，目的在于尽可能的限制软件的必要条件。

　　C.重负测试和压迫测试相反。压迫测试是尽量限制软件，而重负测试是尽量提供条件任其发挥。让软件处理尽可能大的数据文件。最大限度的发掘软件的能力，让它不堪重负。比如：软件对打印机或通信端口进行操作，就把能连的都连上；服务器可以处理几千个模拟连接，就按他说的做。

　　三者应联合使用，同时进行。

　　注意事项：

　　A.项目管理员和小组程序员可能不完全接受软件测试员这样打破软件的做法。但是软件测试员的任务就是确保软件在这样恶劣的条件下正常工作，否则就报告软件缺陷。如何以最佳方式报告软件缺陷，使其得到严肃对待和修复，也是一门学问。

　　B.无数次重复和上千次的连接对于手工操作是不可能的。因而需要借助自动化测试工具来实现。

　　七、其他黑盒测试技术

　　1.像新用户那样做，随意操作.

　　2.在已经找到软件缺陷的地方再找找（80%的缺陷通常集中在20%的模块）

　　3.凭借经验、直觉和预感. （软件测试确实是越有经验越吃香啊！，像我们这样的只能好好学习，多多实践，多多积累，不断总结）