51Testing软件测试论坛

标题: 测试新人怎样快速成长（个人经验） [打印本页]

作者: feiyunkai 时间: 2009-1-4 11:52
标题: 测试新人怎样快速成长（个人经验）
这是我前几天写的《我的测试历程-写给测试新人（面试经历和测试建议）》中分化出来的，因为后来在经验中补充了很多经验，所以篇幅太长（超过10000字，不能提交），另外怕有的人没耐心看，所以把测试经验分化出来，写了独立的篇幅，有兴趣的朋友可以到那边看看，那篇写了点面试经历，可能对新人面试有所帮助，因为是自己写的，可能条理性不太好，希望谅解
   1、阅读需求文档，深入了解系统，磨刀不误砍柴工，不要还没弄清需求就开测了，（一个星期前，公司刚进一个新人，TD上查看了下他们发的BUG，发现好几个是需求不明确误发的）心想：原来是这个系统啊，项目实训的时候做过和这个类似的项目，于是就把实训的系统需求硬生生的搬到当前系统来，这样做的风险太大，因为每个系统的需求都不一样，不能生搬硬套，打个比方：假设要你制造一辆轿车，你以前制造过普桑，就把你制造普桑的技术拿去制造林肯，这样做显然不合适。熟悉系统（一般公司都会有系统熟悉情况考核）所以请一定要认真的阅读需求文档（有的公司叫产品定义）
   2、熟悉测试用例，这是测试执行的一个导向，要想快速高效率的执行用例，必须在熟悉系统的同时，熟悉用例，熟悉每条用例覆盖的需求，这样执行起来才能事半功倍
   3、记住自己在工作中扮演的角色是测试而不是开发。珍惜时间，避免不必要的浪费。作为一个测试新人来讲，刚开始接触项目，有很多时候发现BUG，只是知道它的表象特征，却无法弄清这个缺陷是由什么引起的，这里就存在一个误区，花过多的时间去寻找原因，因为受个人所学习知识和经验上的限制，有的缺陷很难短时间内找到产生原因，与其这样浪费时间，不如将BUG重现给开发看一下，让开发找原因，那样即不耽误下面的测试也能在短时间内找出原因，从根本上解决BUG。
   4、一旦发现缺陷，应立刻提交。有几种情况：测试就像是一场优胜劣汰的战斗，你的动作慢了，成果就是别人的了。
      1）作为一个测试新人来讲，测试的第一步，可能是从执行用例开始，而成功的用例（项目刚开始时）可以发现很多系统中存在的问题，同一条case里的不同STEP就可能发现多个BUG，那么对于这样的情况，我们要做的是：发现就提交，不要等到所有STEP都执行完再提交。那样说不定已经被别人提交了。
      2）‘抛开’需求说明书（即不用看需求说明书，对需求也特别熟悉），以快取胜。假设你和同事同时发现了个BUG（双方都不知道对方在提交），而你对需求不熟悉，不太确信是个BUG，然后又去翻需求，翻完回来再提交，结果这时候同事已经提交了，那么不好意思，你的BUG只能作CLOSED_Nbug处理了，如果一定要加上一个批注，那么将是，重复提交（测试新人，备注里不建议加测试建议（即怎样修改可以避免此缺陷），因为有可能会对开发产生误导）特别说明：1）速度和效率同时考虑，尽量别发错BUG；2）公平竞争，还要考虑团队合作，在别人的测试模块发现BUG，建议告知对方提，与同事交流的时候，同事讲到的缺陷，而缺陷管理工具中没提，应该让对方提交上去
   5、新版本发布：
   1）验证FIXED缺陷，如果验证通过了，把状态改为CLOSED（关闭的时候一定要加个备注，（比如：某月某日某版本验证通过。）对于开发修改了，但是与需求有出入的，且与测试经理确认可以这样修改时，备注建议这样写：某月某日某版本验证通过，修改为……），如果没通过改为OPEN（同样加个备注：某月某日某版本验证未通过），这里存在一个误区，有的人会把状态改为REOPEN，如果是公司要求的，那无可厚非，如果没有要求，建议改为OPEN，因为REOPEN是已经确认修改并且该BUG已经改为CLOSED状态后，才需要修改为REOPEN状态的。（有很多公司是不允许出现REOPEN状态的（针对开发），一旦出现，开发此模块的程序员绩效可能会被大打折扣，我现在所在的公司就是这样的）
   2）冒下烟确保主流程畅通，然后再进行功能测试，着重测试有修改的或者与所修改模块有调用关系的模块和发现BUG比较多的模块（公司发布版本会邮件通知修改的模块与修复的BUG），未改动的模块建议做个流程测试。特别说明：主流程走不通，应立刻MSN给项目负责人（组长或经理，如果有本项目MSN群，直接在群里讲就可以了）
   6、如果版本未更新，
   1)建议着重进行业务逻辑方面测试，在电脑上以文档形式画出简单的业务逻辑图片，重点说明：一定要尽量考虑所有的情  况，因为这样的BUG要么就没有，一旦有就是HIGH
   2)建议进行环境测试（当然要根据需求测试相应的环境）
   3)严格核对需求文档，防止需求遗漏
   7、严格按照缺陷提交说明提交BUG，因为这有可能涉及BUG的统计问题，（一般公司的缺陷描述：系统名称_功能模块，缺陷描述，要具体问题具体对待）
         优先级和严重程度不要夸大也不要降低，实事求是，因为这与开发和测试的绩效考评有挂钩，要是夸大缺陷，会影响开发的绩效考评，降低会影响自己的绩效考评，建议：系统级（影响流程）和跳黄页（报服务器错误的，这类缺陷有的是服务器配置错误导致）建议为高，功能实现建议为中，界面易用，或者不影响系统使用的其他问题建议为低，具体级别公司会有规定，如果没有规定，可以参考一下我的建议
   8、测试没有空闲。项目在不同阶段，会有些时间很‘空闲’。建议：
   1）把测试管理工具中的缺陷全部分类导出，总结一下哪些模块容易产生哪些缺陷，重点看一下自己没发现或没有考虑到的缺陷，有多余时间可以看一下CLOSED_NBUG的缺陷，这类BUG一般都是需求不明确，需求变更而产生的，看一下这类缺陷，可以总结一下哪些需求容易产生误解，和出现了哪些新需求。
   2）把测试管理工具中的用例细细看几遍，学习别人的用例编写方法和思想，空闲时间可以自己试着编写，看自己编写的与别人编写的用例差距在哪，从而不断完善
   3）进入一些测试论坛，比如51testing，把自己的困惑和经验和大家一起分享，共同学习，共同进步！
   好了，今天先写这些了，都是自己的一些体会，要是有什么不对的地方，希望大家多多指正，谢谢！主要针对新人写的，大虾看了别见笑，测试经验中有的不适合大虾

