软件测试：测试用例设计-抽奖功能

测试思维

要分析测试点之前，我们先来梳理一下测试思维。
总结来说，任何事物的测试思路都可以总结如下：

第一步：

梳理产品的核心业务流程：明白这是个什么项目，实现了什么业务，以及是怎么实现的？
这个步骤一般是参考公司的需求文档来的，如果产品提供需求文档的同时提供了业务流程图，可以遵循流程图来梳理；
如果产品没有提供流程图，就需要测试人员根据需求的理解自己画出流程图，达到梳理业务的目的。

第二步：

根据流程进行模块细分，然后针对每个功能模块进行详细的测试点设计和提取。这个单个功能的测试点提取要覆盖一下几个方面：
正常功能验证：
优先覆盖正常的业务流程和功能验证，这其实也是单个功能的冒烟测试。冒烟测试先行，如果不通过，可以直接停止测试等开发修复后继续测试。

异常功能验证：
为了更加贴近用户的使用产经，我们也要验证各种异常的场景，故意操作导致出错，检查系统的反馈和提示，保证用户操作失误的情况能够得到系统的友好指示。
因为有很多地方的操作都有可能会导致系统异常和抛错，所以为了不漏测，我们需要找出所有可能导致异常的输入项和选项。

针对具体功能，寻找每个输入项和步骤

从以下三个角度来分析测试点 。
长度，数据类型，必填项，重复需求的约束条件 + 隐形需求功能之间的交互这其中就需要用到一些用例的具体设计方法了，比如场景法，等价类法，边界值法，错误推测法等等第