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

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

« 1 2 ... .37 .38 .39 .40 .41 86442.43 .44 .45 .46 .47 ... 222726 »

[其它] 我在腾讯的7年:职业倦怠与瓶颈期

说明:我在腾讯的7年:职业倦怠与瓶颈期.在腾讯不知不觉已经7周年了,回想过往的那些年,很感谢我遇到的所有的人,是你们成就了现在的我。之前的经历已经在之前介绍过了,这里也就不再啰嗦。每年总有一段时间,对工作的意义、对未来感到迷茫,同样的一个问题,不同时期的思考总   在腾讯不知不觉已经7周年了,回想过往的那些年,很感谢我遇到的所有的人,是你们成就了现在的我。之前的经历已经在之前介绍过了,这里也就不再啰嗦。每年总有一段时间,对工作的意义、对未来感到迷茫,同样的一个问题,不同时期的思考总会得到不一样的答案。
<weixin_38723373> 上传 | 大小:98kb

[其它] 使用QTP从excell表中拷贝数据到数据库表中

说明:使用QTP从excell表中拷贝数据到数据库表中'----------------------------------------------  '函数名称:InsertFromTable(datasource,fold,sheet,row)  '作用:  从excell表中插入数据到指定的数据表  '参数说明:datasource:指定的数据库名称  '                          fold:excell文件目录  '                         sh
<weixin_38687928> 上传 | 大小:28kb

[其它] 软件可靠性测试方法新探

说明:件可靠性测试方法在对软件因长期使用软件性能下降,甚至完全失效这种严重影响软件可靠性的测试存在不足的现状,通过对软件自身特性以及软件可靠性估算面临问题的深入分析和研究,结合传统的软件可靠性测试方法,提出了基于操作剖面的软件可靠性压力测试思想   件可靠性测试方法在对软件因长期使用软件性能下降,甚至完全失效这种严重影响软件可靠性的测试存在不足的现状,通过对软件自身特性以及软件可靠性估算面临问题的深入分析和研究,结合传统的软件可靠性测试方法,提出了基于操作剖面的软件可靠性压力测试思想和操作剖面、压力测
<weixin_38626032> 上传 | 大小:85kb

[其它] 试论软件的可靠性及其保证

说明:试论软件的可靠性及其保证.用软件系统规模越做越大越复杂,其可靠性越来越难保证。应用本身对系统运行的可靠性要求越来越高,在一些关键的应用领域,如航空、航天等,其可靠性要求尤为重要,在银行等服务性行业,其软件系统的可靠性也直接关系到自身的声誉和生存发展竞   用软件系统规模越做越大越复杂,其可靠性越来越难保证。应用本身对系统运行的可靠性要求越来越高,在一些关键的应用领域,如航空、航天等,其可靠性要求尤为重要,在银行等服务性行业,其软件系统的可靠性也直接关系到自身的声誉和生存发展竞争能力。   特别是
<weixin_38653691> 上传 | 大小:81kb

[其它] 软件测试过程管理的脑图

说明:软件测试过程管理,主要包括软件测试是什么样的过程,如何评价一个软件测试过程,如何进行配置管理和测试风险分析以及测试成本的管理。 原文转自:http://www.cnblogs.com/Tcorner/archive/2010/05/25/1743949.htmlwindow._bd_share_config={"common":{"bdSnsKey":{},"bdText":"","bdMini":"1","bdMiniList":false,"bdPic":"","bdStyle":"0","
<weixin_38558623> 上传 | 大小:144kb

[其它] 软件测试工作中2个高难度问题的思考

说明:软件测试工作中2个高难度问题的思考!首先在我们回顾下这2个问题:问题1:如何最大限度的降低需求的变更对测试质量的影响?问题2:有没有什么有效的方法来降低测试用例的不断修改率?   首先在我们回顾下这2个问题:   问题1:如何最大限度的降低需求的变更对测试质量的影响?   问题2:有没有什么有效的方法来降低测试用例的不断修改率?   记得好像测试用例PK里面也提出这2个问题,而且这些问题对于测试人员在工作过程中也是比较难以解决的,同样需要不断的尝试与探索新的方法与流程来增加问题解决的可能性。其实
<weixin_38652090> 上传 | 大小:74kb

[其它] 如何在软件频繁改变时做好软件测试

