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

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

« 1 2 ... .87 .88 .89 .90 .91 86392.93 .94 .95 .96 .97 ... 222726 »

[其它] 黑盒测试的测试用例设计方法

说明:目前黑盒测试的测试用例设计方法有5种:等价类划分边界值分析错误推测法因果图   目前黑盒测试的测试用例设计方法有5种:   等价类划分   边界值分析   错误推测法   因果图   功能图   一、等价类划分   等价列划分设计方法是把所有可能的输入数据,即程序的输入域划分成若干部分(子集),然后从每一个子集中选取少量具有代表性的数据作为测试用例。   等价类是指某个输入域的子集合。在该子集合中,各个输入数据对于揭露程序中的错误都是等效的。并合理地假定:测试某等价类的代表值就等于对这一类其他值
<weixin_38689857> 上传 | 大小:86kb

[其它] 软件产品的可用性的测试

说明:关于可用性的测试和评估,在国外现在已经形成一个新的专业,称为可用性工程(UsabilityEngineering)。由于是一个专业,因此就有专门的人员来从事这项工作,并发展出一整套   关于可用性的测试和评估,在国外现在已经形成一个新的专业,称为可用性工程(UsabilityEngineering)。由于是一个专业,因此就有专门的人员来从事这项工作,并发   展出一整套的方法和技术来进行可用性的测试和评估。根据我们给软件可用性所下的定义,一个软件可用性的测试和评估应该遵循以下原则:   (1)最
<weixin_38721398> 上传 | 大小:65kb

[其它] 测试数据与代码分离的测试

说明:今天看到花花同学写的白盒测试的白皮书,大致翻了下。感觉缺少点什么,之前也一直都在讨论,测试数据与测试代码是否需要分离,测试代码如何建设冗余的问题。如何解决这2个问题   今天看到花花同学写的白盒测试的白皮书,大致翻了下。感觉缺少点什么,之前也一直都在讨论,测试数据与测试代码是否需要分离,测试代码如何建设冗余的问题。如何解决这2个问题,feed4junit是一种思路,我对比junit4和feed4junit的功能,大致了解这些功能的实现。   对于网站的接口测试,常常面临的一个场景:大量不同的输入
<weixin_38747025> 上传 | 大小:90kb

[其它] 单元测试与JUNIT

说明:考察目前关于单元测试和JUnit的文章,要么是介绍单元测试的理论,要么是通过一个简单的HelloWorld例子介绍工具的使用。这样很容易使读者在实际应用中无从下手。   前言   考察目前关于单元测试和JUnit的文章,要么是介绍单元测试的理论,要么是通过一个简单的HelloWorld例子介绍工具的使用。这样很容易使读者在实际应用中无从下手。因为只有工具而没有理论的指导,将严重消弱了工具的作用,最终只能是沙滩建楼,达不到预期的目标;只有理论而没有工具的支持,也使得理论难有很好的着力点,最终使理论
<weixin_38627234> 上传 | 大小:73kb

[其它] 测试数据与代码分离的测试

说明:今天看到花花同学写的白盒测试的白皮书,大致翻了下。感觉缺少点什么,之前也一直都在讨论,测试数据与测试代码是否需要分离,测试代码如何建设冗余的问题。如何解决这2个问题   今天看到花花同学写的白盒测试的白皮书,大致翻了下。感觉缺少点什么,之前也一直都在讨论,测试数据与测试代码是否需要分离,测试代码如何建设冗余的问题。如何解决这2个问题,feed4junit是一种思路,我对比junit4和feed4junit的功能,大致了解这些功能的实现。   对于网站的接口测试,常常面临的一个场景:大量不同的输入
<weixin_38622777> 上传 | 大小:90kb

[其它] 如何编写更佳的bugreport

说明:我们是否经常看到开发人员针对我们归档的bugreport要求提供更多的信息?我们是否经常需要在bugreport归档后花更多的时间去研究那个问题?我们是否经常从开发人员那里听到在他们那边难   我们是否经常看到开发人员针对我们归档的bugreport要求提供更多的信息?我们是否经常需要在bugreport归档后花更多的时间去研究那个问题?我们是否经常从开发人员那里听到在他们那边难以重现bug并且需要即刻提供“可重现的步骤”?广义上来说,我们与其花更多的时间在这些问题上还不如投资更多的时间来测试系
<weixin_38653508> 上传 | 大小:76kb

