关于提取测试需求的现状
1.测试需求有很多种类,常见的是性能和功能,有时候会有些很特别的要求。需求的提出方一般是测试部门。考虑到有些情况根本没有正式的需求说明,对测试需求的提出要求往往变成了需求整理和细化过程;
2.提取的手段
最常见的方式是:通过现有的需求规格说明书得到,但是这个方式是有很明确的前提的:必须具备需求规格说明书或类似的文本记录。实际上大多数公司或者需求规格说明书不够明确,要么甚至没有。这样的测试需求提炼非常困难,又回到了第一点,提取测试需求的时候变成了需求整理和进一步细化的过程了。。。
第二种方式,则是通过测试组织或人员的经验来形成,比如来自一些通用的行业规范等等。这种提取方法有很大的不确定性,比较容易遗漏重要的测试项,且个人能力不同,导致的结果千差万别。
第三种方式,通过已实现的系统来获得,这种方式,在工程学角度上是逆反工程——有点亡羊补牢的味道。由于缺乏正规的工程方法,这种方法往往都是形式而无法在实质上改善软件质量。
1.测试需求有很多种类,常见的是性能和功能,有时候会有些很特别的要求。需求的提出方一般是测试部门。考虑到有些情况根本没有正式的需求说明,对测试需求的提出要求往往变成了需求整理和细化过程;
2.提取的手段
最常见的方式是:通过现有的需求规格说明书得到,但是这个方式是有很明确的前提的:必须具备需求规格说明书或类似的文本记录。实际上大多数公司或者需求规格说明书不够明确,要么甚至没有。这样的测试需求提炼非常困难,又回到了第一点,提取测试需求的时候变成了需求整理和进一步细化的过程了。。。
第二种方式,则是通过测试组织或人员的经验来形成,比如来自一些通用的行业规范等等。这种提取方法有很大的不确定性,比较容易遗漏重要的测试项,且个人能力不同,导致的结果千差万别。
第三种方式,通过已实现的系统来获得,这种方式,在工程学角度上是逆反工程——有点亡羊补牢的味道。由于缺乏正规的工程方法,这种方法往往都是形式而无法在实质上改善软件质量。