51Testing软件测试论坛

标题: 工作感想--关于测试 [打印本页]

作者: wincloud    时间: 2006-4-16 10:42
标题: 工作感想--关于测试
第一次来这个论坛,发一个去年在公司给新人培训时讲的东西,欢迎指教

                                                                        测试经验总结(2005-2)
1.测试人员和用户的联系与区别
        黑盒测试人员和用户,都是站在实际应用层进行操作,因此他们对应用层的可用性、实用性非常关注。用户不懂的是软件的使用,而相对用户来说,测试人员对软件比较了解,但不熟悉业务本身。
        八个字归纳:用户是用,测试是测。
        用户不懂使用就需要技术支持人员去培训,而测试人员在测试初期经过开发人员和项目负责人的简单培训后,就应该通过所学的理论知识和相关的业务知识独立去了解、深入到软件的功能点中。
        应该做到:由测试人员培训技术支持人员,由技术支持人员实施时给用户培训。
2.带着问题去测试
        阿猪工作守则第一条:带着问题去测试
        测试中会遇到很多问题,没关系,没有脑子里面的一个个问号,是不能很好的发现问题的。往往发现一些藏的很深的bug都是在测试人员一步步解决这些问号的过程中,切忌遇到问题就问,不仅因为增加不必要的与开发人员、负责人等的交流时间可能延误项目进度,而且自己对问题的印象也不会很深刻,毕竟在相对较短的测试时间内,听不如记,记不如自己去发现规律。
3.测试期间提问题和交流的时机
        什么时候应该提问题?
        我们都知道,作为测试人员,并不是测试期间什么时候遇到问题就要马上问,那什么时候是提问的时间?
        培训
        培训时,一般在讲解内容的间歇允许打断,由培训人员解答测试人员的疑惑。培训的过程其实就是一个传输新知识并答疑的时间,这个期间的提问是欢迎的,也可以增加参与性和调动积极性。所以希望大部分的问题能在这个阶段提出来。受时间、环境等条件制约,有时培训的人讲的也不一定细致和全面,这时就需要自己多想,想想这个功能是干什么的,为什么这么做,对应的业务是什么。
        阿猪工作守则第二条:培训时脑子灵活转动,多想多问
        以前大家可能有过参加辩论会的经历,就算没有其实和人聊天也是一个交互的过程。参加辩论会要求快速思考,然后放慢语速说出自己的观点,因为不能说错。我们在参加培训时前者相同,后者相反。脑子嘴巴都要快,说错了也没有关系,自己的想法被纠正的过程中也是加深印象和理解的过程。
        计划评审
        提出对于软件不理解、安排的任务不明白的地方。
        测试期间
        这个时期最主要的问题应该集中在影响测试流程和进度的问题,而不是说明书或其它文档上已有的内容,或者与自己负责模块无关的内容。开发人员和其他测试人员都有自己的进度安排,因此,
        影响测试流程和进度的问题,马上问!
        不影响流程的问题,记下来统一问!
        不必要的问题(说明书或其它文档上已有的内容、讲过三遍以上的问题、今晚去哪里吃饭的问题),不问!
        好处:避免不必要的时间支出,不打乱自己的测试思路,一气呵成,并且使项目成本得到控制
        坏处(?):脑子里、笔记本上留下一堆待解决的问号吧,浪费脑细胞和公司的笔和纸张等资源
        阿猪工作守则第三条:先做事,后学习
        在有限的时间内先完成该做的事,有空闲的时间再去补充自己的知识。
        要很好的把握上述内容,也要求提高培训期间培训人员培训内容的完善性,要求前期培训人员强调出软件的重点、难点和注意事项。这个期间适合于上面提到的“带着问题去测试”的方法。
        但有一点需要注意:不要为了一个地方的卡壳在那耗上一天半天的,这就不值得了。
        测试中期评审测试问题
        答疑解惑的时间。
        测试报告评审
        对一些结论有疑惑和不解的地方,提!
4.记笔记
        一个老生常谈的话题。
        阿猪工作守则第四条:好记性不如烂笔头
        测试培训的时候对于一些重点应该记下来,即使当时听懂了;没听明白的更应该记下来,到测试软件的时候去验证自己的疑问。如果培训时特别强调的地方,测试时再去问,这就不好了。
        养成一个良好的习惯,会使以后的工作更加顺利。
