测试用例相关知识

1、测试用例是什么？
    重要性：测试用例是软件测试的核心
    1）用例可以用来评估测试结果的基准：用来判断测试是否通过？是否达到上线标准
    2）用例可以保证不遗漏测试功能点，可以在测试人员疲劳时起到一个牵引的作用
    3）在编写测试用例的过程中可以熟悉需求，对系统架构或者业务流程有一个整体的深入了解
    4）好的测试用例不仅方便自己和别人查看，而且也能帮助项目设计的时候考虑的更加全面。因此测试用例的协作和设计一样也是非常重要的

2、用例评审的重要性及作用
    1）确保测试用例的覆盖率达到100%
    2）保证测试人员与开发人员对需求理解一致
    3）需求人员参与用例评审，可以发掘出更多的隐形需求等
    4）确保提交高质量的项目给客户

3、测试用例评审的流程
    1）提前准备好评审材料等相关文档
    2）提前通知参与评审的人员，并将评审材料交予参与人员，以此来节约时间成本、方便沟通
    3）召开会议时，在会上对测试用例进行更新或记录，直到评审通过
    4）评审会议结束后，测试负责人将评审报告给到相关人员（评审结果需项目经理同意）

4、用例编写常见问题
    1）用例编号命名规则：产品名称-测试阶段（UT,ST,IT）-测试模块-XXX
    2）测试标题：输入内容+输出结构（标题应当简洁易懂，做到见名知意）

5、测试点分析思路步骤
    1）正常功能：基本的功能是否可以正常使用，比如注册、登录等
    2）单个功能项：从上到下、从左到右的原则验证

• 数据长度、数据类型、必填项验证、重复项等
• 限制约束条件的验证，如只能包含字母数字等

6、测试用例的编写方法

• 黑盒测试：不关心程序的内容结构，只对程序的输入和输出作比较。编写用例时主要用到的方法有等价类划分法、边界值分析法、因果图法、错误推测法、场景法
• 白盒测试：重点关注程序的内部结构，代码逻辑等。编写一部分库语句覆盖、判断覆盖、条件覆盖、判定/条件覆盖、多重条件覆盖
• 灰盒测试：介于黑盒与白盒之间，灰盒测试多用于集成测试阶段，不仅关注输入、输出结果的正确性，同时也关注程序的内部结构。但是它不像白盒那样详细，但又比黑盒测试更注重程序的内部逻辑，常常是通过一些表征性的现象、时间以及标志等来判断程序内部的运行状态

7、黑盒测试
    1)等价类划分法：将程序的输入范围划分为有效和无效两个类。在每个有效等价类中选取代表性的数据来尽可能的覆盖更多的有效等价类，.编写一条测试用例并尽可能覆盖更多的有效等价类，而对于无效等价类，编写一个测试用例覆盖一个且只能覆盖一个尚未被覆盖的无效等价类。例子：【微信发红包，有效类：0.01-200；无效类：非数字类型、0、大于200】

    2）边界值分析法：通常作为等价类的补充，不仅需要考虑输入条件，还需要考虑输出空间来设计测试用例。所谓边界条件，指输入和输出等价类中那些恰好处于边界、或超过边界、或在边界以下的状态。例子：【微信发红包：0.01、0、200、200.01】

    3）因果图法：因果图是一种形式语言，用自然语言描述的规格说明可以转换为因果图。因果图不仅有助于用一个系统的方法选择出高效的测试用例集，还可以指出规格说明书中的不完整性和不明确之处。其是一个根据条件的组合而生成测试用例的系统性的方法。

    4）错误推测法：基本思想就是测试人员根据经验列举出可能犯的错误或错误易发情况的清单，然后依据清单来编写测试用例。例如：【列表排序功能：输入列表所有条目的值相同、列表仅包含一个条目、输入；列表为空】

    5）场景法：主要通过模拟软件业务场景中可能出现的各种情况，例如正确的业务流程、逻辑流程，对业务场景中的错误操作是如何处理的方面进行测试用例的编写。例子：【银行取款：卡内余额不足的情况、密码输入的情况下、取钱流程的正确性测试】

8、白盒测试

    1）语句覆盖：保证每一条可执行语句都被执行一次。【测试用例覆盖每条执行语句】

    2）判定覆盖：使得每一个判断都至少有一个为真和为假的输出结果，即每条分支路径都必须至少经历一次。【测试用例覆盖每个判断的真假】

    3）条件覆盖：确保将一个判断语句中的每个条件的所有可能结果都至少执行一次。【测试用例覆盖每个判断中条件的真假】

    4）判定/条件覆盖：将一个判断的每个条件的所有可能结果都至少执行一次，将每个判断的所有可能结果都至少一次，将每个入口点都至少调用一次。【测试用例覆盖判断中每个条件的真假，每个判断的真假，每个入口点都有调用至少一次】

    5）多重条件覆盖：将每个判定中所有可能的条件结果的组合，以及所有的入口点都至少执行一次。【测试用例覆盖每个判断的所有可能的条件结果组合，所有入口点都至少执行一次】