1、商业区测试法：
1.1 指南测试法：4-16字符、英文小写、数字、下划线，不能全是数字或下划线。
1.2 可用测试法：帐号由字母、数字组成，点(.)减号(-)下划线(_)不能放在开头或结尾，也不能连续出现。
1.3 卖点测试法：当邮箱名已经被注册，不要仅仅只是提示错误信息，最好能给些用户建议或者用户感兴趣的其他处理办法。
1.4 质疑测试法：当邮箱名以下划线开头或者以下划线结尾时注册。
1.5 地标测试法：1.1与1.3结合，之所以这样测试目标还是考虑基本点和竞争对手。
1.6 极限测试法：1.6.1功能方面：长度4、16，组成：全字母、全数字、全下划线、三者组合、非字母、非数字、非下划线。1.6.2性能方面：能同时支持多少用户注册？1.6.3多个用户同时注册某个邮箱名。
1.7 快递测试法：测试邮箱地址、登录密码、确认密码、密保问题、密保问题答案、昵称、验证码其中某一个输入错误或者没有填，能否及时提醒。而不是等到最后提交才提醒。而且不能在提交的时候清理掉本身正确的输入。
1.8 深夜测试法：1.6.2性能方面：能同时支持多少用户注册？最大能支持多少人同时访问，如果超过最大的访问人数，系统又如何处理。
1.9 遍历测试法：测试所有字段都填写的时候，只填必填字段时。
2、历史区测试法：
2.1 恶灵测试法：测试错误常出的地方，在这个例子中主要测试邮箱地址以及密保问题答案。
2.2 博物馆测试法：结合开发提的建议，有哪些代码是没有修改过。测试的重点应该是最近被修改（本版本被修改过的部分）。
2.3 上一版本测试法：有点类似于回归测试，测试上一个版本的用例。为了更好地对比新老版本在同样功能上的区别。
3、娱乐区测试法：
3.1 配角测试法：测试一个特定的特性（辅助功能）与一个主要的特性（重要的特性）放在一个测试场景中，目的是验证功能是否存在明显的相互影响。比如注册新浪邮箱和注册新浪会员。比如新浪微博和邮件转发微博内容。
3.2 深港测试法：测试密保问题，根据测试不常用的原则，测试靠下的密保问题以及自定义密保问题。从开发人员心理的角度来看，常犯错的地方往往是不经意间的地方。
3.3 混合测试法：把正常符合邮箱地址的地址以及密保问题的自定义密保配合来测试，邮箱地址和强的密码（长度6位以上，且组成含有字母（大小写）、数字、特殊字符）
3.4 通宵测试法：测试一段时间（10分钟，根据不同行业用户习惯）不对注册邮箱界面做任何操作后，系统是超时退出还是保留原界面。（在安全和易用性之间找到一个平衡点）
4、旅馆区测试法：
4.1 收藏家法：整理输出，更多是整理输入非法的情况下对应的输出，输出越全面、完整，测试定位问题越精确，软件的容错性就越好。分类处理（更多关注输入隐式的规则，从违反规则角度来对应整理输出，管理员、开发语言的关键字、敏感词汇、特殊字符）。
4.2 长路径法：主要应用在配置类测试，具体的例子有移动的资费套餐的配置。
4.3 超模测试法：跟GUI测试几乎类似，关注的是风格和样式，包括颜色、字体、控件布局、Tab键的处理等界面相关。
4.4 测一送一法：最典型的情况是浏览器的兼容性（某一个BS软件要能支持主流的浏览器），同时使用不同的浏览器来打开注册界面，同时提交数据请求。有时要借助一些工具。如果是测试的是CS的，往往是测试其是否支持多线程。（进程与线程区别）
4.5 苏格兰酒吧测试：
5、破坏区测试法：
5.1 取消测试法：最好给用户回溯功能（取消某一个步骤，甚至是整个操作的功能）这里最典型的是office的undo功能。测试新浪会员能支持清空出错的输入，也能支持回退上一个步骤。
5.2 懒汉测试法：对一些有默认值的输入框，我们测试能否正常处理输入框默认值功能，另一个方面是默认值（下拉列表）是否真正默认。