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

开发技术下载,其它下载列表 第86355页

« 1 2 ... .50 .51 .52 .53 .54 86355.56 .57 .58 .59 .60 ... 222726 »

[其它] QTP的基本功能介绍

说明:HPQuickTestProfessional支持功能测试和回归测试自动化,用于每个主要软件应用程序和环境。此解决方案使用关键字驱动的测试概念,简化了测试创建和维护过程。它使测试人员能够使用专   QTP的基本功能介绍   HPQuickTestProfessional支持功能测试和回归测试自动化,用于每个主要软件应用程序和环境。此解决方案使用关键字驱动的测试概念,简化了测试创建和维护过程。它使测试人员能够使用专业的捕获技术直接从应用程序屏幕中捕获流程来构建测试案例。测试专家还可通过集成的脚本和
<weixin_38543950> 上传 | 大小:619kb

[其它] 一种新颖的矩阵矩阵分解的快速算法

说明:选列主元的Doolittle分解是一种稳定的矩阵三角分解算法。数据交换操作,降低了运算的效率。此处提出一种使用交换指针代替交换整行元素的方法来提高运算的效率,可以将交换数据的工作量减少到原来的1 / n(n为矩阵的阶数)。通过实验程序运行的结果证明,运算结果正确,算法执行过程稳定,可靠。
<weixin_38713996> 上传 | 大小:195kb

[其它] 如何编写测试用例

说明:测试工作也从简单测试演变为包括:编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工   测试工作也从简单测试演变为包括:编制测试计划、编写测试用例、准备测试数据、编写测试脚本、实施测试、测试评估等多项内容的正规测试。测试方式则由单纯手工测试发展为手工、自动兼之,并有向第三方专业测试公司发展的趋势。   一、测试用例是软件测试的核心   软件测试的重要性是毋庸置疑的。但如何以最少的人力、资源投入,在最短的时间内完成测试
<weixin_38622427> 上传 | 大小:73kb

[其它] 基于状态转换的测试

说明:世间万物,缘起缘灭,每天都在经历着各种各样的状态转换。作为一个测试人员,在工作过程中,经常会碰到软件中事物具有多个状态,各个状态在满足某些条件时,实现状态的   世间万物,缘起缘灭,每天都在经历着各种各样的状态转换。   作为一个测试人员,在工作过程中,经常会碰到软件中事物具有多个状态,各个状态在满足某些条件时,实现状态的转换。   软件中事物状态间的转换一般可分为两类:一类是各个状态之间转换有一定的序列关系,如工作流,必须先发生A状态,才能到B状态,状态A和B之间有先后顺序;一类是各个状态是并
<weixin_38733382> 上传 | 大小:141kb

[其它] 总结测试用例的设计

说明:作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性,要做好功能测试,测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结,也方便进行交流和探讨:   1)首先要对测试用例的组织结构进行划分   如果公司的测试流程还算规范完整的话,在进行需求评审的时候,测试人员就应该根据需求对测试用例的结构进行分类,如果是一个比较大型的管理系统,那么测试用例就可以根据功能模块
<weixin_38622777> 上传 | 大小:137kb

[其它] 从用例得到测试用例

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

[其它] 测试用例设计步骤

说明:设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件   设计测试案例的时候,需要有清晰的测试思路,对要测试什么,按照什么顺序测试,覆盖哪些需求做到心中有数。测试用例编写者不仅要掌握软件测试的技术和流程,而且要对被测软件的设计、功能规格说明、用户试用场景以及程序/模块的结构都有比较透彻的理解。测试用例设计一般包括以下几个步骤:   1、测试需求分析   从软件需求文档中,找出待测试软件/
<weixin_38625464> 上传 | 大小:66kb

[其它] 从用例得到测试用例

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

[其它] 编写测试需求及测试用例

说明:测试用例的模版其实没有太多的差异,而在我刚开始接触测试时总想找一个好的测试用例模版。通常来说,测试用例模版包括最主要的三项:操作说明,预期结果和否通过。有了这三项   测试用例的模版其实没有太多的差异,而在我刚开始接触测试时总想找一个好的测试用例模版。通常来说,测试用例模版包括最主要的三项:操作说明,预期结果和否通过。有了这三项,其它的就根据你的需要来添枝加叶了,我blog上面有一个我现在用的测试需求及用例模版,可参考一下。   问题是如何填满这个模版,即如何编写测试需求和用例。有的人把测试需求
<weixin_38628612> 上传 | 大小:70kb

[其它] 基于状态转换的软件测试方法

说明:世间万物,缘起缘灭,每天都在经历着各种各样的状态转换。作为一个测试人员,在工作过程中,经常会碰到软件中事物具有多个状态,各个状态在满足某些条件时,实现状态   世间万物,缘起缘灭,每天都在经历着各种各样的状态转换。   作为一个测试人员,在工作过程中,经常会碰到软件中事物具有多个状态,各个状态在满足某些条件时,实现状态的转换。   软件中事物状态间的转换一般可分为两类:一类是各个状态之间转换有一定的序列关系,如工作流,必须先发生A状态,才能到B状态,状态A和B之间有先后顺序;一类是各个状态是并列
<weixin_38693528> 上传 | 大小:141kb

[其它] 如何测试洗牌程序

说明:我希望本文有助于你了解测试软件是一件很重要也是一件不简单的事。我们有一个程序,叫ShuffleArray(),是用来洗牌的,我见过N多千变万化的ShuffleArray(),但是似乎从来没人去想过怎 我希望本文有助于你了解测试软件是一件很重要也是一件不简单的事。 我们有一个程序,叫ShuffleArray(),是用来洗牌的,我见过N多千变万化的ShuffleArray(),但是似乎从来没人去想过怎么去测试这个算法。所以,我在面试中我经常会问应聘者如何测
<weixin_38705699> 上传 | 大小:78kb

[其它] 基于最优延时和多天线的并行检测算法

说明:基于最优延时和多天线的并行检测算法
<weixin_38627234> 上传 | 大小:1mb
« 1 2 ... .50 .51 .52 .53 .54 86355.56 .57 .58 .59 .60 ... 222726 »