软件测试方法与技术实践指南-Java篇[第3版][第4-5章节].ppt

软件测试方法与技术实践指南-Java篇[第3版][第4-5章节].ppt

  1. 1、本文档共41页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
软件测试方法与技术实践指南-Java篇[第3版][第4-5章节]

第二篇 基于Java EE产品线的项目实践 4 第4章:项目初期各阶段的主要工作 第5章:软件测试计划的制定 第6章:软件测试用例的编写 第7章:软件项目各部门相互协作 第8章:执行测试案例并报告缺陷 第9章:产品功能完善与修复缺陷阶段 第10章:测试工程师在产品发布前后的工作 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 软件生产的几个主要阶段(第4至10章从测试角度逐步展开) 软件生产流程:(本篇重点) 该图能清晰看出软件生产各环节开发与测试的主要工作 学生需要清晰的知道每个英文代表的环节与意义 本书所有章节,以及软件工程师的工作都是围绕本图展开 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 项目初期各阶段的主要工作 项目立项与拟定产品的发展方向阶段 产品规格说明书制定阶段 产品技术文档设计阶段 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 第4章 项目初期各阶段的主要工作 项目立项与拟定产品的发展方向阶段 产品需求文档的形成及其实例 产品需求文档PRD PRD如何形成 PRD的主要内容与格式 PRD实例介绍 产品需求形成阶段测试工程师需要做什么 阅读PRD中的详细功能需求 给PM反馈信息并协助PM去修改 跟踪提交的问题解决状态 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. IEEE软件工程标准词汇表定义需求为: 用户解决问题或达到目标所需的条件或能力。 系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。 一种反映上面(1)或(2)所描述的条件或能力的文档说明。 Merlin Dorfman 和 Richard H. Thayer 提出了一个包容且更为精练的定义: 用户解决某一问题或达到某一目标所需的软件功能。 系统或系统构件为了满足合同、规约、标准或其他正式实行的文档而必须满足或具备的软件功能。 软件的需求-需求的定义 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 需求分析的任务:确定用户需求,准确地回答 “系统必须做什么?” 的问题,获得需求规格说明书。 软件需求-需求分析的任务 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 业务需求(business requirement) 客户对系统的高层次的目标要求。 用户需求(user requirement) 用户使用产品必须要完成的任务 功能需求(functional requirement) 开发人员必须实现的软件功能,使得用户能完成他们的任务,满足业务需求 非功能需求(non-functional requirement ) 对系统提供的服务或者功能提出的约束,包括时间、开发过程、软件质量、标准等约束 软件需求-需求类型 Evaluation only. Created with Aspose.Slides for .NET 3.5 Client Profile 5.2.0.0. Copyright 2004-2011 Aspose Pty Ltd. 需求获取的内容 系统分析人员通过与用户的交流、对现有系统的观察及对任务进行分析,确定: 系统或产品范围的限制性描述 与系统或产品有关的人员及特征列表 系统的技术环境的描述 系统功能的列表及应用于每个需求的领域限制 一组描述不同运行条件下系统或产品使用状况的应用场景 为更好地定义需求而开发的任意原型。 Evaluation only. Created w

文档评论(0)

shaoye348 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档