我有两个爱好:一是旅行,二是发呆。。

谈谈测试用例

上一篇 / 下一篇  2007-04-23 15:38:21 / 个人分类:测试随笔

接上周留下的一个尾巴,说说测试用例吧,可能这也是软件测试领域最重要而且也是提到最多的一个话题吧。其实没有太多什么很新颖的看法或者独特的见解,只是说说而已或者自己怎么做的。(缘自于跟一位同事关于测试用例的讨论)

测试用例分为两种,一种是功能测试用例,一种是业务流程用例(Business Test Case)。功能测试用例关注的更多的是这个功能是如何实现的,比如添加,删除这样的用例,还包括这个功能的UI检查,关联检查等。这种用例不强调业务之间的流转或者数据的流转,关注的是这个功能本身的正确性。这种用例一般是最容易写的,因为步骤不会很多,只需要把你的详细的check点写出来就好了。这种用例用到的黑盒测试方法一般有边界值,等价类等等。业务流程用例关注更多的是模块之间的交互,入口对应模块的实现。一般一个业务流程用例就包含了一个完整的操作流程,也是模拟用户操作最多的一种检查用例。这里会有很多分支或者数据的流转,如果分支过多或者入口过多,可以用正交分类法去掉一些。这种用例需要参考的文档是概要设计和详细设计。为什么是这两个文档呢,因为这里可以看到系统的架构,业务的交互以及数据的流转,所以对这种用例的设计很有帮助。这种用例用到的黑盒测试方法是场景法。

-----

另:在一个朋友的空间看到了长尾理论,呵呵,这个词很早就出来了,现在有专门的书籍介绍的。不能说是完全的对80/20原则的颠覆,我更愿意说是一种好的思维。这个词用沃尔马的营销来解释很容易理解:在沃尔马有很多商品基本上是很少有顾客光顾的,但是就是这些商品的销售总和却是可以和少数热销商品的总和相等的。这里强调的是不仅仅只需要关注那些很重要的部分,小的问题多了一样会堆积成大的问题。


TAG: 测试随笔

小猫的个人空间 引用 删除 newtester08   /   2009-07-16 18:08:15
请问一下对功能的关联检查指的是什么啊?
 

评分:0

我来说两句

显示全部

:loveliness: :handshake :victory: :funk: :time: :kiss: :call: :hug: :lol :'( :Q :L ;P :$ :P :o :@ :D :( :)

日历

« 2020-05-16  
     12
3456789
10111213141516
17181920212223
24252627282930
31      

数据统计

  • 访问量: 17257
  • 日志数: 58
  • 图片数: 2
  • 文件数: 1
  • 建立时间: 2006-12-05
  • 更新时间: 2012-09-04

RSS订阅

Open Toolbar