[其它] Bug分析:为bug预防奠定基础

说明:生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug(缺陷,defect)以便修正它们。正常情况是尽快处理可能的bug,从而减少修正bug的成本。因为,众所周知,bu   1.引言:   生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug(缺陷,defect)以便修正它们。正常情况是尽快处理可能的bug,从而减少修正bug的成本。因为,众所周知,bug越早被发现并修正,所消耗的资源越少。问题是在很多情况下,由于修正已发现的bug,测试过程不得不停顿下来。  
<weixin_38592758> 上传 | 大小:73kb

[其它] 软件错误跟踪处理流程

说明:大型本地化软件测试需要进行充分的测试准备,需要科学的测试流程管理。为了跟踪和控制测试质量,便于管理测试发现的Bug,需要为每一个测试项目配置一个专用缺陷跟踪数据库,以   大型本地化软件测试需要进行充分的测试准备,需要科学的测试流程管理。为了跟踪和控制测试质量,便于管理测试发现的Bug,需要为每一个测试项目配置一个专用缺陷跟踪数据库,以便报告、查询、分类、跟踪、处理和验证错误。   为了保证发现和报告的错误质量,需要首先由经验丰富的测试人员,在缺陷跟踪数据库中对新发现的错误进行确认,如果确实属于
<weixin_38644168> 上传 | 大小:58kb

[其它] 偶然性不可重现BUG怎么处理?

说明:一、一定要提交!!1.记得有这么个缺陷,以后再遇到的时候可能就会了解发生的原因。2.尽力去查找出错的原因,比如有什么特别的操作,或者一些操作环境等。   一、一定要提交!!   1.记得有这么个缺陷,以后再遇到的时候可能就会了解发生的原因。   2.尽力去查找出错的原因,比如有什么特别的操作,或者一些操作环境等。   3.程序员对程序比测试人员熟悉的多,也许你提交了,即使无法重新,程序员也会了解问题所在。   4.无法重现的问题再次出现后,可以直接叫程序员来看看问题。   5.对于测试人员来说,
<weixin_38730129> 上传 | 大小:63kb

[其它] 手机测试蓝牙协议一致性测试方案

说明:蓝牙技术规范(Specification)包括协议(Protocol)和应用规范(Profile)两个部分。协议定义了各功能元素(如串口仿真协议(RFCOMM)、逻辑链路控制和适配协议(L2CAP)等各自的工作方式,而应用规范则阐   1 蓝牙协议概述   蓝牙技术规范(Specification)包括协议(Protocol)和应用规范(Profile)两个部分。协议定义了各功能元素(如串口仿真协议(RFCOMM)、逻辑链路控制和适配协议(L2CAP)等各自的工作方式,而应用规范则阐述了为了实现
<weixin_38720978> 上传 | 大小:75kb

[其它] WCDMA系统的核心网测试

说明:摘要 对WCDMA系统核心网的测试目前成为信息产业部3G技术试验中的重要组成部分。文中介绍了对WCDMA系统核心网测试的考虑以及测试内容。   1、WCDMA系统核心网测试的主要内容   目前WCDMA系统的核心网测试包含了R99和R4两个版本的设备。对R99设备的主要测试内容包括:在MtNet实验室进行的电路域和分组域的核心网设备的业务功能测试,MAP、GTP、Iu接口协议测试,2G/3G系统间漫游和切换测试,性能测试,Iu接口的IOT测试;在运营商外场试验环境的计费、网管功能及接口模型测试、
<weixin_38713393> 上传 | 大小:128kb

[其它] 浅谈手机接收性能的测试

说明:一、从收音机、电视机谈起   我们这一代人从小接触的是收音机,后来是电视机,现在还能想起刚开始有电视机时,家家必加高高的电视天线(那时还没有普及有线),但电视接收效果还是有的家好,有的家不好,这时我们半大孩子一定会为了更好的看电视找原因、想办法。通常是说把天线架的更高,原因是说有楼房或别的什么高东西遮挡了电视信号,有从影就一点一点的左右旋转电视天线,还不行就煞有介事的说你家的电视灵敏度太低,当然家旁边有汽车通过或天气不好,电视上会有雪花,有时还偶尔能听到串进来其它台的弱小声音,这些我们都知道,这
<weixin_38720997> 上传 | 大小:74kb
« 1 2 ... .87 .88 .89 .90 .91 86392.93 .94 .95 .96 .97 ... 222726 »