说明:如何在软件频繁改变时做好软件测试。不光在RAD模式中,在现在许多敏捷开发模式中,怎么进行测试很令人测试人员头疼?1.在RAD和Angile开发中,主要是要用不同的测试方法找出越来越多的Defect。   不光在RAD模式中,在现在许多敏捷开发模式中,怎么进行测试很令人测试人员头疼?   1.在RAD和Angile开发中,主要是要用不同的测试方法找出越来越多的Defect。   2.测试策略:   定义一个可以快速有效的完成测试任务的过程。   进行风险评估   要有Beachmark的版本。  
<weixin_38606870> 上传 | 大小:65kb

[其它] 如何定义测试用例的质量标准?

说明:在定义测试用例的质量标准之前,先要了解设计测试用例的目的。测试用例是测试工作中最重要的元素或测试件(testware)之一,是测试执行的基础。  在定义测试用例的质量标准之前,先要了解设计测试用例的目的。测试用例是测试工作中最重要的元素或测试件(testware)之一,是测试执行的基础。测试用例不仅能有效地帮助实施后继的回归测试、知识的传递和测试的管理等,而且更重要的是能更快、更有效地发现缺陷,确保测试的系统性和全面性,在测试的深度和广度达到所期望的目标。也就是说,测试用例的质量就是满足测试目标
<weixin_38690275> 上传 | 大小:88kb

[其它] 测试用例的有效维护

说明:开发一个软件产品,会发布多个版本,伴随着测试用例(Testcase)的不断维护,使测试用例不断完善并与产品功能、特性(features)的变化保持一致,所以测试用例是和产品版本相关联的。   开发一个软件产品,会发布多个版本,伴随着测试用例(Testcase)的不断维护,使测试用例不断完善并与产品功能、特性(features)的变化保持一致,所以测试用例是和产品版本相关联的。特别是对提供软件服务的软件产品,多个版本常常共存,为客户提供服务,这时多个版本的测试用例也是并存的,所以在新建、修改、删除
<weixin_38660327> 上传 | 大小:33kb

[其它] 寻找业务测试的精髓

说明:最近,我们经常听到测试转型,减少人力密集型的业务测试的比例,一线业务测试缺少发展、无法晋升等等问题。似乎,随着互联网的不断发展,业务测试成为一个看不到前途的职业,那么,是否真的如此呢?我作为一名在一线业务做测试管理有些年头的过来人,并不这么认为,恰恰相反,我认为业务测试很重要,它是一个不可能消失的行业。   一.业务测试为什么存在?   我们按照现在对业务测试的理解,画一张图:   这张图示意我们,测试工具是最能解决测试效率的手段,专项技术是测试具有含金量的发展技术,例如性能、安全、自动化等等
<weixin_38607784> 上传 | 大小:164kb

[其它] 究竟什么是敏捷测试

说明:时至今日,还讨论这样一个老话题,是否感觉老调重弹?因为两年前(2010年底)时任谷歌中国测试经理的段念先生就写了一篇文章《什么是敏捷软件测试》(刊登在InfoQ网站上[1]),就已经谈到这个话题,   时至今日,还讨论这样一个老话题,是否感觉老调重弹?因为两年前(2010年底)时任谷歌中国测试经理的段念先生就写了一篇文章《什么是敏捷软件测试》(刊登在InfoQ网站上[1]),就已经谈到这个话题,“敏捷软件测试更多的是一种理念,而非过程”。在2011年,我自己也写了一篇文章《敏捷测试的思考和新发展
<weixin_38621441> 上传 | 大小:117kb

[其它] 测试思考之bug缺陷趋势曲线图

说明:测试思考之bug缺陷趋势曲线图.上周参加了关于测试的培训,虽然没有想象中的那么大的帮助,感触还是有的,现对于某几个相关的问题写了一些个人的想法,这次说的是关于bug曲线图的问题,   上周参加了关于测试的培训,虽然没有想象中的那么大的帮助,感触还是有的,现对于某几个相关的问题写了一些个人的想法,这次说的是关于bug曲线图的问题,   我们大部分人都知道所有的测试执行完成后,都会有测试报告,而测试报告的一个最关键的因素就是bug曲线图,一般都会有2种曲线:一个是openbug数量的曲线;   另一
<weixin_38693657> 上传 | 大小:50kb
« 1 2 ... .37 .38 .39 .40 .41 86442.43 .44 .45 .46 .47 ... 222726 »