Skip to content
This repository has been archived by the owner on Feb 2, 2019. It is now read-only.

测试用例概念 原则 #40

Open
mySoul8012 opened this issue Oct 25, 2018 · 0 comments
Open

测试用例概念 原则 #40

mySoul8012 opened this issue Oct 25, 2018 · 0 comments

Comments

@mySoul8012
Copy link
Owner

测试用例概念 原则

什么是测试用例

测试用例为一组条件或变量,根据其来确定应用软件是否能够正常的工作。其条件和变量为测试用例。
测试用例属于最小的执行的实体,只有两种,通过或不通过。

基本原则

测试用例的最小化

举例 要测试功能A 其有三个子功能为A,B,C
有两种方法设计测试用例,
方法1; 用一个测试用例覆盖子功能。(一份文档)
方法2:用三个单独的用例来覆盖三个子功能(三份文档)
其中,应该选择方法2设计测试用例,因为其能覆盖的边界定义更加清晰,对产品的指向性更强,耦合度最低。

覆盖面广

尽可能的覆盖业务逻辑
覆盖用户场景
覆盖需求点
测试目标明确
不能具有冗余的用例
测试用例覆盖测试策略
要尽可能的覆盖基本流(核心的业务逻辑)备选流(业务分支)
使用场景

可判定

对于测试用例来说,要能够可判定。

可再现性

对于同一个测试用例来说,系统的执行结果应该是每次相同的

考虑优先级

根据时间不同,考虑测试用例的优先级

测试用例具有代表性

测试用例应该能够代表当前的业务的核心流,以及备选流

语言描述在准确

测试用例的语言描述要准确,要明确。

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant