Chinaunix首页 | 论坛 | 博客
  • 博客访问: 121820
  • 博文数量: 107
  • 博客积分: 0
  • 博客等级: 民兵
  • 技术积分: 291
  • 用 户 组: 普通用户
  • 注册时间: 2014-11-12 22:20
文章分类

全部博文(107)

文章存档

2017年(39)

2016年(1)

2015年(3)

2014年(1)

2011年(2)

2010年(41)

2009年(19)

2008年(1)

我的朋友
最近访客

分类:

2010-04-23 10:48:47

我们知道整个周期的样子,我们知道功能测试是很重要的。其采用的方法也是很普通的,根据需求写软件测试用例,站在功能是否被实现或被完美实现的角度去写软件测试用例,然后按照用例来执行所写的测试用例,发现了一定的bug。似乎很合理,似乎无懈可击看。但平静的湖面下面是否存在怪兽呢?

第一次听到软件测试手段的概念,无法理解,觉得测试手段和测试类型几乎差不多,估计是在炒概念,最近很流行。但了解了James Bach的思想后,感觉自己错了,软件测试手段使测试更加富有,更加活跃,更加专业。

我们最熟悉的就是功能测试了,显然功能测试相对于性能测试,接口测试,安全测试,就是一个特别典型的测试类型,我们会对测试类型进行不同的测试策略。那么这里我们从测试手段来考虑,功能测试只是一个测试手段,属于功能测试(测试类型)。我们还可以把功能测试手段和兼容性测试类型给结合起来,好吗?

测试手段关注与多个方面:软件测试员,覆盖率,潜在问题,软件测试活动,评估

那么我们的功能测试其实就是关注测试内容的基于覆盖率的测试手段,逐个测试每个功能,彻底测试每个功能,直到可以确信该功能没有问题。这里面包括白盒功能测试(单元测试)和黑盒功能测试。

另外还有些关注测试内容的基于覆盖率的测试手段:

特性与功能集成测试:一起测试多个功能,已check功能在一起执行的情况

菜单浏览:遍历GUI产品中的所有菜单和对话框,使用每个可以的选项

域测试: 使用等价类和边界值方法进行变量输入测试

等价类分析: 测试等价的一组变量的取值测试

还有很多没有写出来,说一个共同点:就是其实我们的其他很多测试手段都是在广义上的功能测试剥离出来的,也就是说,我们淘宝现在做的功能测试其实都或多或少的包括这些测试手段,但是做到的程度就不一样了。

本文转载自51Testing软件测试网(查看全文):

阅读(260) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~