测试方法举例

ecust

这是一个添加职员的路径图，当中包括许多判断，例如按职务分配权限；已知数据库设计添加人员时需要至少三个参数：PKID（唯一标识码，int 10，即员工编号，不允许重复，且不可为负数），姓名（nvarchar 20）和职务（nvarchar 20），系统按职务自动分配相应权限，在界面点击确定即可：

ecust

1.        正常值测试 ---- 即输入数值全部为正常的数值；
例如输入PKID（1），姓名（hu.rui）和职务（SQA）, 点击确定
2.        异常值测试 ---- 即输入数值应该是系统会报错的数值；
例如输入PKID（-1），姓名（hu.rui）和职务（SQA）, 点击确定
3.        边界值测试 ---- 即正常值的最大，最小值；
例如输入PKID（1000000000），姓名（huhuhuhuhuhuhuhuhuhu）和职务（空）, 点击确定
4.        错误推测 ------- 即测试你个人感觉输入可能会引发BUG的数值；
例如输入PKID（空），姓名（hu.rui）和职务（SQA）, 点击确定
5.        路径分析 -------首先是将系统运行过程中所涉及到的各种流程图表化，可以先从最基本的流程入手，将流程抽象成为不同功能的顺序执行。在最基本流程的基础上再去考虑次要或者异常的流程，这样将各种流程逐渐细化，这样既可以逐渐加深对流程的理解，还可以将各个看似孤立的流程关联起来。完成所有流程的图表化后就完成了所有路径的设定。（找出了所有的路径，下面的工作就是给每条路径设定优先级，这样在测试时就可以先测优先级高的，再测优先级低的，在时间紧迫的情况下甚至可以考虑忽略一些低优先级的路径。优先级根据两个原则来选取：一是路径使用的频率，使用越频繁的优先级越高；二是路径的重要程度，如果失败对系统影响越大的优先级越高。将根据两个原则所分别得到的优先级相加就得到了整个路径的优先级。根据优先级的排序就可以更有针对性的进行测试。）为每条路径设定好优先级后，接下来的工作就是为每条路径选取测试数据，构造测试用例。一条路径可以对应多个测试用例，一个测试用例也可以争取走到大部分路径处，在选取测试数据时，可以充分利用边界值选取等方法，通过表格将各种测试数据的输入输出对应起来，这样就完成了测试用例的设计。

例如你可以设计2个用例，沿如下路径走 ：
(1)        A/B - a --- b - C - c -- D/E - d - F - k - G - f - H - M
(2)        A/B - a --- f - I/J/K/L - M
    这样你用2个用例，走掉了全部的路径，这是我们所说的一个测试用例也可以争取走到大部分路径处的方法。另外，一条路径可以对应多个测试用例的方法，就是在走这些路径的同时，加入按1，2，3，4 的测试方法所构成的其它用例用来补充，这样全部设计完毕就可以得到完整的测试用例了。

ami01

有点蒙

Salanganezhou

你这是白盒测试吧

笨脑江

不是太明白...... 那按路径来写测试用例是怎么来判断的呢?又是如何来按这条路走呢???望多多指教~~ 谢谢..

walker_lai

学习

helill

只看明白了前四个例子，第五个就看不明白了。

chf

一头雾水呀

liufangaliya

感谢ＥＣＵＳＴ提出这么好的方法，学习～～不过第五点还没怎么懂哦

liufangaliya

感谢ＥＣＵＳＴ提出这么好的方法，学习～～不过第五点还没怎么懂哦

archonwang

这张程序流程图还缺点东西，补全了才能回答你的问题，如果没错的话，应该是测试场景的设计问题。

Spark.lee

值得一看

pangge369

学习中,谢谢, 我认为应该第五个是根据流程和可能出现的情况做的一个图!对本人很有帮助!
再次谢谢!

夏竹

晕了  尤其第5点

mengjun

从最基本的流程入手,穷举流程。定义流程的优先级后根据不同的流程选取测试数据，构造测试用例。
这个好像是关于白盒测试的吧？！仅仅是自己的理解：）

关注此帖~

hyaya

挺好的

paulho

看的头大~

ShaLongBus

很不错，支持楼主

xiaoliuzis

逻辑覆盖法，nnd

linmi_010

路过