测试用例基础

测试用例概述

测试用例是为特定目的而开发的一套测试输入、执行条件以及期望结果的结合，例如运用特殊的程序路径或检查应用程序是否满足特定的需求。

测试用例的意义

概括来说，测试用例是围绕特定给测试目的，依据测试输入，根据测试步骤，通过预期结果判断软件是否正常工作的准则。

测试用例是测试工程师的心血与结晶，测试用例的质量是测试工程师综合能力的直接与最佳体现

• 提前深入了解被测对象

• 为测试策略/计划提供基础数据

• 提升测试效率与有效性

• 为测试执行提供标准与指导

怎么设计测试用例

用例的五个构成元素:

1. 用例标题

2. 前置条件

3. 测试步骤

4. 期望结果

5. 后置条件

用例标准

• 用例标题就是测试点名称

• 用例标题是用来说明这个用例的测试目的的，好的用例标题是别人看完你这个用例标准后就知道你这个用例是测什么。

• 并不是标题越详细越好。既然是标题，就要言简意赅，能多简洁就多简洁，但简洁的同时又要体现你的测试目的。用例的标题最好不要超过30个字，太长会让人看起来很累也很不专业。

• 一般可以遵循这样的公式：动词+名词的形式。要注意：我们写的每一个案例对应的就是要测试的一个点。其实每个点都是用户的一种操作行为。

前置条件

• 用例的前置条件就是在测这个用例之前你要先准备的环境和数据。

• 同时，我们需要将前置条件和测试步骤区分开来，但是怎么区分呢？从用例标题入手，我们的用例标题是动作+名词，那测试重点是动作，产生这个动作之前的所需的所有环境和数据都算是前置条件，产生这个动作和这个动作带来的后果都算是测试步骤。

• 前置条件只是说明测试这个用例需要准备的环境和数据，故前置条件不用像步骤那样写的那么详细，但也不能太过于简洁，不能有歧义。

测试步骤

• 测试步骤是一个用例的精髓，用例标题体现测试的目的，用例步骤就是如何来测从而达到测试的目的。既然是步骤就是一步步的操作过程。

• 步骤是来体现我们的测试目的的，即要怎样做什么操作，这个操作后要如何检查产生的结果。这个操作可能是一步，也可能是几步，也可能是来回循环。不管是什么操作都是告诉别人如何去做，如何去检查。

• 需精简明确的告诉别人在那做什么操作即可，同时，写案例时需要遵循一些准则规范。

期望结果

• 期望结果对应的是测试步骤，每一个测试步骤都应对应一个期望结果，即做了这个操作后，希望它产生的后果。（实际写案例就只需要写最终的结果就行）

• 期望的意思是说要从用户的角度出发，我用户做了这个操作后，我希望他能给我反馈的结果。这个结果不是开发程序代码返回的结果，开发程序代码返回的结果是实际结果，执行用例只有实际结果与用例期望结果一致时，案例才能标pass。

• 在写案例或执行案例时，得到实际结果与期望结果不一致时不要轻易被开发忽悠，一切以用户为主。

后置条件

• 与前置条件对应，即执行完这个用例后需要还原环境，否则会给下个用例带来影响。一半写功能用例时，后置条件基本不用太关注，因为测试环境本来就需要多样化才能模拟用户的环境，若每次执行用例都保持一个纯净环境则带来的测试工作量也大，而且也不能很好的体现测试环境的多样性。

• 后置条件一般是自动化需要做的，因为自动化需要保持环境的独立性，彼此不依赖，执行完一个案例后需要将这个案例创建的数据、策略等全部清空，防止影响下一个案例。

测试规范

规范一

1. 每个文件夹下不能超过10个excel测试用例

2. 每个测试用例的步骤最好不要超过10步以上

3. 每个测试用例一个测试点，用例标题不宜过长，需要精简明了

4. 详细测试需求点、测试步骤和预期结果必须体现测试目的和测试重点

5. 预期结果要量化和直接化，减少用例执行的沟通成本

规范二

1. 用力需要专业性，不能出现口语化的词语

2. 期望结果需要明确性，不能出现模糊的词语；如可能、如果、符合要求等

3. 测试方法可实现，测试数据贴近于用户环境

4. 测试模块尽可能详细，便于测试和观察测试点

5. 测试用例需要有正反对比验证：开和关的对比、匹配与不匹配对比、输出结果的对比等