基于测试的需求验证技术_第1页
基于测试的需求验证技术_第2页
基于测试的需求验证技术_第3页
基于测试的需求验证技术_第4页
基于测试的需求验证技术_第5页
已阅读5页,还剩23页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、11 需求质量之可测试性2 可测试性之测试用例设计与规格说明书类似好比建筑师其其 他他10%软件产品说明书软件产品说明书(需求)(需求)56%编写代码编写代码7%设设 计计27%软件复杂文档不足时间紧低级错误不全面常更改沟通不好软件缺陷软件缺陷-构成构成 为什么软件产品规格说明书中缺陷最多?为什么软件产品规格说明书中缺陷最多? 用户一般是非计算机专业人员用户一般是非计算机专业人员, ,软件开发人员和用户的沟通存在较大困软件开发人员和用户的沟通存在较大困难,对要开发的产品功能理解不一致。难,对要开发的产品功能理解不一致。 由于软件产品还没有设计、开发,完全靠想象去描述系统的实现结果,由于软件产品

2、还没有设计、开发,完全靠想象去描述系统的实现结果,所以有些特性还不够清晰。所以有些特性还不够清晰。 需求变化的不一致性需求变化的不一致性. .用户的需求总是在不断变化的,这些变化如果没用户的需求总是在不断变化的,这些变化如果没有在产品规格说明书中得到正确的描述,容易引起前后文,上下文的有在产品规格说明书中得到正确的描述,容易引起前后文,上下文的矛盾。矛盾。 对规格说明书不够重视,在规格说明书的设计和写作上投入的人力,对规格说明书不够重视,在规格说明书的设计和写作上投入的人力,时间不足。时间不足。 没有在整个开发队伍中进行充分沟通,有时只有设计师或项目经理得没有在整个开发队伍中进行充分沟通,有时

3、只有设计师或项目经理得到比较多的信息。到比较多的信息。需求设计编码测试发布 时间时间 缺陷数缺陷数早期缺陷发现(早期缺陷发现(70%-90%)测试前)测试前在真正的程序测试之前,通过审查、评审会可以发现更多的缺陷。 w 完整的软件开发流程完整的软件开发流程项目规划项目规划项目需求分析项目需求分析项目概要分析项目概要分析项目详细分析项目详细分析代码编写代码编写测试代码编写测试代码编写测试需求分析测试需求分析系统测试计划系统测试计划集成测试计划集成测试计划单元测试计划单元测试计划产品发布产品发布系统测试系统测试集成测试集成测试单元测试单元测试软件测试与软件开发生命周期的关系软件测试与软件开发生命周

4、期的关系用户需求测试的手段编写测试用例编写测试用例编写用户使用手册编写用户使用手册问题探讨:问题探讨:测试用例作为系统验收标准合适吗?测试用例作为系统验收标准合适吗?功能点测试概念1、 主要期望目的:描述此功能点是为了什么目的而开发的,即需求要求实现的目的。2、 次要期望目的:描述此功能点在对错误的描述,在各种环境中的适应情况等。w 立足需求分析过程 w 是需求的测试方法 w 是需求明晰性评审的新视角 功能点测试技术总结 在描述需求时分解过程采取描绘轮廓、分解单元、细化等步骤,其中:w 第一步描绘轮廓,描绘被测程序的测试范围包括测试目标、对象等。w 第二步分解单元,对测试范围进行分解,根据结构

5、分解成不同级别的单元,形成树形需求。例如子系统、模块等。w 第三步单元细化,对已分解的单元进行细化,细述每项需求,并设定其优先级。1、需求分析过程在编写需求时有一些依据,需要注意以下几点:完整性,一份完整的需求就是一份测试方案,所以必须强调完整性。无歧异性,需求、测试用例设计和测试执行人员通常不是一个人完成,所以需求的无歧异性至关重要。一致性,与软件需求和测试用例设计均保持一致。可追踪性可测试性,因为后继的测试用例设计和缺陷报告均以需求为基础,所以需求必须具有可测试性。2、需求的测试方案以“用户登录”需求为例,描述测试用例的撰写方法。1、功能需求的示例 w 第一步,如图以软件需求说明书为依据。

