前言
要想成为一个资深的测试工程师，必须学会写案例，而且写的案例简单明了，测试点覆盖全面。那什么是测试用例，测试用例需要掌握哪些技巧，测试用例主要的内容包括哪些？
1、什么是测试用例
从概念、内容、作用三方面进行解答
概念： 测试用例是为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个路径或 核实是否满足某个特定需求，它是测试工作过程中，最小的执行单元。
内容： 一般测试用例包含以下几个内容：序号、功能模块、测试标题、操作步骤、期望结果以及实际结果。
作用： 测试用例可以有效的帮助我们梳理业务逻辑以及功能点，并且在测试工作中，执行用例发现实际结果与期望结果不一致时，就意味可能是个bug。在整个测试过程中，对测试进度以及测试方法有一定的指导作用。新人了解项目最快的方式，可能就是通过一份完整的测试用例。
2、测试用例常用的设计方法
为什么要熟练掌握一定的案例设计方法？当掌握了一定的案例设计技巧后，我们设计的案例会更加全面完整，不会将重要的测试点遗漏。
设计用例常用的设计方法是：等价类、边界值、错误推测法以及场景法 设计方法详解，请查看《测试用例设计方法》这篇文档
3、如何编写测试用例
一条完整的用例，应该包括以下内容：案例编号、功能模块、用例标题、前提条件、操作步骤、预期结果、实际结果。
以支付宝扫码支付这个功能点进行举例
注： 必须需要的元素有：案例编号、功能模块、用例标题、操作步骤和预期结果
案例编号：方便对案例数进行统计 功能模块，能清楚知道该案例是针对哪一模块进行的案例编写
用例标题：一目了然该用例的测试点，测试意图
操作步骤：测试这个测试点需要哪种场景，场景如何造，在操作步骤中详细描述，如果存在bug，方便复现该现象
预期结果：方便与实际结果进行比对，当不一致时，可能是存在bug
4、测试用例需要进行评审
测试用例需要评审，需要模块的开发负责人进行会议评审，需求有问题，需要共同和业务进行确认。 测试用例评审是必要的
是因为一个负责一个模块，可能存在考虑的点不够全面
有些测试点没有考虑到 有些测试点开发并没有实现，或者说开发认为是不存在的需求，需要再次跟开发确认，避免案例执行人员浪费时间再次进行确认
项目的测试时间一般根据测试案例来给出测试时间安排，当测试时间评估过少时，测试案例数多时，会造成项目时间紧张
5、测试用例的维护
从进入测试开始，需求上的细节会不断变化，一直到测试报告提交，需求的细节都可能存在变化。所以，在结束一个迭代的测试后，我们需要对测试用例进行维护。维护，就是对用例进行更新，方便下次直接使用
提问：
1、测试用例在时间紧急的情况下，要写案例吗？
答案是：必须写！可以采用罗列出所有的测试点的方式。在项目结束后，将案例进行补齐。
2、需求不明确的项目，案例要写吗？怎么去写案例？
罗列项目中所有的模块功能点，跟开发、业务确认，细化测试点，后期补充详细的测试案例。
网友评论