[ 本帖最后由 feiyunkai 于 2009-1-4 15:22 编辑 ]

作者: movestar 时间: 2009-1-4 13:46

学习学习……

作者: hansongj 时间: 2009-1-4 13:54
谢谢啦

作者: qingrou 时间: 2009-1-4 13:56
受教了。
谢谢楼主！

作者: zxdouzx 时间: 2009-1-20 16:23
学习ing... 不知道这个行业的水深如何

作者: 小如 时间: 2009-3-12 10:12
楼主辛苦了

作者: 小东北 时间: 2009-3-12 15:16
学习

作者: binnyhan 时间: 2009-3-12 17:05
谢谢楼主分享~

作者: 郭胜楠 时间: 2009-3-12 19:14
多谢!!!!!!!!!!!!!

作者: rock718love 时间: 2009-3-14 16:46
顶一个！

作者: CharlesWang 时间: 2009-3-15 19:17
多谢楼主分享，很有帮助！
新手上路请多关照！

作者: chinaren.tony 时间: 2009-3-15 21:51

多谢指教！

作者: lavigne2010 时间: 2009-3-16 11:37
写得很好

作者: asa87053236 时间: 2009-3-16 12:09
楼主讲的很实用，谢谢楼主分享！！！！

作者: echowork 时间: 2009-3-23 14:35
多谢楼主分享,受益很多.

作者: caocao176 时间: 2009-5-19 14:47
学习了