6、功能点测试技术案例第二步,为“用户登录”功能总结功能点如下表。设计者设计者 :王丽:王丽编写日期:编写日期:2009-7-202009-7-20校阅人校阅人 :杨立阳:杨立阳校阅日期:校阅日期:2009-7-242009-7-24类型类型 :系统功能:系统功能状态状态 :已审核:已审核需求编号需求编号功能分类功能分类第一层第一层功能分类功能分类第二层第二层功能点测试项功能点测试项优先级优先级11.111.1启动条件-“用户登录”页面正常打开高11.211.2用户登录成功常规登录成功,页面跳转至用户Default.aspx画面 高11.311.3必须输入项设定用户名高11.411.4设定密码高1

7、1.511.5设定验证码高11.611.6用户登录失败失败原因检查数据库连接高11.711.7检查Web服务连接高11.811.8检查网络连接是否超时高(1)为了总结全面的功能点,从示例“功能第一层分类中”可以看出从“启动条件”、“用户登录成功”、“用户登录失败”三方面进行考虑。(2)“用户登录成功”的功能分类第二层“必须输入项”功能点包含“用户名”、“密码”和“验证码”,都是必输入项,并且都不能进行再拆分,满足最小测试项的要求,如果再进行拆分就需考虑各功能点的等价类、边界值的取值即测试用例设计了,测试用例设计不属于需求阶段的工作。功能点测试用例规范w 功能点测试的模板参见下表。 如果不存在子

8、分类及测试项时可使用“-”表示。以模块为单位组织功能需求,如果一个模块包括多个页面,则分页面进行描述。功能分类功能分类第一层第一层功能分类第二层功能分类第二层测试项测试项页页面面1 1启动条件-导航条启动页面正常打开其它关联输入项检查控件与数据库表的关联控件与控件的关联重置按钮复位键其它功能1成功常规数据库新建数据的确认功能键按钮的确认默认值其它必须输入项非必须输入项输入项组合测试所有必须输入项填写或选择+非必输入项不填写所有必须输入项填写或选择+非必输入项都填写所有必须输入项填写或选择+非必输入项选择性的进行填写2-3条输出项检查系统输出的各种信息是否正确,例如购买若干本图书的总价格等信息(

9、注意,案例中没有出现)功能分类第一层功能分类第一层功能分类第二层功能分类第二层测试项测试项页页面面1 1功能2成功功能3成功功能失败检查网络连接情况-检查数据库、数据表连接情况-检查服务器连接情况-后继-确认消息框其它其它页页面面2 2同上同上页页面面N N同上w 第一步,如图以软件需求和原型设计为依据。w 第二步,为“添加管理员”功能总结功能点测试用例,如下表。案例1:编写“添加管理员”的功能点测试用例设计者设计者 :王丽:王丽编写日期:编写日期:2009-7-202009-7-20校阅人校阅人 :杨立阳:杨立阳校阅日期:校阅日期:2009-7-242009-7-24类型类型 :系统功能:系

10、统功能状态状态 :已审核:已审核需求需求编号编号功能分类第一层功能分类第一层功能分类第二层功能分类第二层功能点测试项功能点测试项优先级优先级25.125.1启动条件-“添加管理员”页面正常打开高25.225.2关联输入项检查控件与控件关联确认确认密码与密码是否关联25.325.3添加管理员成功常规添加用户成功,数据库记录管理员的数据表T_Admin更新高25.425.4必须输入项设定用户名高25.525.5设定管理员姓名高25.625.6设定密码高25.725.7设定确认密码高25.825.8设定用户权限高25.925.9失败失败原因检查数据库连接高25.1025.10检查Web服务连接高25