5.在公司和学校的学习的区别
        学校是专门学习的地方,公司就是工作的地方,因此,它们的性质决定了其学习内容和方法的不同。
        学校        公司        备注
内容上        主要是系统的理论知识        主要是和项目相关的业务知识        如果在测试中感到自己部分理论知识欠缺时,就应该回家多补充了
时间上        大块时间的连续学习        相对邻散        在公司一般不会拿出大块时间来学习和讲解
形式上        老师授课+自学        培训+交流+测试过程中自学       
        个人觉得,一个高效的测试流程应该如下:
a.花几个小时至多半天时间快速阅读浏览软件说明书、设计文档;
        这个阶段要让脑子里面形成对软件的整体印象感,能够让自己把握全局,因此,测试负责人安排时间看文档时,决不能忽视它的重要性,否则就会出现后续阶段磕磕碰碰的情况。注重速读,把握软件说明,忽略具体的数据库设计、功能点设计、计算、规则和辅助工具(相关软件)说明文档,囫囵吞枣的方法在这里就显得很有效。
        如果项目时间紧或没有文档,这个步骤所做的事可以在下面完成。
b.利用培训时间消化吸收的知识
c.软件上手
        几个小时至多半天时间,熟悉软件框架和基本功能,不要求所有功能都会操作,自己负责的模块可以多侧重一些。
d.细测
        主要症对计划中安排给自己做的模块,这时就要相对放慢节奏,每一步操作、每个对话框(操作界面)都要深究,别放过任何情况。这时会遇到一些错误或不理解的地方,明显的如报错就提到开发过程论坛,不明显的就先记下来,等这个功能点测完再回头去看,你会发现:
        50%的问题可以自己分析出来和解决,有的问题不是问题,只是开始还没有完全理解。
        阿猪工作守则第五条:软件不是一次能测透的
        Rome is not built in one day.
        工期、人力、环境资料等,都制约着测试的深度和广度,因为不要期望一次能完全把握某个软件。
        综合测试的优势在于,我们负责公司产品的把关,而项目由产品延伸而来;测试产品会不断出新的版本,一次没有理解,可以在下一次中弥补,温故而知新。
        一口吃不成一个胖子,看我这么瘦又这么能吃就知道了^^
        要结合自己的实际情况决定本次测试的深度,不要看着别人进度快了就打乱自己的节奏,只要安排合理,应该按照计划来。特别忌讳认为自己这块没问题了就马上去看看别人负责的功能,期望全能。这样一般来说除了ljl这种全能性人物外都会造成最后自己的问题留了一堆,别人的也没搞懂。
        新人特别注意,踏踏实实的搞懂每个自己负责的模块,打阵地站,这种方法很有效。
        评价自己是否可以转入下个模块的几个因素:自我提问与别人提问、测试进度
        如果大多数相关人员(主要是测试负责人、其他部分相关测试人员特别是开发组集成测试人员和技术支持人员)对于自己负责模块的问题都能解答,搞定!NEXT-->转入下个模块。
        否则,还是再回头想想思路和遗漏的地方。当然,要综合考虑测试进度。请组长对自己提几个软件的问题,他会很乐意的。
e.小结
        一个阶段就进行一次小结,这个小结可以是书面的,比如测试问题记录、测试用例补充、测试模块设计等,但大多是自己分析,为了方便接下来模块的测试.
f.性能测试
        性能测试不仅是测试性能,同时也加深自己对软件应用的理解,因为性能测试往往和实际应用或用户需求结合的很紧密,避免造成软件功能都会用,但不知用来干麻的尴尬情况。
g.安装盘测试
        安装盘程序测试,简单过一下软件功能有无错误。
        安装盘程序文件、库文件、组件等的完整性、正确性,这个非常重要,要不返工就浪费时间了。这个阶段要积极与开发负责人和GJ沟通,确保最后的胜利。
h.测试总结
        测试接近尾声,总结自己对软件的掌握情况,得出测试结论、归纳测试方法、提出修改建议,为软件以后版本的修改提供依据,也为以后再测类似软件提供捷径。
