测试基础系列之测试用例 第4讲

一、测试用例（test case/test instance）

1、测试用例：

测试用例，也叫测试案例,在测试执行之前，由测试人员编写的用来指导测试过程的重要文档。测试用例主要包括：用例编号、测试目的、测试步骤、预期结果等

说明：不同的测试用例的模板可能存在不同，但是主要部分大同小异，都要标识出：要测什么（目的），怎么测（步骤），如何衡量测试结果（预期结果）

问题：编写测试用例时，需要编写实际结果吗？

      不需要，因为设计测试，编写用例是在执行测试之前，还没有执行，没有实际结果。

 

2、功能/黑盒测试常用的测试方法有哪些？（常用7种测试方法）

   （1）等价类划分法

   （2）边界值法

   （3）因果图法

   （4）判定表法

   （5）正交排列法

   （6）测试大纲法

   （7）场景法

3、编写测试用例可以参考什么？

    （1）参考需求相关文档。

    （2）核心的技术文档。（说明：在实际测试时常常拿不到核心技术文档。例如：开发和测试不是一家公司）

    （3）已开发的被测系统。

    说明：在实际应用中被测系统是重要的参考资料，有数据表明，如果只参考需求文档，测试人员大概只能设计20-40%左右的用例。

    （4）可以与产品经理、开发人员、用户等进行沟通讨论。（可以参考网络资源，或者同类软件产品）

   提示：有时测试资料并不齐全，测试人员应利用一切可利用资源，尽可能全面的进行测试。

   

4、测试思想

    （1）穷举测试：就是将所有可能的情况和数据，全部测试一遍。穷举测试测试全面。但是由于测试效率太低，消耗大量时间和成本，所以在实际应用中不能采用。

    （2）理想测试：就是以最少的测试数据，得到最好的测试质量。理想测试的效率高，成本低，但是毕竟没有测试到每一个数据，有可能有遗漏bug的风险。如果测试时间允许，应尽量进行补充测试，以降低遗漏bug的风险。（补充：软件项目最后要进行用户验收测试，实际上都是在尽量做补充测试。）

 

四、测试用例总结 

1、测试用例的作用？

    （1）提高测试覆盖率。（通过用例编写、评审过程，检查是否覆盖所有功能，防止功能遗漏测试）

    （2）保证测试效率（避免盲目测试）

    （3）可以使重复测试变得容易实现。

    （4）监督测试过程，评估测试质量。

    （5）可以缩短测试周期（软件做升级或二次开发，如果保留原有用例，那么只需要对更改部分进行测试设计，这样可以节省测试时间，缩短测试周期）

     

2、测试用例的注意事项。

   （1）用例编写之前应明确“用例编号”的编写规范。

     例如：

 

   （2）如果测试用例中需要附带“附件”，需要明确附件的命名和提交位置

   （3）明确测试用例编写后提交的服务器位置。

   （4）测试用例需要“评审”。（review）

       方式1：互评互审

       方式2：小组评审（内部评审）

       方式3：有开发人员、产品经理、甚至甲方参与的评审会。

    说明：提高用例质量，保证测试覆盖率的重要手段。   

   （5）测试用例的要求（了解）

      1）基本要求：首先能写好1条用例

       标准：逻辑清晰，用语专业、准确，测试数据提供清楚，无歧义，易读易懂。--其他测试人员按照你写的用例可以顺利执行出结果。

      2）高级要求：独立的分析，设计用例，可以设计形成较为完善的测试方案（思路）。

     标准：测试人员设计的用例集，执行测试后，遗漏的bug更少，覆盖率更高，能够保证效率。