您好,欢迎光临本网站![请登录][注册会员]  

搜索资源列表

  1. 软件测试基础:测试用例设计

  2. 测试用例的基本格式 软件测试用例的基本要素包括测试用例编号、测试标题、重要级别、测试输入、操作步骤、预期结果,下面逐一介绍。 用例编号: 测试用例的编号有一定的规则,比如系统测试用例的编号这样定义规则: PROJECT1-ST-001 ,命名规则是项目名称+测试阶段类型(系统测试阶段)+编号。定义测试用例编号,便于查找测试用例,便于测试用例的跟踪。 测试标题: 对测试用例的描述,测试用例标题应该清楚表达测试用例的用途。比如 “ 测试用户登录时输入错误密码时,软件的响应情况 ” 。 重要级别:
  3. 所属分类:其它

    • 发布日期:2010-04-16
    • 文件大小:28672
    • 提供者:crynix
  1. PTM测试流程分享测试需求分析与计划->测试方案设计->测试用例设计->系统测试执行->产品评估发布->产品测试数据度量及过程经验输出

  2. PTM流程 测试需求分析与计划->测试方案设计->测试用例设计->系统测试执行->产品评估发布->产品测试数据度量及过程经验输出
  3. 所属分类:其它

    • 发布日期:2010-05-13
    • 文件大小:33792
    • 提供者:maildjm
  1. 用J2EE和UML开发Java企业级应用程序.pdf

  2. 目录 -------------------------------------------------------------------------------- 第1章 企业级软件概述 1.1 什么是企业级软件 1.2 企业级软件的演变 1.3 企业级软件和基于组件的软件 1.4 小结 第2章 J2EE简介 2.1 什么是Java 2企业版平台 2.2 J2EE简史 2.3 使用J2EE的原因 2.4 J2EE简介 2.4.1 技术 2.4.2 API 2.4.3 其他J2EE技术和AP
  3. 所属分类:Java

    • 发布日期:2010-06-18
    • 文件大小:6291456
    • 提供者:haokgo01
  1. 基于UML的仓储管理系统的设计与实现

  2. 目录 引言 5 第一章 面向对象的UML建模 7 1.1面向对象的基本思想 7 1.2面向对象的软件建模 7 1.3 UML建模语言简介 9 1.4 RUP过程指导与本系统分析设计过程 10 第二章 仓储系统业务用例建模 13 2.1 仓储系统业务流程分析 13 2.1.1 入库流程分析 13 2.2业务需求用例建模阶段 15 2.2.1业务角色的查找及建立 15 2.2.3业务用例图 18 2.2.3业务活动图 18 2.3 系统基本功能描述 20 第三章 仓储系统系统需求用例建模 21 3
  3. 所属分类:C#

    • 发布日期:2011-05-03
    • 文件大小:1048576
    • 提供者:daiyu198801
  1. BBS信息系统面向对象分析与设计过程

  2. 1、BBS论坛系统需求分析 2 2 、BBS论坛系统分析建模 3 2.1识别参与者 3 2.2识别用例(并写出用例描述、包括活动图) 3 2.3绘制用例图 5 3.BBS论坛系统系统设计建模 7 3.1分析类图 7 3.2时序图(按ABCE法则) 7 3.3协作图 8 3.4类图(添加类的属性、方法及类之间的联系) 10 3.5包图 10 3.6部署图 11 4.实训小结 11
  3. 所属分类:管理软件

    • 发布日期:2011-07-15
    • 文件大小:151552
    • 提供者:lingchen1127
  1. 网上选课系统分析与设计(计算机本科毕业设计-UML建模)

  2. 主要内容为: 网上选课系统的产生是因为目前高校扩招后,在校学生日益增多。如果仍然通过传统的纸上方式选课,既浪费大量的人力物力,又浪费时间。同时,在人为的统计过程中不可避免出现的错误。因此,通过借助网络系统,让学生只要在电脑中输入自己的个人选课信息来替代有纸化的手工操作成为高校管理的必然趋势。该信息系统能够为学生提供方便的选课功能,也能够提高高等院校对学生和教学管理的效率。 1需求分析 网上选课系统的功能性需求包括以下内容: (1)系统管理员负责系统的管理维护工作,维护工作包括课程的添加、删除和
  3. 所属分类:专业指导

    • 发布日期:2011-07-30
    • 文件大小:494592
    • 提供者:zbozbozbo
  1. 面向对象分析与设计(UML.2.0版)

  2. 目 录 第1章 入门 1. 1.1 背景 1 1.2 编程简史 1 1.3 方法学 2 1.4 关于本书 2 1.4.1 内容概述 3 1.4.2 案例分析 3 1.4.3 导航 3 第ⅰ部分 设 置 场 景 第2章 对象的概念 7 2.1 引言 7 2.2 什么是对象 8 2.3 相同还是相等 10 2.4 描述对象 12 2.5 封装 13 2.6 关联和聚合 13 2.7 图和树 15 2.8 链接和可导航性 16 2.9 消息 17 .2.10 启动操作 19 2.11 协作示例 19
  3. 所属分类:专业指导

    • 发布日期:2011-12-09
    • 文件大小:29360128
    • 提供者:a64635729
  1. 图书管理系统用例模型点评与改进指导视频

  2. 由中国软件架构师网首席架构师亲自指导内部研发人员进行的一个习作项目,包括从业务建模、需求开发、架构设计、编码、单元测试的完整过程,本视频是针对本项目的用例模型的点评和修订指导
  3. 所属分类:其它

    • 发布日期:2012-03-08
    • 文件大小:50331648
    • 提供者:hunthu2000
  1. 用UML进行面向构件分析与设计

  2. 本文提出了如何使用UML和用例分析技术进行面向构件的分析与设计。在一些大型的项目开发环境中,由于各开发设计人员的经验不一,采用通用的标准的方法来进行需求分析、功能分解,能够使整个团队以及开发过程获益。
  3. 所属分类:项目管理

    • 发布日期:2012-05-12
    • 文件大小:367616
    • 提供者:fhx007
  1. 需求分析与测试用例

  2. 软件设计过程中需求分析及测试用例的指导性文件,有实例
  3. 所属分类:专业指导

    • 发布日期:2008-07-06
    • 文件大小:183296
    • 提供者:dayu287
  1. 强化测试用例设计:问题驱动的软件测试设计

  2. 测试用例设计是整个软件测试过程中非常重要的测试活动,需求规格说明是测试人员开展测试设计的主要参考输入。而在测试实践中基于需求规格说明得到的测试用例,在测试覆盖率、测试效率、测试有效性和测试质量等方面的表现却是差强人意。 “强化测试用例设计:问题驱动的软件测试设计”解决方案提供了系统化专业化的测试设计思维过程。从测试设计面临的4大问题存在的原因和表现形式入手,通过应用不同的测试用例设计技术与方法,结合不同软件产品测试经验,从而不断提高组织的测试能力,进而提升测试覆盖率、测试效率、测试有效性和测试
  3. 所属分类:软件测试

    • 发布日期:2013-04-13
    • 文件大小:34816
    • 提供者:wenqiang_zheng
  1. .NET与设计模式 pdf

  2. 作者: 甄镭 本书力求将设计模式与实际开发紧密联系起来,具体讲述了哪种模式可以在哪种现实的应用场景中采用。全书融入了作者多年的开发经验,介绍了许多现实案例,具有很强的实用性。本书分为4篇:第1篇讲述了面向对象设计的一些基本原则和.net引入的新概念;第2篇以gof的23种设计模式为主线用相当多的实例介绍了每一种设计模式的引入原因、动机、使用环境、结构及其收益与代价;第3篇介绍设计模式在dotnetnuke、nunit、ndoc和gentle等开放源码中的应用;第4篇介绍了有关模式的历史,如何发
  3. 所属分类:C#

    • 发布日期:2015-03-15
    • 文件大小:37748736
    • 提供者:braveapple01
  1. J2EE 和 UML 开发 Java 企业级应用程序_3分.pdf

  2. 目录 -------------------------------------------------------------------------------- 第1章 企业级软件概述 1.1 什么是企业级软件 1.2 企业级软件的演变 1.3 企业级软件和基于组件的软件 1.4 小结 第2章 J2EE简介 2.1 什么是Java 2企业版平台 2.2 J2EE简史 2.3 使用J2EE的原因 2.4 J2EE简介 2.4.1 技术 2.4.2 API 2.4.3 其他J2EE技术和AP
  3. 所属分类:Web开发

    • 发布日期:2015-10-30
    • 文件大小:6291456
    • 提供者:celestialtao
  1. 网络工程 中小企业网络设计论文

  2. 首先,论文的题目是“中小型园区网的设计与实现”。在这个题目中,包含 了几个方面的要求。第一,网络规模是“中小型”,因此,论文中网络的规模不 能太小,我不希望最后的结果是用一个集线器或交换机连接了十几台或几十台计 算机,因为这样真是没有什么技术含量了。当然,我也不希望网络过大,因为一 个大的网络会有很多实际问题需要解决,而这些问题的解决对于大家来说是有一 定困难的。比较理想的网络规模是由500 台至1000 台计算机组成的一个网络, 这样的话,有许多我们学过的网络知识可以被利用,比如IP 地址的
  3. 所属分类:综合布线

    • 发布日期:2015-12-09
    • 文件大小:624640
    • 提供者:qqxfeng
  1. NET与设计模式

  2. 作者: 甄镭 本书力求将设计模式与实际开发紧密联系起来,具体讲述了哪种模式可以在哪种现实的应用场景中采用。全书融入了作者多年的开发经验,介绍了许多现实案例,具有很强的实用性。本书分为4篇:第1篇讲述了面向对象设计的一些基本原则和.net引入的新概念;第2篇以gof的23种设计模式为主线用相当多的实例介绍了每一种设计模式的引入原因、动机、使用环境、结构及其收益与代价;第3篇介绍设计模式在dotnetnuke、nunit、ndoc和gentle等开放源码中的应用;第4篇介绍了有关模式的历史,如何发
  3. 所属分类:.Net

    • 发布日期:2016-04-13
    • 文件大小:37748736
    • 提供者:thn_sweety
  1. 测试用例设计如何避误[2]

  2. 测试用例设计如何避误[2]软件测试这个例子可能有些极端,但测试用例与需求和设计不同步的情况在实际开发过程中确是屡见不鲜的,测试用例文档是“活的”文档,这一点应该被测试工程师牢记。4、测试用例不应该包含实际的数据;测试用例是“一组输入  测试用例设计如何避误[2]  软件测试  这个例子可能有些极端,但测试用例与需求和设计不同步的情况在实际开发过程中确是屡见不鲜的,测试用例文档是“活的”文档,这一点应该被测试工程师牢记。  4、测试用例不应该包含实际的数据;  测试用例是“一组输入、执行条件、预期
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:39936
    • 提供者:weixin_38614636
  1. 测试用例设计难在哪里?

  2. 测试用例设计是测试过程中非常重要的一个活动,不管是文档化的设计输出,还是只是存在于他们脑海中的测试思想,其质量都会直接影响测试执行的质量。   测试用例设计是测试过程中非常重要的一个活动,不管是文档化的设计输出,还是只是存在于他们脑海中的测试思想,其质量都会直接影响测试执行的质量。   尽管每个测试人员都掌握了不少的测试用例设计技术与方法,例如:等价类划分、状态转换测试等,但是如何将它们应用到具体的测试对象测试中去,很多测试人员都会感觉有些力不从心,甚至有无从下手的感觉。   下面是针对某个功能
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:60416
    • 提供者:weixin_38629449
  1. NP仿真器的自动化测试系统的研究与设计

  2. :针对拥有复杂指令系统及处理过程的网络处理器(NP)仿真器的测试,提出了一个融入数据的关键字驱动NP自动化测试系统。该系统兼有数据和关键字驱动两种测试技术的优点,可将用例自动转化成系统测试脚本,并自动生成封装有指令的VPP协议报文,通过系统的自动处理、预期及比对等过程,实现对NP仿真器在集成状态的自动测试。在实际应用中验证了这种自动测试技术可大大简化用例设计,降低编程需求,从而大幅提高测试效率,降低测试成本
  3. 所属分类:其它

    • 发布日期:2021-03-16
    • 文件大小:596992
    • 提供者:weixin_38720009
  1. 需求与设计过程-用例

  2. 看过太多的称得上“三无”的软件,就是无需求、无设计、无注释。严格的说来,他们的需求和设计其实还是有的,只是没有用文档记录下来而已,但是注释确实真的没有。这些软件从大到小都有,但是他们都有一个共同的特点,就是“难维护”。前几天和同事聊天,听说一个XAML的实现要重写了,用本地协议代替,然后再去考虑和XAML兼容。虽然我没有看过这个项目的代码,但是我知道这个项目基本也是“三无”。当然这个情况也是三无的重大特征之一,就是前脚走人之后,后脚是“看不懂、下不了手”,结果是还不如重写来得简单。从员工角度,当
  3. 所属分类:其它

    • 发布日期:2021-03-02
    • 文件大小:460800
    • 提供者:weixin_38676851
  1. 需求与设计过程-用例

  2. 看过太多的称得上“三无”的软件,就是无需求、无设计、无注释。严格的说来,他们的需求和设计其实还是有的,只是没有用文档记录下来而已,但是注释确实真的没有。这些软件从大到小都有,但是他们都有一个共同的特点,就是“难维护”。前几天和同事聊天,听说一个XAML的实现要重写了,用本地协议代替,然后再去考虑和XAML兼容。虽然我没有看过这个项目的代码,但是我知道这个项目基本也是“三无”。当然这个情况也是三无的重大特征之一,就是前脚走人之后,后脚是“看不懂、下不了手”,结果是还不如重写来得简单。从员工角度,当
  3. 所属分类:其它

    • 发布日期:2021-01-31
    • 文件大小:450560
    • 提供者:weixin_38576229
« 12 3 4 5 6 7 8 9 10 ... 17 »