chasinggoodness
- 浏览: 16228 次
- 性别:
- 来自: 北京
-
最近访客 更多访客>>
最新评论
-
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
- 浏览 706
- 评论(0)
很多人都听说过敏捷，但是很多人都说不出来敏捷是什么。
简单的来说，敏捷是一组以价值为导向的软件开发方法。
敏捷是什么时候开始叫敏捷的？
2001年2月，在Utah召开的敏捷宣言大会上确立的。
敏捷一组里最有有明的几个开发方法是什么？
Scrum，XP，Crystal Clear，ADP，DSDM。
- 2009-02-19 16:01
- 浏览 770
- 评论(0)
测试人员的工作是什么？
在一个敏捷项目中：
测试人员写验收测试。
测试人员写测试用例。
测试人员执行测试。
测试人人员自动化测试。
测试人员参与到了各个环节。
我们鼓励每个成员都参与到测试行为中。
比如说商务分析一起写测试用例。
比如说开发人员对用例的解读。
比如开发人员一起写自动化。
那么测试的执行呢？是不是也可以让其他成员来加入？
我们最近有个很好的实践。就是让团队中每个成员都来执行测试，参加探索性/回归测试。
才刚刚进行了两天，我们的缺陷数量明显增加了。直到第三天，增加的百分比才开始往下掉。
这时候，大家都知道我们做出来的东西是怎么一个轮廓，心里都有了底。
更重要的是，我们 ...
- 2008-07-10 19:04
- 浏览 772
- 评论(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
- 浏览 1907
- 评论(0)
为了自动化UI的测试，UI automation的东西被我们采用了。
这个东西对于很久不碰代码的人来说，惊为天书啊。
记录以下心路历程~~
首先要启动要测试的应用程序：
string appPath = @"application.exe";
Process appProcess = Process.Start(appPath);
获取自动化元素：（小样的，这下你变成啥样我都能控制你）
AutomationElement aeMainWindow = AutomationElement.FromHandle(appProcess.MainWindowHandle);
待续 ...
- 2007-06-20 23:05
- 浏览 1272
- 评论(0)
朝思暮想的周末终于就在眼前! 明天可以睡觉睡到自然醒了，把一个星期来没有睡够的觉都补回来。嘿嘿
迭代0的最后一天基本上顺利闭幕。
（背景：我们敏捷开发中的第一个迭代成为迭代0，来源的一种说法是由于遵循了大部 ...
- 2007-06-09 01:33
- 浏览 1060
- 评论(0)
在香港工作的第三天，跟无空调的空气接触的时间加起来好像还不到3个小时。开始担心其自己的健康。
每天12个小时以上的时间坐在电脑前，几乎没有间歇的工作。开会，分析需求，开会，继续分析需求。。。
分布式敏捷的第三天，直接交流减少了。
svn用得多了。谁作了什么都直接check in到里面去，然后通知一下别人去看，有什么反馈就写进去。感觉轻松了一些 -- 时间利用的相对好了。
责任到人，分工明确比较重要。谁负责什么，然后他们自个儿管他们手上的那部分，免得以后不知道找谁解决。
至于团对内部知道谁都在做什么也很重要。比如商务分析想知道某个用户故事需要多少时间，然后权衡是不是应该优先排进任务列表， ...
- 2007-06-06 23:50
- 浏览 1196
- 评论(0)