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

搜索资源列表

  1. UML全程实作 用例粒度

  2. 讲述UML中用例的定义、如何创建用例、用例粒度,以及注意事项等
  3. 所属分类:专业指导

    • 发布日期:2009-07-27
    • 文件大小:3145728
    • 提供者:pdexcl
  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. 软件技术之路系列文集之一用例分析

  2. 什么是用例........................................................................................................4 1.1 相关评论....................................................................................................7 2 用例的类型与粒度..................
  3. 所属分类:其它

    • 发布日期:2011-05-10
    • 文件大小:1048576
    • 提供者:zhuiyi0716
  1. 00系统分析之路.pdf

  2. 什么是用例 用例是什么?其原始英文是usecase,直译过来就成了用例。这也是一个比较贴切的叫法了,从字面的直 接理解就是使用的例子。另一种比较流行的定义是用例就是与使用者(actor)交互的,并且给使用者提供可 观测的有意义的结果的一系列活动的集合。 这个定义还是比较费解的,笔者在众多应聘者中发现很多使用用例来做需求的系统分析员,有的已经 使用了两年以上,但仍不能把握用例的本质,虽然他们号称精通UML。
  3. 所属分类:软件测试

    • 发布日期:2011-09-19
    • 文件大小:593920
    • 提供者:holyghost0213
  1. 00系统分析之路

  2. 什么是用例 用例是什么?其原始英文是usecase,直译过来就成了用例。这也是一个比较贴切的叫法了,从字面的直 接理解就是使用的例子。另一种比较流行的定义是用例就是与使用者(actor)交互的,并且给使用者提供可 观测的有意义的结果的一系列活动的集合。 这个定义还是比较费解的,笔者在众多应聘者中发现很多使用用例来做需求的系统分析员,有的已经 使用了两年以上,但仍不能把握用例的本质,虽然他们号称精通UML。
  3. 所属分类:软件测试

    • 发布日期:2011-09-19
    • 文件大小:593920
    • 提供者:holyghost0213
  1. 需求用例分析的一些要点

  2. 用例构成 用例特征 用例粒度 获取用例 usecase
  3. 所属分类:专业指导

    • 发布日期:2013-08-02
    • 文件大小:578560
    • 提供者:heibaoanna
  1. 用例图释义

  2. 用例图讨论总结 两个角度分析用例: a. 客户的角度 b. 系统的角度 外加两个衡量要点: 1. 尽可能可以独立测试 2. 有一定有工作量 当颗粒度粗时,需要用时序图来表达流程关系。
  3. 所属分类:Java

    • 发布日期:2015-06-12
    • 文件大小:113664
    • 提供者:guolong1983811
  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. 针对现有知识表达方法难以全面有效地表达采煤机创新设计知识、采煤机专题知识库对知识的表达不够全面和检索效率不高等问题,为实现采煤机创新设计知识和经验的重用,激发设计者进行知识类比迁移的能力,提出了多层次多粒度采煤机创新设计知识表达方法。提取参数、结构、功能、原理、效应和领域等6种属性,用不同抽象粒度的知识对属性进行描述,每一个粒度又分别对应着概念层、语义关系层、实例层等抽象层面。通过特征属性描述生成知识条目,构建了多层次多粒度采煤机创新设计知识库,并通过本体推理和语义扩展从本地知识库和互联网资源检
  3. 所属分类:其它

    • 发布日期:2020-05-10
    • 文件大小:971776
    • 提供者:weixin_38710557
  1. 测试用例的粒度

  2. 日常测试工作中,测试人员在编写TestCase时,经常会碰到这样一个问题:TestCase应该需写成什么样的粒度才好,个人觉得测试用例的粒度没有特定的标准,需依据项目实际情况而定,若时间充足,可以把测试用例写的细一些,时间紧张的话,可写粗一些;后期测试用例评审时,把握好测试用例的质量关。 原文转自:http://www.ltesting.netwindow._bd_share_config={"common":{"bdSnsKey":{},"bdText":"","bdMini":"1","bd
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:19456
    • 提供者:weixin_38732912
  1. 测试用例重构思考

  2. 之前发了一篇关于测试用例的帖子在论坛,今天还是想在这里再唠叨一次,因为对测试用例的设计又有了一点新的认识,至少是在我的思想里,或许别人早就觉得是小儿科了,哈哈~   新入职一家公司刚好赶上测试用例重构,接受成为这次任务的主要负责人,按照之前的工作经验,几乎完全照搬了过来,在跟直接领导的沟通中,也得到了测试经理的原则:以最少的用例覆盖尽量多的功能点。但是我却没有把握这个原则,依然将原来虽可行但却与之不符的原则搬了上来,按照测试用例粒度统一,粒度最细的角度去设计了一个功能模块的用例,在评审时测试经理
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:40960
    • 提供者:weixin_38537684
  1. 软件测试之“软件测试用例设计原则”

  2. 那么对于日常软件测试每个新功能,我们该怎么去构筑我们坚固的质量堡垒呢。根据开发过程的特点,总结了我们设计测试用例六个方面。   不管是从个人角度还是从公司角度,根据我这几年的经验我觉得case的设计应该符合以下几点:   1、一个case一个功能点:每个case都要有个测点,找准一个测点则可,不能同时覆盖很多功能点,否则执行起来牵连太大;   2、case的易读:从执行者的角度去写case,最好不要有太多的术语在里面,如果要有最好指明具体位置;   3、case的执行粒度:粒度越小越好;软件  
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:57344
    • 提供者:weixin_38637764
  1. 软件测试用例的粒度的讨论

  2. 软件测试用例的粒度的讨论测试用例的粒度:每个测试用例所覆盖的测试范围或者期望结果的多少。也谈测试用例的粒度   软件测试用例的粒度的讨论   测试用例的粒度:每个测试用例所覆盖的测试范围或者期望结果的多少。   ================================================   也谈测试用例的粒度   1.看项目Schedule:在项目时间紧张的情况下,往往留给测试人员的时间很有限,测试工作的重点就是多测试,早发现问题,这时候我认为测试用例的粒度是可以放粗一些的
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:88064
    • 提供者:weixin_38718223
  1. 在敏捷测试中如何设计软件测试用例

  2. 敏捷宣言:个体和交互比过程和工具更有价值;能工作的软件比全面的文档更有价值;顾客的协作比合同谈判更有价值;   敏捷宣言:   个体和交互比过程和工具更有价值;   能工作的软件比全面的文档更有价值;   顾客的协作比合同谈判更有价值;   及时响应变更比遵循计划更有价值。   并非每个企业都能严格按敏捷的相关开发方法进行项目管理,例如测试驱动、XP、SCRUM等。也并非都需要按这些方式管理才能实现敏捷。只要我们理解了敏捷的原则和精髓,我认为很多方法、很多地方都可以应用敏捷的思想,实现敏捷的管理
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:78848
    • 提供者:weixin_38655309
  1. 基于用例的工作量估计

  2. 本文描述了基于用例进行评估的一个框架。为了使描述更加具体,本文为框架的参数选择了一些值,尽管这些值有待于论证,但它们并不总是错误的。像往常一样,随着数据的搜集,这种估计应该根据实际情况和重新估计的参数值进行测试。这种框架对于不同种类的系统考虑了用例层次、规模和复杂度等思想,并且不再采取细粒度的功能分解。为减轻计算的负担,对于诸如EstimateProfessional这样的工具,可以构建一个前端,从而提供一种基于用例的规模输入的不同的方法。问题直观上看起来似乎根据用例模型的特征,可以对开发工作所
  3. 所属分类:其它

    • 发布日期:2021-03-05
    • 文件大小:338944
    • 提供者:weixin_38633897
  1. 时钟——黑盒测试用例设计实例

  2. 电子时钟模块在很多系统上都会背集成,是一个运用比较广泛的模块,针对电子时钟,我们应该当如何设计测试用例呢?其实写用例,除了书上说的几种设计方法,每个人也有自己偏好的套路。比如某些人喜欢用先用边界再用等价,有些人喜欢先等价后再用边界,这些套路都是没有大的区别的,只是个人的逻辑思维方式不同而已。我说说自己的套路吧:确定测试目标(其实就是确定测试用例的粒度)——提取测试元素——分类(其实就是一个整体的等价法)——针对各类进行分析(主要还是使用等价和边界)——正交表生成用例(因果图和判定表也是经常使用的
  3. 所属分类:其它

    • 发布日期:2021-03-04
    • 文件大小:273408
    • 提供者:weixin_38703123
  1. 基于用例的工作量估计

  2. 本文描述了基于用例进行评估的一个框架。为了使描述更加具体,本文为框架的参数选择了一些值,尽管这些值有待于论证,但它们并不总是错误的。像往常一样,随着数据的搜集,这种估计应该根据实际情况和重新估计的参数值进行测试。这种框架对于不同种类的系统考虑了用例层次、规模和复杂度等思想,并且不再采取细粒度的功能分解。为减轻计算的负担,对于诸如EstimateProfessional这样的工具,可以构建一个前端,从而提供一种基于用例的规模输入的不同的方法。问题直观上看起来似乎根据用例模型的特征,可以对开发工作所
  3. 所属分类:其它

    • 发布日期:2021-02-04
    • 文件大小:338944
    • 提供者:weixin_38688969
  1. 时钟——黑盒测试用例设计实例

  2. 电子时钟模块在很多系统上都会背集成,是一个运用比较广泛的模块,针对电子时钟,我们应该当如何设计测试用例呢?其实写用例,除了书上说的几种设计方法,每个人也有自己偏好的套路。比如某些人喜欢用先用边界再用等价,有些人喜欢先等价后再用边界,这些套路都是没有大的区别的,只是个人的逻辑思维方式不同而已。我说说自己的套路吧:确定测试目标(其实就是确定测试用例的粒度)——提取测试元素——分类(其实就是一个整体的等价法)——针对各类进行分析(主要还是使用等价和边界)——正交表生成用例(因果图和判定表也是经常使用的
  3. 所属分类:其它

    • 发布日期:2021-02-03
    • 文件大小:273408
    • 提供者:weixin_38688855
  1. athenz:用于动态基础架构中基于X.509证书的服务认证和细粒度访问控制的开源平台。 Athenz支持供应和配置(集中授权)用例以及服务运行时(分散授权)用例-源码

  2. 雅典 Athenz是一个开放源代码平台,用于在动态基础架构中基于X.509证书的服务身份验证和细粒度的访问控制。 它支持供应和配置(集中授权)用例以及服务/运行时(分散授权)用例。 Athenz授权系统利用x.509证书和行业标准的相互TLS绑定的oauth2访问令牌。 名称“ Athenz”源自“ AuthNZ”(用于身份验证的N和用于授权的Z)。 目录 背景 Athenz是一个开放源代码平台,用于在动态基础结构中基于X.509证书的服务身份验证和基于细粒度角色的访问控制。 它为以下三个主要
  3. 所属分类:其它

    • 发布日期:2021-03-29
    • 文件大小:15728640
    • 提供者:weixin_42113794
  1. 也谈测试用例的粒度

  2. 也谈测试用例的粒度软件测试1.看项目Schedule:在项目时间紧张的情况下,往往留给测试人员的时间很有限,测试工作的重点就是多测试,早发现问题,这时候我认为测试用例的粒度是可以放粗一些的,但是“粗”不代表随意,虽然可以放“粗”一些,但是要能  也谈测试用例的粒度  软件测试  1.看项目Schedule:在项目时间紧张的情况下,往往留给测试人员的时间很有限,测试工作的重点就是多测试,早发现问题,这时候我认为测试用例的粒度是可以放粗一些的,但是“粗”不代表随意,虽然可以放“粗”一些,但是要能明确
  3. 所属分类:其它

    • 发布日期:2021-03-23
    • 文件大小:55296
    • 提供者:weixin_38727798
« 12 3 4 5 »