测试用例的设计策略

日常工作中最为基础核心的内容就是设计测试用例，什么样的测试用例是好的测试用例?我们一般会认为数量越少、发现缺陷越多的用例就是好的用例。那么我们如何才能设计出好的测试用例呢？一份好的用例是设计出来的，是测试人员思路和方法的集合，而非测试逻辑和需求的罗列。
　　1测试用例设计的几个准则
　　用例设计=思路
　　强调测试的场景，测试方法
　　测试步骤化
　　此处说的测试步骤，不是说每条测试用例都要写明测试步骤，而是指哪些通过测试步骤的调整会出现缺陷的地方需要重点关注测试步骤，比如添加操作，单纯的添加功能是OK的，但是先删除一条数据，在添加相同的数据就失败了，这个就涉及到操作步骤了；
　　用例流程化
　　此过程依托于完整的业务流程图，每个分支就是一条支流，通过业务端发起的请求，最终都会流向一条分支，而流程化就是将这些分支梳理为测试场景，通过覆盖测试场景来覆盖业务逻辑。
　　2测试用例设计的步骤
　　明确原始需求。
　　原始需求是软件的使用者(客户)的需求，在需求文档基础+本质理解才能真正理清楚需求要实现什么样的目的，以此为出发点才能不偏离需求本质;
　　拆分原始需求。
　　在需求测试阶段，如果按照需求测试策略对需求梳理一遍之后，对于所有的需求点应该都已经很清楚了，将这部分的需求点罗列出来，就可以作为需求粗的测试点;
　　梳理业务逻辑。
　　现在比较多的前端业务都来源于接口所返回的数据，前端最多的时候也就是根据返回数据做一些响应的显示和计算，所以如果对页面设计测试用例，那么需要关注接口数据的完整性和正确性对页面的影响，而接口本身的测试则要归纳到接口测试用例设计环节。
　　3了解具体调用的接口<