5.小结
        用户用软件,测试测软件
        培训时多想多问
        好记性不如烂笔头
        带着问题去测试,在测试中解决问题
        先做事,后学习,争取双赢
        软件不是一次能测透的

        在软件行业中,敬业精神尤为关键。默默无闻的测试员工作是比较枯燥和辛苦的,是否具有忍耐力、快速学习能力、沟通能力以及团体合作精神,是敬业素质的重点。

        一点感想,敬请指正补充。
                                                                                                                                     项目管理部 综合测试组
                                                                                                                                                        2005-10-21

[[i] 本帖最后由 wincloud 于 2006-4-16 11:16 编辑 [/i]]
作者: guolm1225    时间: 2006-4-16 11:29
谢谢楼上的,受教了
作者: kaixinjiuhao    时间: 2006-4-17 10:10
谢谢!
辛苦了!
作者: gaoyoumei    时间: 2006-4-18 09:12
谢谢楼主,受教了。
作者: wangyanyan    时间: 2006-4-18 09:38
写的真的不错
作者: wincloud    时间: 2006-4-18 19:45
干了测试有两年了,希望能和大家一起交流些测试的心得
作者: 983221wy    时间: 2006-4-27 14:57
谢谢,谢谢
作者: ukao    时间: 2006-4-30 09:47
辛苦了!!万分感谢
作者: jakehy    时间: 2006-5-8 14:20
谢谢啦~~
作者: zwapple    时间: 2006-5-9 11:10
十分感谢,辛苦了!!
作者: qiucong390    时间: 2006-5-9 11:38
在软件行业中,敬业精神尤为关键。
作者: wincloud    时间: 2006-5-9 19:11
其实做什么行业都一样,干哪行都有干得好的和不好的,认真的对待,聪明的付出,总会有回报的
作者: Tender    时间: 2006-5-9 19:44
[quote]原帖由 [i]wincloud[/i] 于 2006-5-9 19:11 发表
其实做什么行业都一样,干哪行都有干得好的和不好的,认真的对待,聪明的付出,总会有回报的 [/quote]

正解!
作者: donghuanzi    时间: 2006-5-12 11:53
标题: 收下了,谢谢了
非常感谢。
作者: xiaoqiang    时间: 2006-5-13 14:40
写的不错    支持!~~~~
作者: wolf-tree    时间: 2006-5-14 21:26
谢谢!
顶一下!
作者: srysyyd    时间: 2006-5-16 09:57
付出总有回报的拉
作者: youshayun    时间: 2006-6-1 14:31
学到东西了。谢谢分享
作者: zgnmgly    时间: 2006-6-6 17:35
henhao
作者: joan623    时间: 2006-6-7 14:49
不错不错!谢谢
作者: betty521    时间: 2006-6-8 13:44
比较实际
作者: 梦寒    时间: 2006-6-9 14:49
谢谢了,对于想学软件测试的人特别有用。
作者: linvsfen00    时间: 2006-6-9 16:56
标题: 不错
呵呵
作者: oracletest    时间: 2006-6-13 14:51
写的不错,顶个先。
作者: 李才军    时间: 2006-6-14 15:14
谢谢,楼主,比较实用,

俺要努力做到
作者: su97    时间: 2006-6-17 10:28
学到了东西,谢谢!
作者: kelefage    时间: 2006-6-19 13:43
牛man啊
作者: guori008    时间: 2006-6-28 11:32
不错!!!
作者: liuyang1979    时间: 2006-7-7 17:36
感谢!
作者: 王娇龙    时间: 2006-7-7 17:58
谢谢楼主了!
作者: jxq303901    时间: 2006-7-21 15:21
谢谢楼主,比较实用
作者: bigmeg    时间: 2006-7-23 17:18
好帖,顶
作者: 浪尖舞者    时间: 2006-7-24 15:19
有道理!非常值得借鉴!
作者: yanjing    时间: 2006-7-28 20:09
是的,测试工作就是这样的.
作者: grader    时间: 2006-8-8 09:23
真的写的很不错噜!受教勒~~~~~谢谢啦
只是……今年还有相关感言吗?
作者: nannan1983    时间: 2006-8-30 13:35
很受用!
作者: 天台    时间: 2006-8-31 13:45
有同感哦!
作者: keyli_guo    时间: 2006-9-4 11:53
细读,总结的真的很不错,非常实用。
作者: kingamy    时间: 2006-9-7 17:22
不错,顶下
作者: kimberly    时间: 2006-9-13 13:41
写得好棒,对我这样的新手来说很受用的,楼主辛苦了!~
作者: gaget    时间: 2006-9-14 17:31
写的不错.尤其对我们新手来说.值得一看.里面提到的很多问题都是我们目前已经遇到或是即将遇到的.
作者: qinghua198101    时间: 2006-9-23 10:45
[quote]原帖由 [i]Tender[/i] 于 2006-5-9 19:44 发表


