注册会员 | 设为首页 | 加入收藏夹
您好，欢迎光临本网站！[请登录] ！[注册会员]！  

搜索资源列表

  1. 使用场景分析法设计测试用例

  2. 使用用例场景设计测试用例 用例场景的定义 用例场景是通过描述流经用例的路径来确定的过程，这个流经过程要从用例开始到结束遍历其中所有 基本流和备选流。 为什么引入用例场景 现在的软件几乎都是由事件触发来控制流程的，事件触发时的情景便形成了场景，而同一事件不同的 触发顺序和处理结果形成事件流。这种在软件设计方面的思想也可被引入到软件测试中，生动的描绘出事 件触发时的情景，有利于测试设计者设计测试用例，同时测试用例也更容易的得到理解和执行。 提出这种测试思想的是Rational 公司，在RUP200

  3. 所属分类：专业指导

    • 发布日期：2009-08-25
    • 文件大小：208896
    • 提供者：dailrui2002

  1. 基于UML 状态图的面向对象软件测试用例生成

  2. 基于UML 状态图的面向对象软件测试用例生成，　本文提出了一种基于UML 状态图的测试用例生成方法,生成较少但有效的测试用例,便于实现自动化测试。测试用例从状态图中的转换(转换路径) 中产生,一个用例代表了一条转换路径。对深度优先算法进行改进后,给出了从UML 模型视图的状态图中获得测试用例的算法,该算法从状态图中的初始状态到终止状态进行遍历,可以得到所有的转换路径,根据循环复杂度来得到状态图的基本路径的最大数量,即测试用例的最小数量

  3. 所属分类：其它

    • 发布日期：2010-05-12
    • 文件大小：327680
    • 提供者：bowei19870720

  1. 集成测试计划模板

  2. 集成测试计划 版本：V1.3 文 档 编 号 保 密 等 级 作 者 最后修改日期 审 核 人 最后审批日期 批 准 人 最后批准日期 修订记录 日期 版本 修订说明 修订人 目 录 1 简介 3 1.1 目的 3 1.2 背景 3 1.3 范围 3 1.4 参考文档 3 2 测试约束 3 2.1 测试进出条件 3 2.1.1 进入条件 3 2.1.2 退出条件 3 2.2 测试通过和失败准则 3 2.2.1 通过准则： 3 2.2.2 失败准则： 4 2.3 测试启动/结束/暂停/再启动准则

  3. 所属分类：Java

    • 发布日期：2011-10-25
    • 文件大小：151552
    • 提供者：wangyi110cs

  1. python搞定excel测试用例2

  2. 本文分三小节： 1 Excel测试用例 2 excel测试用例自动化操作流程 3 实战操作 总结：就是自动从excel读出测试用例，然后运行，得出报表。 1 怎么测？ 功能测试：该如何去执行这些接口用例 功能测试：版本迭代的时候，又该如何测试？ 功能测试：如果每一个接口的用例有80个怎么办？ 想法：如何高效去完成这些用例的执行，得到测试结果？ 2 Excel测试用例自动化流程 1 Excel测试用例读取 Excel读取，一般读一行，没问题，就可以读取下面行了。 2接口请求代码创建 3测试结果写入

  3. 所属分类：其它

    • 发布日期：2020-12-21
    • 文件大小：39936
    • 提供者：weixin_38691742

  1. 软件测试中从用例得到测试用例

  2. 软件测试中从用例得到测试用例从用例得到测试用例用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用软件测试中从用例得到测试用例从用例得到测试用例用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：273408
    • 提供者：weixin_38559203

  1. 功能测试用例的书写方式

  2. 功能测试用例的书写方式软件测试功能性测试用例1.测试的来源，即测试的需求测试用例的主要来源有：1)需求说明”及相关文档2)相关的设计说明(概要设计，详细设计等)3)与开发组交流对需求理解的记录(可以是开发人员的一个解释)4)已经基本成型的UI(　　功能测试用例的书写方式 软件测试　　功能性测试用例　　1.测试的来源，即测试的需求　　测试用例的主要来源有：　　1)需求说明”及相关文档2)相关的设计说明(概要设计，详细设计等)3)与开发组交流对需求理解的　　记录(可以是开发人员的一个解释)4)已经基

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：40960
    • 提供者：weixin_38622149

  1. 软件测试中从用例得到测试用例

  2. 软件测试中从用例得到测试用例用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用软件测试中从用例得到测试用例用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：273408
    • 提供者：weixin_38623249

  1. 从软件用例得到测试用例

  2. 从软件用例得到测试用例   软件测试　  　从用例得到测试用例　　用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路径都可以是被执行和测试的场景或实例。　　既然我们已经定义了用例场景的概念，就可以提出一个四步的过程来完成这个目标。1)第一步：

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：68608
    • 提供者：weixin_38691194

  1. 按照业务流和数据流写测试用例

  2. 曾经看过一些公司写的测试用例，通常都是从业务流的角度来写测试用例，比如进入画面，点了什么按钮，出来什么结果。当然在一些数据检查的时候也会写一些输入**，会报错之类。数据流在测试用例中并没有得到足够的体现。 　　作为一个完整的详细设计书，它应该写清楚数据的增删改查，当然很多详细设计书没有写到这种程度，可是我们换个角度想，开发人员也是在这种不是很详细的设计下进行开发的，他们要根据式样的理解，写出满足条件的SQL文。 　　测试人员是不是同样需要根据式样的理解，写出满足条件的SQL文呢。反映到我们的用例

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：37888
    • 提供者：weixin_38603875

  1. 如何从用例得到测试用例

  2. 用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示 　　从用例得到测试用例 　　用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：303104
    • 提供者：weixin_38552083

  1. 功能测试用例的书写方式(适于新手学习)

  2. 功能性测试用例1.测试的来源，即测试的需求测试用例的主要来源有：1)需求说明”及相关文档2)相关的设计说明(概要设计，详细设计等)3)与开发组交流对需求理解的记录(可以是开发人员的一个解释) 　　功能性测试用例 　　1.测试的来源，即测试的需求 　　测试用例的主要来源有： 　　1)需求说明”及相关文档 　　2)相关的设计说明(概要设计，详细设计等) 　　3)与开发组交流对需求理解的记录(可以是开发人员的一个解释) 　　4)已经基本成型的UI(可以有针对性地补充一些用例) 　　简而言之，所有你能得

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：223232
    • 提供者：weixin_38682790

  1. 从用例得到测试用例

  2. 用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤 　　从用例得到测试用例 　　用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路径都可以是被执行和测试的场景或实例。 　　既然我们已

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：227328
    • 提供者：weixin_38635684

  1. 从用例得到测试用例

  2. 用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例， 　　从用例得到测试用例 　　用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：227328
    • 提供者：weixin_38635323

  1. 从用例得到测试用例

  2. 用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念： 　　从用例得到测试用例 　　用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路径都可以是被执行和测试的

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：227328
    • 提供者：weixin_38710578

  1. 从用例得到测试用例

  2. 用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例 　　从用例得到测试用例 　　用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路径

  3. 所属分类：其它

    • 发布日期：2021-03-23
    • 文件大小：227328
    • 提供者：weixin_38732811

  1. 基于Ajax技术的Web应用的建模与测试用例生成

  2. Ajax技术使Web应用能够通过异步请求从服务端获取数据,并在网页上局部刷新显示。这使得一张网页可以包含多个不同状态,状态数的激增使其关系变得更加复杂,给Web应用的建模与测试带来了更大的难度。研究基于Ajax技术的Web应用的建模与测试用例生成方法,给出一种可行的产生测试用例的技术。结合课题组自身开发的项目进行建模与测试用例的生成分析,结果表明,该技术能有效地得到所需的测试用例。

  3. 所属分类：其它

    • 发布日期：2021-03-16
    • 文件大小：1048576
    • 提供者：weixin_38696877

  1. 从用例得到测试用例

  2. 从用例得到测试用例用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路径都可以是被执行和测试的场景或实例。既然我们已经定义了用例场景的概念，就可以提出一个四步的过程来完成这个目标。1）第一步：确定用例场景因为用例和场景之间是一对多关系，我们可以

  3. 所属分类：其它

    • 发布日期：2021-02-27
    • 文件大小：273408
    • 提供者：weixin_38742954

  1. 使用Contest分析测试用例的代码覆盖率

  2. 本文从代码覆盖率的基本概念开始，详细介绍测试工程师如何使用Contest来分析测试用例的代码覆盖率，接着结合FoCuS来产生测试用例的源代码覆盖率报表，从一个特殊的角度来度量测试用例的优劣。同时通过一个实际例子来讲解取得代码覆盖率的基本流程，其间贯穿一些基本概念，并且在得到代码覆盖率的基础之上分析如何改进测试用例，在反复迭代的过程中来提高测试用例的代码覆盖率。您可以在短时间内了解代码覆盖率的概念，并且应用作者介绍的流程来发现测试用例的漏洞，以及分析改进测试用例。问题的提出时这样的：对于测试人员来

  3. 所属分类：其它

    • 发布日期：2021-02-26
    • 文件大小：470016
    • 提供者：weixin_38746387

  1. 从用例得到测试用例

  2. 从用例得到测试用例用例和测试用例有不同的起源，并服务于尽管相关但却不同的目的，所以从用例到测试用例并不简单，但还是有合理的步骤，首先我们定义一下场景的概念：场景：或用例的一个实例，是一个用例的执行，其中特定用例以特定方式执行该用例。场景可能有多个，如下图所示，用户可能走主事件流，也可能走备选事件流1和2，然后异常退出。每个路径都可以是被执行和测试的场景或实例。既然我们已经定义了用例场景的概念，就可以提出一个四步的过程来完成这个目标。1）第一步：确定用例场景因为用例和场景之间是一对多关系，我们可以

  3. 所属分类：其它

    • 发布日期：2021-02-21
    • 文件大小：273408
    • 提供者：weixin_38696339

  1. 使用Contest分析测试用例的代码覆盖率

  2. 本文从代码覆盖率的基本概念开始，详细介绍测试工程师如何使用Contest 来分析测试用例的代码覆盖率，接着结合FoCuS来产生测试用例的源代码覆盖率报表，从一个特殊的角度来度量测试用例的优劣。同时通过一个实际例子来讲解取得代码覆盖率的基本流程，其间贯穿一些基本概念，并且在得到代码覆盖率的基础之上分析如何改进测试用例，在反复迭代的过程中来提高测试用例的代码覆盖率。您可以在短时间内了解代码覆盖率的概念，并且应用作者介绍的流程来发现测试用例的漏洞，以及分析改进测试用例。问题的提出时这样的：对于测试人员

  3. 所属分类：其它

    • 发布日期：2021-02-01
    • 文件大小：9216
    • 提供者：weixin_38631282
« 12 3 »