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