作者:韩小明 来源:CSDN博客 酷勤网收集 2007-11-29
今日将框架完整走通,给测试试用。但从测试表情看,显然没有Surprise的意思,反而有种因为改变使用习惯并要学习新框架的厌烦。
尽管事前,我们已经对需求做过自认为相当全面的分析,而且在框架设计上也充分进行了斟酌和权衡。但是,结果就是这样的。
当然了,分析这个原因的前提,在于我对自己的要求还是挺高的。期望也是挺高的。那么,原因到底在什么地方了?人如何才会Surprise呢?
惊奇,从字面上讲,就是超出其期望。我们在做软件的时候,想到的是如何满足需求。要考虑如何超出其需求,确实比较难。因为这和正常工作是不一样的。
联想起Windows XP,其实超强的用户体验,一定是可以让客户有Surprise的感觉的。超酷的界面、超酷的动画、超酷的自动化!
我们将我们的客户想像成享受型的,那么,
第一、要满足他们的懒惰心理。能不用做的就不用做了。要做的,最好也能不做、或者少做。拿我们的测试来说,说到编程就头疼。尽管你可以让框架简单,但是编程还是必不可少的。因此,从测试看来,如果有脚步录制(不需要写代码了),那就非常好了!
第二、要满足他们的猎奇心理。男人和女人都有这种心理。表现起来可能不大一样。谈到工作,也是如此。如果工作界面总是一样的,对他们绝对是创造力的慢性毒药。
当然了,这些分析,并不一定都能对应到目前的情况上去。可是有一点情况必须清楚,测试们为什么要一些功能。下面是在试用过程中提到最多的,也是最关心的。
-
自动录制脚本
-
不要修改原始软件版本
第1个刚才已经分析了。第2个,表面分析起来非常奇怪,因为在我看来,给软件增加一个每日构造,构造一个适合自动化测试的版本,是非常容易,也是非常可以接受的事。但是对他们来说,好像就是不容易理解。细细分析起来,可能这是角度的问题。因为测试是怀疑一切的,只要修改了程序,他们可能潜意识里就会认为这个程序已经不再是原来的程序了。
不管分析如何,总之这次演示并没有预期中的效果出现。看来我的功底还是欠缺啊!忽视了最重要的懒惰心理,也许是没有Surprise的最大原因。但愿我以后可以做到!
评论
shrinerain 发表于2007-05-29 22:02:55 IP: 60.12.88.*| 我是自动化测试工程师. 从QA角度讲,除非Unit testing或者system testing,可以加测试代理进行测试.但是测试完毕以后肯定要删除测试代理程序. 而一旦进入function testing阶段,这个版本很可能是要release给客户的, 无法保证测试代理不会对测试程序产生影响. 1.保留测试代理,会不会有性能影响?安全性影响?功能影响? 2.出现bug,是测试代理的原因,还是测试程序的原因? 3.QA不应该有修改代码的权力, 添加测试代理,开发人员是否愿意? |
| 2007-05-30 00:42:15作者回复: 所以,关键在于要分清楚在系统测试期间的关注的重点。如果从严格的可能性的角度去分析,当然存在代理引起的问题,但是由于我们关注的更应该是业务流程。我们关注的是业务流程的正确性。<br />这里,确实有一点要保障,代理保留对程序的封装性(不改变),程序绝不可以访问代理部分。 |
| 2007-05-30 00:45:02作者回复: QA是没有权利修改代码的。他们只是通过代理操作界面控件,而且这些可以操作的范围是非常有限的!至于开发人员是否愿意,有一位开发朋友曾经交流过,说他非常愿意写一些工具帮助测试进行测试! |
#
shrinerain 发表于2007-05-31 12:42:21 IP: 218.108.51.*
| 这里,确实有一点要保障,代理保留对程序的封装性(不改变),程序绝不可以访问代理部分。 ------------------------------------------------------- 这个,程序不能访问代理,不能就说代理不会对程序造成影响. 至于开发人员是否愿意,有一位开发朋友曾经交流过,说他非常愿意写一些工具帮助测试进行测试 ----------------------------------------------------------------- 这个,说是这么说.但是实际工作中,大家都是很懒的. 你真的要开发人员去额外添加工作,他们不一定就会乐意.另外,还会有多的effort去分析是代理原因还是程序原因. 开发人员如果真的要他们去实行,这个可能不是很顺利. |
#
wxssaa 发表于2007-09-07 13:09:10 IP: 220.231.42.*
| 呵呵,老兄,还是向我刚才在你上一篇文章说的,你提供的测试框架只是一个帮助执行测试用例的工具,真正的测试工作还包括更多的内容。最重要的就是如何完美的设计测试用例,即测试计划,如何设计可以发挥根大的测试粒度。如果老兄能提出这样一个解决方案,我想一定会让人Surprise |
#
1073X 发表于2007-09-10 10:25:00 IP: 222.209.223.*
| **呵呵,老兄,还是向我刚才在你上一篇文章说的,你提供的测试框架只是一个帮助执行测试用例的工具,真正的测试工作还包括更多的内容。最重要的就是如何完美的设计测试用例,即测试计划,如何设计可以发挥根大的测试粒度。如果老兄能提出这样一个解决方案,我想一定会让人Surprise** 动词的测试不过就是执行程序,并观察行为的过程而已,不知道你所说更多内容指的是什么。想来博主提供的测试框架有此作用。其他的作用也包括分离测试代码和产品代码;方便维护测试代码等等等等吧。 你所说完美的测试用例大概不可能存在吧。 |
来自:http://blog.csdn.net/xiammy/archive/2007/05/29/1628928.aspx

