测试思维和测试方法

最常用的思维方法是纵向(5w)分析法，看问题不局限于表面，而是深入了解问题出现的原因，比如测试中，可以使用左移和右移的思想，思考代码如何实现，架构如何设计，需求产生的原因和商业价值。经过思索测试不仅是点点点，设计用例时也有的放矢。

等价类和边界值不仅是常用的用例设计方法，也是程序员常用的思维，该方法不仅适用于黑盒测试，也适用于白盒测试，比如

if (value >= 1 && value <= 10) {
    System.out.println("I have " + value + " cards." );
}

在上面一段代码当中20 和 30 是同一类，-5 和 -10 是同一类；0、1、2、9、10、11 就是它们的边界。
测试目的是保证交互给用户的质量，测试的时候需要考虑到用户使用的不同场景，这个时候需要用到场景分析法，用例设计可能最优先用到的方法是场景分析法，设计的时候可以基于业务，进行业务建模，然后分析走每个流程的等价类边界值条件，如支付场景

除了以上的设计和分析方法工作中也常用到探索测试法，即根据已有的经验进行各种猜想，这种测试方法不仅适用于没有测试用例的时候，有时候有测试用例，但是用例过于陈旧，或者有一些步骤不正确，也适用于此方法。除此之外，还有以下常用的测试方法，测试过程中一般使用几种测试方法就足够了，测试用例设计后，可以对照测试方法，查看自己有哪些遗漏的点。

设计方法	解释
竞争条件测试	这种方法主要用于一个系统的核心功能，一个应用客户最喜欢的部分就像一个国庆期间的旅游区一样，容易出现堵塞的情况，这部分展开race condition 测试，查看多人使用或者多线程情况下，系统是否出现异常结果
适用性测试	查看系统在不同的环境下是如何响应的
兼容性测试	兼容性测试
对比测试	对比测试，比如有时候无法确定预期结果，可以和之前的测试结果做对比
异常场景测试	异常场景分析，如支付失败的场景
错误猜想法	错误猜想法，比如输入值要求是整数，这时候输入浮点数，看系统如何响应
等价类	等价类，一类输入会产生同一种输出，在输入里面挑选一个值就可以了
边界值	等价类中最有特点的值，开发过程中往往容易忽略的是边界条件，查看系统在边界条件是如何响应的，比如有效值范围是>=0,这时候输入0查看响应
判定表	判定表法
流程转换	场景流程分析
可用性	以用户为中心，收集用户的操作习惯，评价，吐槽等，进行测试
业务流程测试	基于流程的测试，如一个系统有不同的角色，普通用户注册，管理员审核，DB数据管理等
Conversion Testing	将数据的格式进行转换，查看系统是如何响应的，如不同格式的渲染是否可以正确响应在前端页面
探索性测试	探索性测试，基于测试经验进行探索
基于风险的测试	基于风险的测试
需求测试	基于需求文档的测试，如测试文字的变更等