11、.1125.11检查网络连接是否超时高25.1225.12后继处理检查“添加成功”消息框高高w 从软件需求分析出,添加“添加管理员”需要设定管理员的基本信息并设定管理员的用户权限,功能点 “设定用户名”、“设定管理员姓名”等均不可拆分,满足最小测试项的要求,如果再进行拆分就得考虑各功能点的等价类、边界值的取值也就是测试用例设计了。设定用户权限使用的控件是多选框,从软件需求获知必须为用户划分一到多项权限,所以将设定用户权限定义为必须输入项,但是并不意味着多选框所有的权限都勾选,关于控件的需求请参考3.3.1节。w 编号25.3,常规指添加管理员后一定要验证的内容,使用任何数据,都能够验证这些,所

12、以叫常规。w 编号25.12考虑的是添加管理员成功后有“添加成功”消息框提示,所以要作为后继处理。案例分析n第一步,如图以软件需求说明书为依据。n第二步,为“添加图书”功能总结功能点如下表。案例2:编写“添加图书”的功能点测试用例设计需求编号需求编号功能分类功能分类第一层第一层功能分类第二层功能分类第二层功能点测试项功能点测试项优先级优先级25.125.1启动条件-“添加图书”页面正常打开高25.225.2图书分类下拉列表框默认为教育考试25.325.3开本下拉列表框默认为16开本25.425.4是否折扣默认为7折25.525.5装帧默认为平装25.625.6关联输入项检查控件与表关联确认图书

13、分类中的下拉列表内容是否与T_BookClass表关联高25.725.7控件与控件关联确认是否折扣选择框是否与折扣下拉列表框关联高25.825.8确认重置按钮与各输入项的关联高25.925.9添加图书成功常规添加图书成功,数据库数据表T_Book更新高25.1025.10添加图书成功,下拉列表框图书分类、开本、是否折扣、装帧恢复为默认值25.1125.11必须输入项设定书名高25.1225.12设定图书分类高25.1325.13设定作者高25.1425.14设定价格高25.1525.15设定页数高25.1625.16设定上传图像高需求编号需求编号功能分类第一层功能分类第一层功能分类第二层功能分

14、类第二层功能点测试项功能点测试项优先级优先级25.1725.17添加图书成功非必须输入项设定译者高25.1825.18设定出版社高25.1925.19设定出版日期高25.2025.20设定ISBN高25.2125.21设定条形码高25.2225.22设定是否折扣高25.2325.23设定版次高25.2425.24设定开本高25.2525.25设定装帧高25.2625.26设定图书简介高25.2725.27组合测试设定书名设定图书分类设定作者设定价格设定页数设定上传图像高25.2925.29设定书名设定图书分类设定作者设定价格设定页数设定上传图像设定译者设定出版社设定出版日期高需求编号需求编号功

15、能分类第一层功能分类第一层功能分类第二层功能分类第二层功能点测试项功能点测试项优先级优先级25.2825.28添加图书成功组合测试设定书名设定图书分类设定作者设定价格设定页数设定上传图像设定译者设定出版社设定出版日期设定ISBN设定条形码设定是否折扣设定版次设定开本设定装帧设定图书简介高25.3025.30失败失败原因检查数据库连接高25.3125.31检查Web服务连接高25.3225.32检查网络连接是否超时高25.3325.33后继处理-检查“添加成功”消息高高w 需求编号25.6描述的是控件与表的关联关系。图书分类的内容是用户通过自定义的方式存储到数据表T_BookClass然后通过图书分类下拉列表框读取出来的。w 需求编号25.7和25.8描述的是控件与控件的关联关系。编号25.7,只有是否折扣选择框被选中状态下折扣下拉列表框才可用,所以两个控件之间有关联关系;编号25.8, 重置按钮与所有输入项均有关联,当点击重置按钮时所有文本框控件需要清空、所有下拉列表控件需要恢复为默认状态。案例分析w 需求编号25.17至25.26考虑的是非必须输入项。这些控件的设定是可选的,所以在定义测试功能点时将它们归为一类。w 需求编号25.27至25.29考虑的是组合测试。当输入多个条件时通常对输入条件进行以下几种情况的组合。第一种情况,所有必须输

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论