13 keta01

尚未进行身份认证

我要认证

工作顺利

等级
TA的排名 32w+

loadrunner 增加负载机的前提。--转载

Loadrunner连接负载机失败,提示"Failed to connect to the load generator.Check the output window for more details” 分类: Loadrunner性能测试 2010-01-23 1

2011-09-23 15:27:24

测试用例的个数,如何减少的。

测试用例个数,应该是所有输入数据+所有操作的排列组合。--这个导致测试用例个数相当庞大。如何使得我们有限的时间内测试更多有效用例那么我们要剔除不需要的用例。这是我们要考虑的方法。

2010-04-11 00:59:00

测试啊,测试。

测试是门神奇的艺术,我快精神分裂了。。。。。。。。。。。。。。

2009-07-02 16:16:00

苹果落地的问题,牛顿看到了万有引力,生物学家看到催熟剂,我们看到了历史。

 一个老生常谈的问题了,今天特别有感悟,今天不说机会留给有准备的人(确实值得一谈),今天说说,牛顿拨开各种因素,而看到了万有引力的事实。我们注重的使这个“拨开各种因素”,因为他只是一个力学科学家,所以,他比较偏向于研究力学,所以他“很容易”的就忽略了其他因素。事实上,我认为这个其他因素已经非常少了。而在现实社会中,多数情况下影响一个事物的因素太多。有的是影响他的因素,有的却不是;在影响的事

2009-07-02 13:03:00

关于一个管理上的“度”的把握。

测试工作本来就是一个附属工作,在小企业,小型软件开发过程中,都可以省略的一个环节。测试的产生过程就像cmmi中的等级过程一样,从开始的无序,到最后的可以跟踪,可以复用。所以当我们进入一个新的,没有测试部门服务的开发团队时,也需要尊重开发团队的适应过程,可以从简单的测试开始,逐步发展测试部门在开发团队的地位,了解到我们的重要性。甚至可以影响开发团队在规范,可跟踪,可复用等方面得到发展。当

2009-04-21 16:31:00

测试流程分析

有的时候,一些小流程,比如对一个计分处罚系统,计分后处罚后,计分清零,清零后应该对清零的影响进行测试。应该把这个环节作为一个输入,嵌套在所有可能的流程中。 

2008-04-10 15:55:00

说下Microsoft word--目录设置

插入目录菜单:“插入-引用-索引和目录” ,点击确定,可以插入目录项,显示文档中格式为标题的作为目录。在对话框中的“目录”标签下,点击“修改”按钮,可以对各级目录格式的显示,分别修改。实践是学习的第一课堂,玩玩吧~

2008-03-17 11:17:00

新名词?---测试名词有感

在一个外包公司网站上看到“衰退测试”这个名词,心想又是什么意思?百度一下发现有人说“衰退测试就是 回归测试,  一般翻译成 回归测试,  衰退测试 不知道是哪本书给翻译错勒,大家找找英文回归测试就明白翻译的书会害死人的!      回归测试是指修改了旧代码后,重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。      自动回归测试将大幅降低系统测试、维护升级等阶段的成本。    

2008-03-10 15:49:00

(突然想到的测试方法1)把基础测试叠加,在加上方法,也许能测是全面的-2

测试数据,是发现bug的主要因素。测试数据再黑盒来看,应该分析简单数据的业务规则,比如长度,允许的字符种类。(这是通用部分)有结构的数据,应该分析(没有公司产品不同,需要根据需要分析主要的数据结构)              1.结构数据中子表的主键,业务主键,(另外还有一种,比如不是主键的信息,但是作为的统计的主键时,应该注意的情况。)               2.。。。。。

2007-12-18 11:32:00

[转载]缺陷漏测分析:测试过程改进- 向东博客 - 博客园

  //<![CDATA[Sys.WebForms.PageRequestManager._initialize(AjaxHolder$scriptmanager1, document.getElementById(Form1));Sys.WebForms.PageRequestManager.getInstance

2007-11-22 15:33:00

(突然想到的测试方法1)把基础测试叠加,在加上方法,也许能测试全面-1

这个想法是这样的,先从最小的单位开始测起,然后组合,组合的过程中,应该添加组合规则,比如把操作排列组合,多次操作组合,同时操作组合,以及组合后的业务规则测试。比如:一、输入数据测试1,先测试每个个文本框,下拉列表,可以输入,保存,校验长度等等2,然后如果该文本框有写技术限制,如日期类型,数字类型,小数类型,根据这些设计测试用例,3,然后是业务显示,比如日期不能超过当前,数字只能是六

2007-11-17 16:21:00

测试工作内容1

通过测试时间的延长,以及漏测bug的增多,我想,我要记录下我现在的想法了。测试之前的准备,学需求,写用例,写方案,的工作都是为测试执行服务的。测试一个方面,要测试所有的功能,现在我能想到的就是页面上的增删改查,以及重置,统计,导出,导入,提交,等等的功能正确性。另外一方面,测试,可以中控件的可用性。测试页面的美观,清晰。还有就是异常流程,比如,把页面上的动作组合起来,包括IE浏

2007-11-15 13:37:00

测试查询中的状态条件的查询。

有的时候,一个记录A,可能会在多个部门进行审核操作,每个审核操作都会对记录A做一个状态改变(这个状态用来控制记录所要进入的流程)。并且每个部门的审核结果影响到下一步的流程。那么每个部门的查询条件“状态”都应该已记录下来的各个部门的审核结果状态为过滤条件。如果用 记录A的状态(那个用来控制流程的状态)查询的话,当状态位改变后,查询结果可能不正确。而且流走的过程也将不能查询到结果。另外,如果状态位

2007-11-12 17:22:00

lr关于录制CA证书的确认问题。

以下lr测试用了web(http/html)协议 发现一个用key时候不用一个劲的点击key确认的东西。advanced settings->IM Listener configuration中的check client certificates选择true可以使得key认证的对话框,在录制时,不会一直蹦出来当然前期还是要点些的,有个20来个吧,后边就没事了。

2007-08-14 14:27:00

测试新人的感想

人都有容错能力 ,尤其在复杂的软件面前,稍有些软件使用经历的人的想象力,足以猜测到开发者一些功能的实现的意义,而因此带来的影响,对于测试人员来说不是个小事。我现在的测试工作经验不多,很多时候,拿来一个系统,熟悉时,跌跌撞撞,真正了解软件含义时,已经容了很多错误在脑袋里面了,测试时自然不容易发现了。而这些问题,基本都是一些比较严重的问题。所以,估计一个“好的测试人员”测试时的容错能力,一定要尽量

2007-08-14 13:59:00
勋章 我的勋章
    暂无奖章