- 浏览: 16408 次
- 性别:
- 来自: 北京
最近访客 更多访客>>
最新评论
-
kqy929:
请教:该怎么把selenium工程完全导入到Eclipse下? ...
selenium RC使用简单温习 -
keke020:
用showModelessDialog弹出一个新窗口后,如何在 ...
selenium RC使用简单温习 -
抛出异常的爱:
keke020 写道tearDown() 这个方法放在
tes ...
selenium RC使用简单温习 -
keke020:
tearDown() 这个方法放在
testGoogle() ...
selenium RC使用简单温习
文章列表
在软件中,什么是质量。
下面的这篇文章的进行了比较详细的阐述,我推荐一下地址。
http://www.iteye.com/topic/65626
如果嫌文章太长,我把软件质量的定义抽取出来概括一下。
1. 没有bug并不等于软件质量高。
2. 软件的质量的高低,要看软件本身有多符合客户的需求
所以,软件的质量根源不在于有没有bugs,但是质量好的软件一定能有严重的bugs。
那么质量这个事情到底是谁来管呢?
我不得不又套用被敏捷强调了一遍又一遍的话,团队的每一个人。
不同意的,先来看看,我们项目团队里不同的人都负责做什么。
做需求分析的,很显然嘛,好好去了解一下客户到底想要做什么?弄清楚 ...
- 2009-03-01 10:19
- 浏览 723
- 评论(0)
很多人都听说过敏捷,但是很多人都说不出来敏捷是什么。
简单的来说,敏捷是一组以价值为导向的软件开发方法。
敏捷是什么时候开始叫敏捷的?
2001年2月,在Utah召开的敏捷宣言大会上确立的。
敏捷一组里最有有明的几个开发方法是什么?
Scrum,XP,Crystal Clear,ADP,DSDM。
- 2009-02-19 16:01
- 浏览 787
- 评论(0)
测试人员的工作是什么?
在一个敏捷项目中:
测试人员写验收测试。
测试人员写测试用例。
测试人员执行测试。
测试人人员自动化测试。
测试人员参与到了各个环节。
我们鼓励每个成员都参与到测试行为中。
比如说商务分析一起写测试用例。
比如说开发人员对用例的解读。
比如开发人员一起写自动化。
那么测试的执行呢?是不是也可以让其他成员来加入?
我们最近有个很好的实践。就是让团队中每个成员都来执行测试,参加探索性/回归测试。
才刚刚进行了两天,我们的缺陷数量明显增加了。直到第三天,增加的百分比才开始往下掉。
这时候,大家都知道我们做出来的东西是怎么一个轮廓,心里都有了底。
更重要的是,我们 ...
- 2008-07-10 19:04
- 浏览 783
- 评论(0)
在项目中,我们常常会看到有这么一个现象。当测试人员发现了应用程序的问题,就会把开发人员叫过来。
开发人员就会说“你的日志放在哪里了?”拿到日志以后就看有什么错误日志,从而判断问题所在。
在这个情况下,人们就会感觉到,一旦发现了问题,下一步就是开发人员去定位并修正问题。跟测试人员基本没有什么关系了。
那么,测试人员既然不修正问题,还需不要要能看懂日志,需不需要知道问题处在应用程序实现(implementation)上的哪个地方呢?
我个人认为,还是需要的。如果这个日志包含的是有意义的信息的话。
通常好的日志会告诉你有error, error的内容是什么。测试人员不需要知道具体哪行代码出了 ...
探索性测试是众多测试种类中的很基本的一种。凡是做过测试的人,都会有意识或无意识的做过探索性测试。
但是探索性测试本身是什么意思呢?
其实探索性测试正如它的名字一样,需要探索才知道测试的结果。这是一种测试 ...
今天有个朋友问起selenium RC怎么使用,一时居然想不起来怎么开始着手。问了同事,看了个小例子,稍微回忆起来一点。 唉,上一个项目使用了selenium RC做自动化测试,这个项目一换工具就往的一干二净,看来还是要经常温故而知新啊。 我这里用java,Eclipse来举例。 简单的来说,1. 先去 http://selenium-rc.openqa.org/download.jsp 下载selenium包。解压。 2. 用命令行来到解压的文件夹下: \selenium-remote-control-0.9.2\selenium-server-0.9.23. 运行: java -jar se ...
昨天读到一篇朋友推荐过来Brian Marick的博客,很有意思。
博客中主要说了作为一个测试咨询师如何使用ANT这个方法跳脱常规的习惯,帮助客户找到问题所在。
链接如下:
http://www.exampler.com/blog/2007/11/01/latour-1-testing-as-an-example/
如果想省点眼力可以往下看我的翻译,嘿嘿。
ANT就是 Actor Network Theory 的简称,大概也就是说“参与者网络理论”吧。是法国的哲学家/社会学家Bruno Latour 提出来的。
开始原文逐字翻译如下:
“我是一个咨询师,在一个项目中有大概一个星期了。 ...
- 2007-11-05 00:07
- 浏览 1928
- 评论(0)
为了自动化UI的测试,UI automation的东西被我们采用了。
这个东西对于很久不碰代码的人来说,惊为天书啊。
记录以下心路历程~~
首先要启动要测试的应用程序:
string appPath = @"application.exe";
Process appProcess = Process.Start(appPath);
获取自动化元素:(小样的,这下你变成啥样我都能控制你)
AutomationElement aeMainWindow = AutomationElement.FromHandle(appProcess.MainWindowHandle);
待续 ...
- 2007-06-20 23:05
- 浏览 1281
- 评论(0)
朝思暮想的周末终于就在眼前! 明天可以睡觉睡到自然醒了,把一个星期来没有睡够的觉都补回来。嘿嘿
迭代0的最后一天基本上顺利闭幕。
(背景:我们敏捷开发中的第一个迭代成为迭代0,来源的一种说法是由于遵循了大部 ...
- 2007-06-09 01:33
- 浏览 1075
- 评论(0)
在香港工作的第三天,跟无空调的空气接触的时间加起来好像还不到3个小时。开始担心其自己的健康。
每天12个小时以上的时间坐在电脑前,几乎没有间歇的工作。开会,分析需求,开会,继续分析需求。。。
分布式敏捷的第三天,直接交流减少了。
svn用得多了。谁作了什么都直接check in到里面去,然后通知一下别人去看,有什么反馈就写进去。感觉轻松了一些 -- 时间利用的相对好了。
责任到人,分工明确比较重要。谁负责什么,然后他们自个儿管他们手上的那部分,免得以后不知道找谁解决。
至于团对内部知道谁都在做什么也很重要。比如商务分析想知道某个用户故事需要多少时间,然后权衡是不是应该优先排进任务列表, ...
- 2007-06-06 23:50
- 浏览 1213
- 评论(0)