测试思维和测试方法

最常用的思维方法是纵向(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将数据的格式进行转换，查看系统是如何响应的，如不同格式的渲染是否可以正确响应在前端页面探索性测试探索性测试，基于测试经验进行探索基于风险的测试基于风险的测试需求测试基于需求文档的测试，如测试文字的变更等