时隔2年,我又回来了~

敏捷测试探讨

上一篇 / 下一篇  2011-09-27 23:43:32 / 个人分类:指点迷津

高手  23:13:28
其实你看那个ppt的其中一页:
敏捷测试指导原则
场景是不可穷举的,测试活动必须是风险驱动的,关注于高风险的场景;
在正确的位置(层次)进行恰当的测试是自动化的关键;
仅靠测试人员不可能获得高质量的软件,质量是整个研发团队的责任;
我  23:13:59
在正确的位置(层次)进行恰当的测试是自动化的关键;
我  23:14:13
这个恰当的测试,我觉得很难处理哦
高手  23:14:18
敏捷测试强调的是检查风险点,然后针对风险点进行用例设计,而不是传统用例设计那样,想的是覆盖面
高手  23:14:55
正确的位置进行恰当的测试,正确的位置,ppt里面已经指出来了
 
高手  23:15:14
恰当的设计,ppt里面也指出采用何种手段了
我  23:15:31
ok,俺还没有看到那里
高手  23:15:57
就象前两天我和你说的,从服务模块,接口模块切入进去,进行测试,封杀掉80%的bug
我  23:16:26
我先去看PPt,看完了再来和摆哥讨论,这样的话就能节约摆哥很多时间解释,(*^__^*) 嘻嘻……
高手  23:16:34
如果真的能做到这点的话,测试人员可以直接进行集成测试和随机测试了
高手  23:16:56
可以直接跳过功能测试这一阶段,时间省的不止一点点
我  23:17:30
那我现在做的就是集成测试,是不是 中间的流程缺了点什么?
我  23:17:40
开发进行单元测试
我  23:17:49
我虽然写的是进行集成测试
高手  23:17:59
按照常规的测试流程,中间有一个功能测试的
我  23:18:06
确实是缺少功能测试
高手  23:18:11
就是针对某一个功能,进行测试
我  23:18:20
没有把一个一个的功能 单独拿出来测试
我  23:18:30
是放在一起,整个系统一起测试的
高手  23:18:35
嗯,这个阶段很耗时的
我  23:18:53
因为这个功能测试没有单独拿出来做
高手  23:19:03
功能测试后才是集成测试和事务流测试
我  23:19:05
所以导致了集成测试耗时特别严重
我  23:19:38
那功能测试和集成测试放在一起,可以么?
我  23:20:00
就是在集成的同时,测试功能,这样会不会有什么弊端啊?
高手  23:20:32

高手  23:20:40
回归的时候有麻烦
我  23:20:46
除了耗时这个弊端
高手  23:21:05
因为你的测试单元是整个流程,中间是由很多功能点组成的
我  23:21:07
什么样的麻烦呢?
高手  23:21:43
那么如果某个功能点出问题了,整个流程就是有问题的,然后你还要去定位问题到底在哪里
高手  23:22:06
接着bug修复了,你也要去验证整个流程,时间有点浪费
我  23:22:28
也是哦
高手  23:22:37
如果是功能点测试的话,你就只是只针对一个单一的功能点,确认起来时间短
我  23:23:46
如果系统的各个功能点之间没有联系的话,集成测试和功能测试就基本相等了?
高手  23:23:47
功能测试--》集成测试,是自下而上的方法
高手  23:24:00
肯定是有联系的了,呵呵
我  23:24:26
这个是必然的,那我们公司这样测试 就是有问题的哦
我  23:24:46
(⊙o⊙)…
高手  23:25:03
因为业务一般是一个事务流,比如你的用例是要写一个报告,那么涉及到打开报告,编辑报告,保存报告,或者打印报告,很多功能点的
我  23:26:20
这些功能点串起来,实现一个功能,在这个功能验证之后,在进行与其他功能的集成,这时就可以进行集成测试
高手  23:26:49
一般来说,应该是这样的
高手  23:27:21
所以单元测试是保证这些基本的功能点是正确的,那么测试就针对因为这些组合而产生的bug了
高手  23:27:28
也就是集成测试
高手  23:27:55
毕竟每个功能是正确的,并不能保证功能组合后是正确的
我  23:27:58
那也就是说功能测试是在单元测试的时候保证的?
高手  23:28:07
但是至少80%的愚蠢错误已经避免了
高手  23:28:43
我是这么认为的,但是没有那本书上说这句话(功能测试是在单元测试的时候保证的)
高手  23:29:14
至少如果单元测试,我觉得功能测试我会放的很宽,时间很短
高手  23:29:46
我会把大部分测试重心放在事务流测试上了
我  23:29:46
我也觉得应该是由单元测试来保证的,至少要保证每个功能点都没有错误了,才能进行集成测试
高手  23:29:53
是的
高手  23:29:57
不然很浪费时间
我  23:30:24
是恶浪费时间
高手  23:30:27
测一个用例,走两步,一个bug,后面的步骤都没办法继续。然后开发又急急忙忙去改,然后再测
我  23:30:35
对对
我  23:30:40
就是这样的
高手  23:30:41
最可怕的是,最后整个版本都会乱掉了
高手  23:30:51
因为发布太多了
我  23:30:52
我最担心的就是这个
我  23:31:09
以前改好的bug,后来又出现了
高手  23:31:15
 
 
高手  23:31:28
最后搞的大家都莫名其妙了吧,哈哈
我  23:31:33
是啊~
我  23:32:05
以后这个得好好弄弄,要不然的话,会降低工作效率的
高手  23:32:22
嘿嘿,但是是否降低工作效率,不是你说了算的
我  23:32:38

我  23:32:47
自己总喜欢多管闲事,(*^__^*) 嘻嘻……
高手  23:32:48
这个事情,是要由上而下的
我  23:32:50
的改改
高手  23:33:12
只有你们老大觉得这个是问题了,那才有动力去改,靠你是有麻烦的
我  23:33:31
恩,我老大还没遇到这样的麻烦事

高手  23:34:34
最后我的意思是,反正测试人员工资不高,所以公司也懒得去做改变,反正让廉价劳动力不停去用就是了
我  23:34:45
是啊
我  23:34:59
所以这种现状一直维持下去就是恶性循环
高手  23:35:07
加班加班,不停加班,反正廉价,测试时间长一点也没事
高手  23:35:18
 
 
我  23:35:18
最终的 结果,必定导致开发人员的能力问题



TAG:

 

评分:0

我来说两句

Open Toolbar