混合测试法

通过场景操作引入变化

插入数据

1、增加更多数据
场景要求增加10条数据库记录时，测试人员应该把它提高到20~30个。
2、使用附加输入
如果场景要求测试人员为购网站添加一条评论，在完成任务的同时，尝试着对其他客户的评论进行等级评分。
3、访问新的界面
如果场景要求在一个金融机构网站上支付账单，测试人员可以选择在提交支付前查看账户余额，测试人员应该问自己：其他哪些界面和现有场景使用的界面有关”。

替换步骤

测试人员必须找到其他替代的方法来执行场景中每个步骤或动作。如果要查找商品，可以通过名称来查找，也可以通过商品编号来查找，应为被测试软件提供了这两个功能，那么我们就可以通过创建衍生场景的方式来测试第二种选择。同样，购买商品时，我们可以使用键盘快捷键而不是鼠标来操作。还可以绕过创建账户的操作直接在网上购买商品。

重复步骤

金融机构的通常场景是：登录账户，查询余额，支付账单，退出。我们可以改变未登录账户，查询余额，支付账单，查询余额，退出。这里查询余额的动作重复了，但是却是很有可能出现的真实的用户场景，重复过往动作测试软件是否支持这类操作。

替换环境

替换软件使用的软硬件环境测试

极限测试法

极限测试法采用的途径是向软件提出很多难以回答的问题。比如：
如何使软件发挥到最大程度？
哪个特性会使软件运行到其设计极限？
哪些输入和数据会消耗软件最多的运算能力？
哪些那些输入可能欺骗它的错误检验例程？
如果软件用于产生某些特定输出时，使用哪些输入和内部数据可以不断挑战软件的这种能力？
例子：网上购物系统测试
用户能一下子订购200件商品吗？
用户在缺货等级中是否可以预订多个商品？
付账的时候，用户可以不断更换想要使用的信用卡吗？
如果用户在数据表单中每个字段都填错了，会出现什么情况？
用户选出最贵的商品购买，然后马上退货。
总之，所做的一切不一定要有什么实际意义，这么做的原因时：软件允许这么做。毕竟，我们知道有时候有用户也曾经这么做过。