正解! [/quote]
   
   不错!!非常同意!
作者: coolsam    时间: 2006-9-23 11:41
不错的指导,谢谢楼主一番心计
作者: yyqq123    时间: 2006-10-8 10:47
严重同意,收录学习!
作者: 鹏程    时间: 2006-10-8 14:07
学到了很多!谢谢老兄~~~~~~~~~~~~~``
作者: 快乐逍遥    时间: 2006-10-8 14:36
不错,支持:)
作者: 李才军    时间: 2006-10-8 19:22
不错,学习到一些,交流的经验,和工作的方法
作者: Blossom    时间: 2006-10-12 19:08
THANK YOU
作者: hahmzy    时间: 2006-10-13 14:51
忒谢谢了……
作者: fansuai    时间: 2006-10-13 16:18
我测试工作做了一年了,觉得不像 有的人说的那样枯燥,我一直觉得很好的。
现在希望我的英语水平能再好点就好,我也一直在努力。
作者: cy1617    时间: 2006-11-13 17:30
收了~呵呵
作者: alice_106    时间: 2006-11-14 13:34
3Q~~~
作者: 254272115    时间: 2006-11-15 09:08
LZ总结得很好,看后对我有很有启发.谢谢
作者: virginia    时间: 2006-11-15 17:11
受教不少
作者: yhrlovemlj    时间: 2006-11-15 17:56
ding
作者: glitgirl    时间: 2006-11-17 17:56
不错不错
作者: ShaLongBus    时间: 2006-11-19 14:34
总结地不错啊!
再接再励,加油啊!
作者: wuhuawu09    时间: 2006-11-22 16:04
ppt很适合新人.易懂,实用.......谢谢LZ
作者: dream.ttt    时间: 2006-11-24 11:42
标题: saved
saved
作者: cherrybloom    时间: 2006-11-30 13:32
崇拜ING...
作者: hua307    时间: 2006-12-3 20:36
我在学习中。。。
谢谢。
作者: zjh8209    时间: 2006-12-4 20:26
真的很不错,受益匪浅!!!!!!!!!!支持!
作者: chf    时间: 2006-12-5 12:02
标题: 回复 #1 wincloud 的帖子
我是新手,感觉受益非浅!谢谢!
作者: acmcs    时间: 2006-12-13 18:12
"由测试人员培训技术支持人员,由技术支持人员实施时给用户培训",这个idea实在是太妙了。sdlkfj3
作者: hxxhhl    时间: 2006-12-21 14:25
很细,用心就是正道
作者: iceblue_wang    时间: 2006-12-21 14:44
和别人分享的感觉就是不错,无论是分享给别人,还是别人分享给你。
赞一个。
作者: 鱼鳞    时间: 2007-2-9 10:53
向楼主致敬!
作者: 冰美    时间: 2007-2-27 15:47
楼主辛苦了,说得很不错,赞一下
作者: 200605200000    时间: 2007-2-28 18:00
写的很有道理,借鉴.
作者: wjm7_2000    时间: 2007-3-1 10:52
谢谢对新手的指教
作者: xuqiqi    时间: 2007-3-2 11:43
谢了,顶一下!
作者: wincloud    时间: 2007-3-15 13:17
标题: 呵呵,这个老贴还有人在关心
看来现在做测试的真的壮大了不少啊
作者: cynthia8863    时间: 2007-3-15 16:21
说的真好,谢谢LZ的真情共享!给我们新人上了不错的一课!sdlkfj2
作者: lemon_hawk    时间: 2007-3-16 16:06
我们公司要求测试人员从需求阶段就入手,根据需求,做测试计划!!
作者: szs0434    时间: 2007-5-16 21:23
写得真好!支持!
作者: 涩谷Tokyo    时间: 2007-5-17 21:55
挺不错的 呵呵
作者: hongweilee    时间: 2007-5-17 23:02
顶!
作者: 恋恋三季    时间: 2007-5-18 11:24
很有用,谢谢了
作者: lz726    时间: 2007-5-24 23:10
标题: 谢谢哦
谢谢楼主的分享哦........
作者: dxm0716    时间: 2007-5-26 20:50
其实做什么行业都一样,敬業最重要!謝謝!
作者: ffl2007    时间: 2007-5-27 12:37
谢了,很受用.
作者: brianq    时间: 2007-6-8 01:37
非常感谢这样的无私奉献.
作者: liyang-1219    时间: 2007-6-27 21:24
e恩,是不错已经下载了经常看看提醒自己一下
作者: liyigang206    时间: 2007-7-1 11:40
sdlkfj5 sdlkfj5 sdlkfj5 sdlkfj5
作者: liyigang206    时间: 2007-7-1 11:41
sdlkfj2 sdlkfj2 sdlkfj2 sdlkfj2
作者: owenyuan    时间: 2007-8-30 10:15
切忌遇到问题就问,不仅因为增加不必要的与开发人员、负责人等的交流时间可能延误项目进度,而且自己对问题的印象也不会很深刻,
?????
作者: owenyuan    时间: 2007-8-30 10:21
谢谢
作者: fjjnwy520    时间: 2007-9-10 16:26
thank you
作者: wincloud    时间: 2007-9-12 15:42
回答86楼的问号
“切忌遇到问题就问,不仅因为增加不必要的与开发人员、负责人等的交流时间可能延误项目进度,而且自己对问题的印象也不会很深刻,
?????”

