如何做软件测试需求分析.doc_第1页
如何做软件测试需求分析.doc_第2页
如何做软件测试需求分析.doc_第3页
如何做软件测试需求分析.doc_第4页
全文预览已结束

下载本文档

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

文档简介

。一、获取测试对象也就是我们最初的工作:测试需求的分析测试需求的分析为四个部分:1、明确需求的范围2、明确每一个功能的业务处理过程3、不同的功能点作业务的组合4、挖掘显式需求背后的隐式需求二、分别阐述：1、明确需求的范围（目标：需求中包括了多少功能点）1.RTM中的SRS列表（粒度）2.QC中的需求描述（不同层次）3.UML的用例视图（Actor Usecase）2、明确每一个功能的业务处理过程1. 拆点: 对应的每一个功能点将其对应的输入,处理和输出进行提取2. 连线 :将每一功能所对应的输入,处理和输出形成业务活动图;3、不同的功能点作业务的组合4、挖掘显式需求背后的隐式需求1、 测试需求分析何时进行？理论上SRS评审通过以后但是评审之前测试人员处于游离状态，我们的工作应该尽早的开始，所以事实上在需求获取结束后就开始测试需求分析2、为什么要进行测试需求分析？1、把不直观的需求-转变为-直观的需求（用例图/活动图） a.使得测试范围可以度量（有多少功能点，有多少功能项）； b.使得独立的功能点其对应的所有的处理分支可以度量； c.使得该系统需要测试的业务场景可以度量；2、把不明确的需求-转变为-明确的需求 明确其功能点对应的输出、处理和输出;3、把不能度量的需求-转变为-可度量的需求 a.度量测试范围; b.度量处理分支; c.度量业务场景;3、 如何开展测试需求分析？1、了解和学习需求 2、了解软件系统对应的行业-行业中的名词；行业对应的业务了解行业途径：a.找行业相关的人员培训； b. 学习使用同行业现有的软件；c. 上网搜索； d. 翻看用户的工作手册；3、 按模块去确定软件所包含的功能4、 将该模块中的每一个功能点形成对应的用例usecase5、 针对单独的usecase去分析其对应的输入、处理、和输出6、 分析该功能所对应的actor7、 明确usecase之间的关系8、 明确actor之间的关系9、 明确每个usecase所对应的活动10、明确需求分析中不同的usecase所组成的业务，形成业务场景活动图11、分析对应的功能所隐藏的隐式需求4、 测试需求分析的成果物是什么？1.明确测试范围-功能点 2.功能的处理过程-单功能点；业务场景的组合5、 需求分析和测试需求分析的区别？需求分析：初步设想-原始需求-需求分析-需求规格：输入、处理和输出测试需求分析：单功能点输入处理输出-业务流分析-全局-隐式需求挖掘需求分析和测试需求分析两者的过程是相反的。需求人员拿到客户的原始需求后，考虑到用户的使用环境，充分挖掘出用户的隐性需求，需求分析就是这样的，客户提出的是显性需求，把两者结合起来的过程就是需求分析，输出的自然是srs,不过这时的srs还没有建基线，它还是可以修改的。而进行测试需求分析的目的是1.充分发现需求中不完善的，不足的，不严密的地方。2.识别出测试的对象。3.使需求基线化，为需求定个基准（这时就不能更改了），为以
人人文库> 全部分类> 应用文书 > 事务文书

温馨提示

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

最新文档

评论

0/150

提交评论