乌龟的测试之旅——第一次的迷茫
上一篇 / 下一篇 2010-07-02 15:46:21 / 个人分类：乌龟之路
查看( 730 ) /
评论( 15 )
下面是我入门测试后的第1年的经历，希望能对各位处于入门期的同行有些许帮助，以后会逐渐把我自己在测试各个阶段的成长和迷茫逐渐补全。
感觉写的比较杂乱，呵呵
首先，说说我刚进公司时的整体环境。
有几个比较好的方面：
1、测试团队：管理技能不错的领导和和睦的同事（大家年龄差别也不大）
2、管理工具：有现成的测试管理工具（CQ+CC）
3、项目规模：项目类型很不错。自研WINCE终端，相当于在WINCE OS上做一个Mobile。
4、控制流程：项目流程规范。整个按照CMMI5来做的（实际工作只达到了CMMI3的级别）。
5、相关部门：各部门大多也是同龄的同事。
6、公司环境：整个公司职能分工明确。软件开发、硬件开发、美工、测试、质量管理、IT、辅助支撑部门（行政、财务）
7、公司近况：公司刚完成一次换血，刚走一批能力很强的各部门人员。除关键职位外，其他大多由1~2年的新人补充。（离开的牛人还是留下了不少值得参考的资料。）
不过测试团队还是存在一些问题：
1、测试经理无测试经验，对整个团队测试技能提升不具体有系统指导。
2、测试人员基本由新人组成，无测试技术积累。
3、开发部门对测试部门有轻微的抵触情绪。（前一个项目报bug质量不高，而且产品发布后，问题不断）
客观环境大概就是这些了，当初作为一个新人完全是个一问三不知的小白。以上的环境资料都是我后来才陆陆续续弄清楚的，现在想起来，当时我已经是很幸运了，虽然后来出了一件大家都不愉快的事情，但还是挺感谢第一家公司。
1、前三个月很简单，就是看资料：手持终端入门PPT，测试概念，测试方法，手机某个模块的用例等等。闲暇时间或不明白的地方就问问同事或上上论坛（51testing和17testing当时是经常逛的）。试用期考核任务就是写一个防火墙模块的用例，参考同事的其他模块用例也轻松完成。（第一次设计用例的设计方法和格式都是照搬，其实当时我对最简单的边界值和等价法都不能灵活运用。）
2、接下来就是按部就班的执行测试、报BUG。中间有两个小插曲：
1).WINCE手持终端的自动化测试调研。当时对自动化工具也是小白，脚本语言也完全没有接触过，只能是硬着头皮弄。调研的主要手段也只有不断在网上查资料，先从自动化测试工具入手，找了不少工具的简介，选了一些看着貌似简单的工具试着安装，再找一些MS关于对WINCE的小工具。一个多月下来，勉强能用QTP录制一些简单的操作。很感谢“风过无息”对我的帮助，在QTP的安装和后面的变量参数化方面都提供比较大的帮助。
2).邮件模块的概要设计文档。当时在项目第二期的模块开发中，邮件模块的开发人员忙于另一个模块的设计，没有足够的时间完成这个任务，就推给了测试经理来做（测试经理以前是搞开发的）。结果测试经理也很偷懒，直接扔给我来做……整个过程又是极其痛苦的，不过在看IMAP4/POP3的相关协议中，收获很大。通过了解协议，不仅能理解邮件的基本原理，还能通过协议提供的功能以及对传输数据的限制，更好的设计特殊的用例数据。
3、1年多点的时间很快就去了，WINCE项目也进入了尾声。在做项目总结的时候，我觉得很迷茫。好像自己确实会做了不少测试的工作了。但是却有一种摸不着边的感觉，比如写用例，写完后到底是好？还是不好?心里没底。又比如负责测试一个模块，连续测试了一段时间后，整个测试是否充分？测试执行过程算是好呢？还是不好？
我到底该怎么度量自己做的测试工作呢？这是我入门测试后第一次迷茫。
小技巧总结：
1、交流，需要换位思考
在交流过程中，重点是要别人明白自己表达意思，而不是自己怎么表达舒服。所以尽可能选择对方容易理解的措词。
比如，和一个没听过“GUI”的朋友讨论界面测试的问题。一开始就说”GUI测试需要注意XXXX”，则可能导致对方花很长时间都摸不到头脑。效果远远不如开始时就说“界面测试需要注意XXX”了。
在部门合作中，其实也是这个原理。想办法减少他人的工作量，能使大家的相处更为融洽。
比如报BUG的质量问题。（开发是很烦测试人员乱报BUG的）
当发现一个BUG后
1).首先简单列出BUG的重现步骤
2).然后精简重现步骤中，删除必须要的步骤（这点很重要，能减少开发定位BUG的时间）
3).测试类似功能是否存在相同问题，如果有，分析是报一个BUG，还是分开报N个BUG（如果是多个产品，则需要在多个产品中检查）
最后才是报BUG的具体操作。
2、提升用例质量
在设计用例时，除了需求文档以外，多查看模块功能相关的文档，如概要设计、相关协议、编码格式规范等等。加深模块功能的理解，能设计出质量更高的用例。另外，多看看别人设计的用例，学习他们设计方法的优点（记得要自动忽略缺点哦
）
PS：其实我在初期的很长时间内（2年）都没学会使用边界值和等价法以外的用例设计方法。
3、多接受挑战
在测试初期，多接受挑战性的任务，对个人快速成长帮助很大。当你付出120%的努力后，无论挑战成功还是失败，其实在过程中你已经成长了。（而且，挑战失败对新人的职业发展影响不大）
PS：我测试的第1年基本没有太多的思考，别人要求怎么做，我就怎么做。不明白的直接问主管或项目经理，自己基本不做任何决策。
感觉写的比较杂乱，呵呵
首先，说说我刚进公司时的整体环境。
有几个比较好的方面：
1、测试团队：管理技能不错的领导和和睦的同事（大家年龄差别也不大）
2、管理工具：有现成的测试管理工具（CQ+CC）
3、项目规模：项目类型很不错。自研WINCE终端，相当于在WINCE OS上做一个Mobile。
4、控制流程：项目流程规范。整个按照CMMI5来做的（实际工作只达到了CMMI3的级别）。
5、相关部门：各部门大多也是同龄的同事。
6、公司环境：整个公司职能分工明确。软件开发、硬件开发、美工、测试、质量管理、IT、辅助支撑部门（行政、财务）
7、公司近况：公司刚完成一次换血，刚走一批能力很强的各部门人员。除关键职位外，其他大多由1~2年的新人补充。（离开的牛人还是留下了不少值得参考的资料。）
不过测试团队还是存在一些问题：
1、测试经理无测试经验，对整个团队测试技能提升不具体有系统指导。
2、测试人员基本由新人组成，无测试技术积累。
3、开发部门对测试部门有轻微的抵触情绪。（前一个项目报bug质量不高，而且产品发布后，问题不断）
客观环境大概就是这些了，当初作为一个新人完全是个一问三不知的小白。以上的环境资料都是我后来才陆陆续续弄清楚的，现在想起来，当时我已经是很幸运了，虽然后来出了一件大家都不愉快的事情，但还是挺感谢第一家公司。
1、前三个月很简单，就是看资料：手持终端入门PPT，测试概念，测试方法，手机某个模块的用例等等。闲暇时间或不明白的地方就问问同事或上上论坛（51testing和17testing当时是经常逛的）。试用期考核任务就是写一个防火墙模块的用例，参考同事的其他模块用例也轻松完成。（第一次设计用例的设计方法和格式都是照搬，其实当时我对最简单的边界值和等价法都不能灵活运用。）
2、接下来就是按部就班的执行测试、报BUG。中间有两个小插曲：
1).WINCE手持终端的自动化测试调研。当时对自动化工具也是小白，脚本语言也完全没有接触过，只能是硬着头皮弄。调研的主要手段也只有不断在网上查资料，先从自动化测试工具入手，找了不少工具的简介，选了一些看着貌似简单的工具试着安装，再找一些MS关于对WINCE的小工具。一个多月下来，勉强能用QTP录制一些简单的操作。很感谢“风过无息”对我的帮助，在QTP的安装和后面的变量参数化方面都提供比较大的帮助。
2).邮件模块的概要设计文档。当时在项目第二期的模块开发中，邮件模块的开发人员忙于另一个模块的设计，没有足够的时间完成这个任务，就推给了测试经理来做（测试经理以前是搞开发的）。结果测试经理也很偷懒，直接扔给我来做……整个过程又是极其痛苦的，不过在看IMAP4/POP3的相关协议中，收获很大。通过了解协议，不仅能理解邮件的基本原理，还能通过协议提供的功能以及对传输数据的限制，更好的设计特殊的用例数据。
3、1年多点的时间很快就去了，WINCE项目也进入了尾声。在做项目总结的时候，我觉得很迷茫。好像自己确实会做了不少测试的工作了。但是却有一种摸不着边的感觉，比如写用例，写完后到底是好？还是不好?心里没底。又比如负责测试一个模块，连续测试了一段时间后，整个测试是否充分？测试执行过程算是好呢？还是不好？
我到底该怎么度量自己做的测试工作呢？这是我入门测试后第一次迷茫。
小技巧总结：
1、交流，需要换位思考
在交流过程中，重点是要别人明白自己表达意思，而不是自己怎么表达舒服。所以尽可能选择对方容易理解的措词。
比如，和一个没听过“GUI”的朋友讨论界面测试的问题。一开始就说”GUI测试需要注意XXXX”，则可能导致对方花很长时间都摸不到头脑。效果远远不如开始时就说“界面测试需要注意XXX”了。
在部门合作中，其实也是这个原理。想办法减少他人的工作量，能使大家的相处更为融洽。
比如报BUG的质量问题。（开发是很烦测试人员乱报BUG的）
当发现一个BUG后
1).首先简单列出BUG的重现步骤
2).然后精简重现步骤中，删除必须要的步骤（这点很重要，能减少开发定位BUG的时间）
3).测试类似功能是否存在相同问题，如果有，分析是报一个BUG，还是分开报N个BUG（如果是多个产品，则需要在多个产品中检查）
最后才是报BUG的具体操作。
2、提升用例质量
在设计用例时，除了需求文档以外，多查看模块功能相关的文档，如概要设计、相关协议、编码格式规范等等。加深模块功能的理解，能设计出质量更高的用例。另外，多看看别人设计的用例，学习他们设计方法的优点（记得要自动忽略缺点哦
）PS：其实我在初期的很长时间内（2年）都没学会使用边界值和等价法以外的用例设计方法。
3、多接受挑战
在测试初期，多接受挑战性的任务，对个人快速成长帮助很大。当你付出120%的努力后，无论挑战成功还是失败，其实在过程中你已经成长了。（而且，挑战失败对新人的职业发展影响不大）
PS：我测试的第1年基本没有太多的思考，别人要求怎么做，我就怎么做。不明白的直接问主管或项目经理，自己基本不做任何决策。
TAG:
-
werm520 发布于2010-07-02 19:56:04
-
hehe 很自然的流程
估计是项目结束忙完后的一点小迷茫吧
这个时间适合总结 就想LZ所做的一样
作为一个刚做2个月的菜鸟 期待能和LZ一样顺利
-
月上百合 发布于2010-07-02 20:20:02
-
走好每一步，时间长了就会看出来提高了，无形中会有进步滴
-
msnshow 发布于2010-07-02 20:56:06
-
总结经验很重要
-
smile665 发布于2010-07-03 00:35:05
-
哇 很好啊
-
千里 发布于2010-07-03 13:59:20
-
我相反，我做事的时候少，做决策的时候反而多一些。
-
chengning 发布于2010-07-03 22:59:07
-
-
woshiwho1986发布于2010-07-04 11:44:31
-
学习 学习~~~~
-
nickxmn 发布于2010-07-05 14:01:23
-
多总结~
-
-
QUOTE:
原帖由 千里 于 2010-7-3 01:59 PM 发表
管理层了 。。。 恭喜
我相反，我做事的时候少，做决策的时候反而多一些。
-
楠族开心果 发布于2010-07-06 10:15:38
-
每前进一步就是离成功更近了一步
-
havards 发布于2010-07-06 10:21:49
-
当我们工作之后，回想起来不清楚自己到底有哪些收获，或者是感觉过了两三年不知道自己学到了什么...
究其原因就是没有总结的过程，如果不善于总结，即便再过几年，依然会是如上的情况.
-
betty7zhang 发布于2010-07-06 10:35:14
-
迷茫啊~迷茫
-
-
QUOTE:
原帖由 smile665 于 2010-7-5 20:11 发表
其实我还差得远
管理层了 。。。 恭喜
-
苏高跃 发布于2010-07-06 16:21:10
-
回复 1# 的帖子
善于总结，平时用的不到的知识也要多多看，多多看论坛，看多了，久而久之，自己在思想方面、说话方面、理论方面也增加了一些，这说明你也进步了。
-
愚人 发布于2010-11-08 22:19:58
-
写的很好，不顶不行……