中国人有时鼓励多问,但问也是有技巧的,且不说你问了别人就要告诉你,在公司做事,和学校是不一样的。
遇事就问,效果不见得就好。
第一,问了 别人回答了,你理解了吗?事后再遇到你能回忆起来吗?
第二,问的问题你自己能解答吗?公司需要的是能解决问题的人,不是问问题的人,很多时候测试遇到的问题我们自己可以解决,就算有的有些难度,你可以查相关资料,尝试自己去解决,在时间允许的情况下。
为了让自己对关键问题能随时记忆引用,提交bug的否定对自己是一个好的作用,即使提交的是个无效的bug,但否定给自己带来的是另外一种记忆,下次避免再犯,也是一件好事。
作者: seamap    时间: 2007-9-13 09:11
写的真不错sdlkfj2
作者: lovelysand    时间: 2007-9-19 12:23
很实际 不错
作者: zjwylqy    时间: 2007-9-20 11:28
恩,不错
作者: firefly616    时间: 2007-9-20 22:24
谢谢分享!
作者: zhouzxcv    时间: 2007-9-20 23:41
sdlkfj9 十分感谢,辛苦了!!
作者: muyang327    时间: 2007-9-21 10:53
不错的贴子,支持!
作者: hotivy    时间: 2007-9-25 15:36
恩~

对于提问题那部分,感触很深~
作者: znni0720    时间: 2007-9-28 11:40
我刚做测试两个月,公司没有任何形式的培训
呵呵,受用,受教,学到了不少

作者: mystufo    时间: 2007-9-28 14:15
总结的很精辟
作者: dotcom    时间: 2007-9-28 15:07
[size=3]这边文章写了很多关于测试的感想,以及测试中的一些体会,作为测试人员,深有体会。[/size]
不过我看完之后,有自己的意见,对于测试新手来说,这些感想有些虚,会让他们有些摸不到头脑。一个公司都要有自己的测试管理体系,这其中包括测试需求文档的整理,测试计划的制定,测试用例的设计,测试的执行,以及每个过程中的评审。测试用例中,比如网页中的输入严重,需要考虑哪些情况,需要至少设计多少种测试用例等等,一个测试部门需要有自己的积累,经验、文档、代码等等。系统的,从测试管理的角度给员工讲评测试,会有更好的效果。
作者: watership    时间: 2007-9-28 16:00
写的很不错,谢谢你的分享




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2