作者: luomawangzi 时间: 2009-5-20 11:55
对发现BUG立即提交那一点不敢苟同。一般如果对需求不熟，是一定要对照需求来的，何况对于BUG来说，你还要了解它是否可重现，有些BUG是每次都能重现的，有些是不能重现的，而有些是间歇性的重现的。这些都是要记录到BUG单里面去的。更重要的一点是，公司不会叫两个人去测同一个模块，那样是浪费人力，浪费资源，所以就不存在你发现的BUG没提立马就被别人给提交了。这一点我觉得楼主不要误导其他人！！

作者: lolita201 时间: 2009-5-21 15:13
学习了多谢..

作者: feiyunkai 时间: 2009-5-27 19:03

原帖由 luomawangzi 于 2009-5-20 11:55 发表
对发现BUG立即提交那一点不敢苟同。一般如果对需求不熟，是一定要对照需求来的，何况对于BUG来说，你还要了解它是否可重现，有些BUG是每次都能重现的，有些是不能重现的，而有些是间歇性的重现的。这些都是要记录到B ...

前面写过,熟悉需求的重要性,如果到开测了还不够熟悉,那就是自己的失职了,
另外,对于大项目来讲,一般都是多个人测试一个模块的,我不知道别的公司是怎样安排的,我测试过2个大项目(投资3000万)的模块是三个人测试的

作者: 白发三千 时间: 2009-5-27 20:21
学习了多谢..

作者: mengpiaoye 时间: 2009-10-26 21:55
标题: 写得很好
写得很好

作者: so_what 时间: 2009-10-27 10:00
学习了

作者: hyb413 时间: 2010-2-2 09:17
标题: 有点早
刚接触测试，看了这些经验，感触不是很大，以后还是要回来看看，回味一下

作者: kaka735 时间: 2010-2-2 09:24
呵呵不错的东西学习了 LZ辛苦了！

作者: mentgmery 时间: 2010-2-2 09:25
2个大项目(投资3000万)的模块是三个人测试的

才3个人,都敢测试3000W的项目,呵呵

作者: jiutianwow 时间: 2010-2-2 09:55
恩努力中谢谢分享

作者: jinghaiyan001 时间: 2010-10-14 12:09
应该学习你，我以前不善于总结

作者: hately2003 时间: 2010-10-15 09:55
谢谢！

作者: 青春乱舞 时间: 2010-10-15 10:07
学习了

作者: haoyanxia 时间: 2010-10-15 16:21
学习了，谢谢。。。。

作者: krmk 时间: 2010-10-15 19:06
学习。。。

作者: s345245589 时间: 2010-10-18 13:23
学习

作者: huohuo381750571 时间: 2010-10-19 16:40
学习了，多些楼主。

作者: 愚人 时间: 2010-10-26 21:58
顶起来，方便更多的人看到……

作者: liuwwb 时间: 2010-11-5 15:15
学习了！

作者: mirror51 时间: 2010-11-6 16:35
学习了，多谢楼主

作者: csb821023 时间: 2010-11-7 19:54
好东西，顶起来

作者: zorovip 时间: 2010-11-7 20:07
什么时候我也可以会测试到大项目咯。。

作者: msnshow 时间: 2010-11-7 20:07
不错，非常有用

作者: zorovip 时间: 2010-11-7 20:08
回复 19# feiyunkai

楼主你刚刚接触到测试的时候，是不是先从功能测试做起的啊。呵，我是新手。

作者: test_me 时间: 2010-11-9 18:05
写的8错加油...

作者: candyzc 时间: 2010-11-10 16:09
很好很强大

作者: hately2003 时间: 2010-11-12 11:20
谢谢

作者: ben_power 时间: 2011-8-11 17:16
学习了多谢

作者: gych 时间: 2011-8-12 11:12
总结的很不错，引导了新人。都是工作中遇到的问题，期待更精彩的经验分享。

作者: 楼兰肥肥 时间: 2011-8-12 16:22
哈哈，貌似水很深啊

作者: operationist 时间: 2011-8-15 12:54
受教了，多谢楼主！！！

作者: Lin_shuna05 时间: 2011-8-25 13:55
谢谢

作者: heidouwudi 时间: 2011-8-26 10:10
3Q楼主了

作者: lengyao 时间: 2011-8-29 16:19
谢谢了啊

作者: lilieryue 时间: 2013-4-18 12:27
楼主，我现在已经测试半年多了，你能不能给我介绍几本书呢，关于测试思想、测试用例、或者是数据库方面的书籍，谢谢啦！楼主

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)