测试人员的工作是什么？
在一个敏捷项目中：
测试人员写验收测试。
测试人员写测试用例。
测试人员执行测试。
测试人人员自动化测试。
测试人员参与到了各个环节。
我们鼓励每个成员都参与到测试行为中。
比如说商务分析一起写测试用例。
比如说开发人员对用例的解读。
比如开发人员一起写自动化。
那么测试的执行呢？是不是也可以让其他成员来加入？
我们最近有个很好的实践。就是让团队中每个成员都来执行测试，参加探索性/回归测试。
才刚刚进行了两天，我们的缺陷数量明显增加了。直到第三天，增加的百分比才开始往下掉。
这时候，大家都知道我们做出来的东西是怎么一个轮廓，心里都有了底。
更重要的是，我 ...
- 19:04
- 浏览 (87)
- 评论 (0)
在项目中，我们常常会看到有这么一个现象。当测试人员发现了应用程序的问题，就会把开发人员叫过来。
开发人员就会说“你的日志放在哪里了？”拿到日志以后就看有什么错误日志，从而判断问题所在。
在这个情况下，人们就会感觉到，一旦发现了问题，下一步就是开发人员去定位并修正问题。跟测试人员基本没有什么关系了。
那么，测试人员既然不修正问题，还需不要要能看懂日志，需不需要知道问题处在应用程序实现（implementation）上的哪个地方呢？
我个人认为，还是需要的。如果这个日志包含的是有意义的信息的话。
通常好的日志会告诉你有error, error的内容是什么。测试人员不需要知道具体哪行代码出 ...
探索性测试是众多测试种类中的很基本的一种。凡是做过测试的人，都会有意识或无意识的做过探索性测试。
但是探索性测试本身是什么意思呢？
其实探索性测试正如它的名字一样，需要探索才知道测试的结果。这是一种测试设计与执行同步的测试。
而且，下一步要做什么，很大程度上依赖于上一步测试的结果是什么。
其实在业内，大家对于探索性测试没有给予太多的尊重。很多人可能会说，不就是手动测试嘛，有什么特别的，什么人都能做。
前半部分说对了，基本上就是手动测试。
但是这可不是什么人都能做的。探索性测试不是ad hoc测试（随机测试）。需要系统的思考，需要设定比较具体的测试目标。
通常正确的做法是把有经验的人放去 ...
今天有个朋友问起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 ...
昨天读到一篇朋友推荐过来Brian Marick的博客，很有意思。
博客中主要说了作为一个测试咨询师如何使用ANT这个方法跳脱常规的习惯，帮助客户找到问题所在。
链接如下：
http://www.exampler.com/blog/2007/11/01/latour-1-testing-as-an-example/
如果想省点眼力可以往下看我的翻译，嘿嘿。
ANT就是 Actor Network Theory 的简称，大概也就是说“参与者网络理论”吧。是法国的哲学家/社会学家Bruno Latour 提出来的。
开始原文逐字翻译如下：
...
- 00:07
- 浏览 (470)
- 评论 (0)
为了自动化UI的测试，UI automation的东西被我们采用了。
这个东西对于很久不碰代码的人来说，惊为天书啊。
记录以下心路历程~~
首先要启动要测试的应用程序：
string appPath = @"application.exe";
Process appProcess = Process.Start(appPath);
获取自动化元素：（小样的，这下你变成啥样我都能控制你）
AutomationElement aeMainWindow = AutomationElement.FromHandle(appProcess.MainWindowHandl ...
- 23:05
- 浏览 (438)
- 评论 (0)
朝思暮想的周末终于就在眼前! 明天可以睡觉睡到自然醒了，把一个星期来没有睡够的觉都补回来。嘿嘿
迭代0的最后一天基本上顺利闭幕。
（背景：我们敏捷开发中的第一个迭代成为迭代0，来源的一种说法是由于遵循了大部分编程语言的习惯，索引都是从0开始，比如java, c等等的数组得下标都是由0开始。至于VB这样的特例就布在这里的讨论范围内了）。
很多有着美好结果的事情，过程总是曲折的。。。
早上的时候差点没有把我吓坏。大牛马克同学因为昨晚的social喝了不同的酒，在酒店下面集中的时候就看到他脸色不对，在地铁里基本上就是要倒了。他到了麦考利不一会就说不行了，要回去歇着。他可是下午 ...
- 01:33
- 浏览 (357)
- 评论 (0)
像急于获得新生一样，推开希望之门（其实有就是房间门，嘿嘿），踢掉高跟鞋、把电脑包往地上一放，换一身衣服。在香港的6月7号终于在8号凌晨12点半结束。
思想斗争了一下，抵挡对我穷追不舍的瞌睡虫和顶着需要牙签撑开的眼皮们（遵循英语语法中的复数），还是觉得应该爬上来写点什么，免得忘记了。
来香港的第四天，kickoff会议在3天半的准备以后顺利完成。耶！ （欢呼一下，再赏自己两秒钟的闭目养神作为奖励）
作为分布式的敏捷的第四天，今天的交流明显有序多了。虽然广播式的交流容易给网络跟各个接收站点造成信息的冗余，比起点对点的交流，我们今天还算成功 -- 有事需要大家知道，那就给整组人发信 ...
- 01:28
- 浏览 (338)
- 评论 (0)
在香港工作的第三天，跟无空调的空气接触的时间加起来好像还不到3个小时。开始担心其自己的健康。
每天12个小时以上的时间坐在电脑前，几乎没有间歇的工作。开会，分析需求，开会，继续分析需求。。。
分布式敏捷的第三天，直接交流减少了。
svn用得多了。谁作了什么都直接check in到里面去，然后通知一下别人去看，有什么反馈就写进去。感觉轻松了一些 -- 时间利用的相对好了。
责任到人，分工明确比较重要。谁负责什么，然后他们自个儿管他们手上的那部分，免得以后不知道找谁解决。
至于团对内部知道谁都在做什么也很重要。比如商务分析想知道某个用户故事需要多少时间，然后权衡是不是 ...
- 23:50
- 浏览 (396)
- 评论 (0)
来到祖国不可分割的一部分 -- 香港已经两天3夜了。
连续几天正装高跟鞋上班，已经工作有一段时间了，这还是第一次。两脚开始微微的痛了起来。
最让人郁闷的是，这两天虽然忙碌，但是要承受的压力与痛苦比起与办公室的冷气进行的肉搏，简直就不是一个数量级上相提并论的。初步估计可能是零下5度~~ 麦考利银行果然有米，对内出手大方，冷气也不例外。
我们就在一个玻璃会议屋里工作，空间不大，7个人的体温都不足以让室内温度上升。经过了两天的体验，我们把那个房间叫做冰窖，当然，有时候也会叫桑拿间 -- 纯属自欺欺人的叫法，高级一点也可以叫做心理战术。
仅过了两天的冰冻，我们由惧怕与不喜欢香港的炎热加 ...
- 21:54
- 浏览 (376)
- 评论 (0)
评论排行榜