查看完整版本: 16个月的工作感想

16个月的工作感想

[font=宋体][size=4]从去年6月底开始正式做软件测试以来，我个人经过了很多阶段。从一开始的网站功能测试，到后来开始接触ERP，做了LR性能测试，然后开始做WR的自动化，到这时候大概半年时间去掉了。之后做了2个月的C#开发，在自动化测试方面用QTP开始逐渐替代了WR。然后我调到了市区“前线”工作。开始着手做NUNIT单元测试和基于.NET开发环境下的LR压力测试代码编写及面向Oracle存储过程的性能测试。06年7月，我开始担任测试管理的角色，开始从事培训新人，安排测试任务，与开发协调测试任务方面的工作，直到今天。我写这篇总结的原因，是由于自己对测试工作的职业发展开始感到迷茫，对技术发展没有方向。

我个人认为，我上班16个月以来所走过的路，是比较合理的。这样的路建立的经过测试专业培训的基础上（个人感觉，新人接受专业培训是很有必要的），否则可能先需要在基础方面努力3个月左右。基于对测试的正确理解以及对各种测试工具的了解，在正式工作中可以快速的应用上去。

下面说下我认为“菜鸟”应有的发展路程。

测试新人应该从系统手工测试开始，首先应该对整个软件的开发流程（软件工程）有正确的认识，了解测试工作在整个开发流程中的切入点和所起的作用。就项目而言，测试是其中的一部分，想要做好系统测试，首先应该学会怎么看SRS（需求规格说明书），对需求的正确理解将直接影响你的用例设计。其次，是用例设计的方法，这包括很多种，我就不多说了。主要的一点是，看SRS所设计的用例可能不全面，在实际测试过程中，应该从系统的操作中继续发现应该测试的点。另外，对于测试用例和BUG的编写，应该规范，清晰。出色的完成你的初测。其次，当开发修改完BUG之后开始复查时，首先你需要明白一个名词，它就是：版本。然后你开始复查BUG，如果时间允许，我强烈建议你重新执行所有用例，以防万一。

当你的系统测试做的“炉火纯青”的时候，你应该开始了解配置管理，质量保证，CMM以及一些开发上的相关知识。这可以巩固你对整个项目流程各个环节的了解，让你对他们有全面正确的认识。我认为这一点，很重要！

之后，公司的测试水平开始升华，你的经理发现，总是复查BUG是一件多么耗费时间和人力的事情啊！他开始要求做自动化测试。这时候你就应该加入其中。对于自动化测试怎么做法我就不仔细说了，东西太多，我自己目前可能处于中级应用阶段，大家可以去51testing上看相关帖子了解一下。需要说明的是，自动化虽然好，但是不可能替代手工测试。另外，它不适用于一些小项目，对于小项目来说，上自动化所带来的项目成本，将远大于手工测试。

在自动化测试过程中，你可能需要自己去写一些脚本。这就需要对编程有一定了解。在这里我想说，会编程不是测试人员必须会的技能，但是，不懂编程将不会成为一个高级测试人员，它会成为你发展的一个绊脚石。我在做程序员的2个月中，学到了很多，它会影响你对系统的认识，拓展你的测试思路，增强你对数据库的了解。在这个阶段中，我建议你有空时学习相关网络拓扑，系统架构，数据库的知识，为将来打下基础。

做到这样我可以说，这个人已经是测试方面的中高级人才了。当然，如果你想做技术全能选手，那就开始接触性能测试和白盒吧。我认为这两个是高阶的玩意。

在性能测试领域，我是只会用LR，关于怎么学我不想说，自己找资料。需要说明的是，性能测试有两个难点。第一，是对面向被测系统的认识，如何确认到底需要监控测试哪些性能点的问题。第二，是对于测试出来的结果，能否正确分析找出瓶颈的问题。这两面都需要大量的工作经验，以及对系统，网络等各方面的深刻认识。这是一个具有挑战性的工作。

在白盒测试方面，首先你要懂编程，要写过程序，其次，你要会使用相关工具实现测试过程。基于代码级的测试和系统测试在理念上是差不多的，你也需要对被测的方法或者基类设计测试用例，然后用测试代码去实现它。这是一个自己构造输入参数，执行代码并获取结果的过程，有兴趣学习的自己找资料看去吧！在每日构建方面我没有做过，所以也不好多说什么，别误导了大家，我只能说，每日构建是每天对配置库中的代码进行自动的单元测试，确保每天配置库中得下得代码是编译可通过的一个过程。

当你在技术上有了一定造诣，你得到了领导的赏识，可能你会步入测试管理的行列。强力的技术背景将成为你做领导的支柱，但不是全部。我想说的是，做测试管理和做技术完全不是一回事，管理基本关注两点，一是成本，二是进度。在确定这两点是可控的情况下，可以说你的管理工作是合格的。你的技术背景为你提供了如下的好处：第一，手下人对你的信服；第二，有利于和开发方沟通；第三，协助解决技术难题；第四，强力的自信。这一切都为实现控制成本和进度提供保障。这方面我就不多说了，我自己做这个时间也不长，大家自己摸索一下吧。

做任何事情都是没有止境的，不论是系统测试，自动化测试，性能测试，单元测试还是测试管理（当然还有做配置管理和质量控制的），都有需要继续学习的东西。目前国内没有超级牛的人带领大家在技术和发展方向上奔走，大家可能都是在爬行。当你在某个领域做到一定程度的时候，你会发现走到了瓶颈点，无法继续提高。这个是无法避免的问题，我给大家一个偏激但可行的方法，那就是跳槽。新的环境会带给你新的思路和活力。测试需要学习的东西太多太多，以上说的都是纯软件方面，我自己现在仍然不熟悉JAVA方面以及类似UNIX之类的操作系统，如果你做的是通信或其他方面的测试工作，你还需要掌握这方面的知识，实在是有的学，我相信经过3年的磨练，应该可以成为一个较为成熟的测试工程师。另外，前面提到了做CMO和SQA的方向，这个和做纯测试工作是不同的发展方向，CMO的工作我太熟悉，不过SQA实在又是一个博大而又精深的领域，据我所知，国内这方面的牛人很少，精英QA可以和PM相媲美，他对项目成功的贡献是巨大的，好像大多这类人是做了PM或系统分析员多年的人转做的。在这方面就不深入探讨了。

补充一点，公司的流程不可能像你学到的那样完美和规范，不要奢求，尽量去改善它才是你要做的。另外我想说下待遇问题，我建议新手不要太计较这个，也许你在51testing培训花了10K（不清楚现在具体价格，只是假设），你觉得自己从那培训出来已经是个牛人了，你要马上把你的投资赚回来。其实这么做实在是想法有问题，首先，你即使培训了，其实你仍旧是菜鸟，其次，中国人太多，人力资源不值钱，除非你是高级人才。新人在第一年不应该计较工资，而应该关注对方单位将会带给你的工作环境和发展潜力。讲工资的时候，应该在2－3年以后，需要强调的是，英文实在重要，我确实的体会，只是我太懒，一直不肯好好学，大家千万别学我啊！

以上是我个人的一些观点，大家随便看看吧，说错了我可不负责啊 ^_^
另外，我目前对于个人职业发展也比较迷茫，哪个牛人看了对我有所建议，请不吝赐教。。。。
                                                胡  睿
                                        2006年11月18日星期六
P.S. 我做过的一些项目：
1．ESCALADE ERP系统自动化测试
项目描述： Escalade 是一套面向电子商务/销售型企业的 ERP 软件，已在多家公司成功实施。
Escalade采用业界通用的业务流程，业务功能灵活而且完善，包括客户管理、销售订单管理、采购订单管理、配送管理、库存管理、销售分类账管理、采购分类账管理、系统管理等各个子模块，能适应大多数电子商务/销售型企业的业务需要。
责任描述： 利用QTP录制，增强脚本，进行回归测试。
2.上海市质量监督局网站测试
项目描述：上海市质量监督局网站测试是采用MVC开发模式。所以设计该体系平台就是为了能够对开发工作做出明确的定义。服务器端软件使用HPUX、Weblogic7、Oracle9i。
责任描述：网站功能测试，利用QTP制作自动化测试脚本，进行后期回归测试。
3.MyCmm 系统开发
项目描述：MyCmm系统是我公司自主研发的一个专门用于测试管理的软件，它综合了配置管理（绑定了VSS）和QA管理。它是基于webservice架构的C/S系统，数据库使用SQL SERVER，由 C# 开发而成。
责任描述：建立表空间，增加字段，添加窗体，新增或修改功能等。
4. ESCALADE ERP白盒测试
项目描述：Escalade 是一套面向电子商务/销售型企业的 ERP 软件，已在多家公司成功实施。
Escalade采用业界通用的业务流程，业务功能灵活而且完善，包括客户管理、销售订单管理、采购订单管理、配送管理、库存管理、销售分类账管理、采购分类账管理、系统管理等各个子模块，能适应大多数电子商务/销售型企业的业务需要。
责任描述：利用NUNIT对底层代码进行白盒测试，主要针对比较重要的业务基类
5.POS支付核销系统功能及性能测试
项目描述：该系统是和银联合作的一套可以利用银联卡和IC卡支付的系统，由终端操作上传至银联和公司内部服务器，以便于核查帐目所用。
责任描述：功能测试，LR性能分析及测试计划，执行，结果分析。

说明一下，发这个帖子有两个目的。
第一，尽我的能力帮助新人快递成长。
第二，找牛人给我些建议，指条明路。
以上内容可能有些说的不对，还望大家海涵。。。。[/size][/font]

[[i] 本帖最后由 ecust 于 2006-11-18 18:55 编辑 [/i]]

sdlkfj3 对俺们新人很有指导意义～期待牛人给你指路，帮顶

看到你这样稳步的在测试行业发展，并且不断突破新的自我，我们很欣慰，继续走好未来的每一步！

的确是真知灼见,大家都来学习.共同进步.啧啧.sdlkfj5

写的中肯，动过脑筋的。鼓掌~~

sdlkfj5 写的不错，建议你定下一个行业，比如ERP，电信的，或是通信，然后坚持下去，测试其实要学的很多，尤其是你工作几年后就深有体会，sdlkfj2 想突破自己就要从不同角度看问题

写的不错。

有没有谁在补偿点，给点建议啥的啊

写的很有指点意义.
如果实在想要强烈的改变, 转换思维方式, 建议可以暂时离开IT行业, 到别的行业去开拓一下思路, 再回来时候, 或许境界就不一样了.

我个人认为, 或许一直投身于某一专一的领域, 发展的瓶径出现是必然的, 需要转换新的环境, 给自己彻底的思维革新, 这样或许有很大帮助.  
仅为个人观点!

对啊，其实睿哥一直很强，没想到现在更强了
在这方面做的，迟早是要转行的，就象你转到培训师，感觉有什么阵痛吗，长痛不如短痛~~~~

这么好的帖子怎么不火爆，反正对我有很大的启发。
我到现在工作半年，虽然有那么一点进步，但总体感觉还是在原地踏步。很迷茫，看完之后我好像有一点方向了。

满有道理的

感觉目的不止两个------
猎头们快来猎这个高手吧！！！

sdlkfj8 不到一年半的时间，你学了这么多，你们公司的环境真是不错，不过现在看来，你都成了师傅。如果没有什么新的事务接受，可以考虑换个环境，就象你自己说的“跳槽”。

楼主在工作中学到了这么多，真是值得借鉴啊!

确定好自己今后的职业发展方向，是走技术线还是管理线。这是需要先定下来的，然后才知道下一步如何做。

楼主的职业规划的很好，而且机遇很好，事实上不是很多人都有这样的机会，祝你走的更好！
以后多交流！

[quote]原帖由 [i]ecust[/i] 于 2006-11-18 18:52 发表
从去年6月底开始正式做软件测试以来，我个人经过了很多阶段。从一开始的网站功能测试，到后来开始接触ERP，做了LR性能测试，然后开始做WR的自动化，到这时候大概半年时间去掉了。之后做了2个月的C#开发，在自动 ... [/quote]

[quote]原帖由 [i]ecust[/i] 于 2006-11-20 08:35 发表
有没有谁在补偿点，给点建议啥的啊 [/quote]


看了你的帖子，你通过自己不断的努力取得了目前的成绩，做得很不错。
你也提到你对目前的职业发展感到迷茫，我有下面的一些问题，希望对你有帮助：

1、你描述了你的工作经历，但是对过程中具体取得了那些成绩描述不多。就像在面试中，拿到两份工作经历类似人的简历，都描述了自己做过那些事情使用过哪些工具，但是在面试的时候仔细和对方聊后，会发现水平其实存在很大的差距，因为做得深度很大差距。工作成绩可以从一方面体现你的真实实力，建议你整理一下自己取得的成绩，将成绩和公司内以及同行业内的人进行比较；
2、关于项目规模，不同规模的项目复杂度不同，需要的技能也不同。比如说管理，管五个人也是管理，管100人也是管理，虽然职位可能都称为测试主管或者测试经理，但是需要的能力级别很大的不同。不知道你目前的项目是什么样的规模；


我的建议就是将这些问题仔细梳理后，同时分析市场上目前以及将来对人员技能的需要，这样就会发现自身存在的差距，需要做得就是填补这个差距。

[quote]原帖由 [i]海龙[/i] 于 2006-11-22 09:52 发表



看了你的帖子，你通过自己不断的努力取得了目前的成绩，做得很不错。
你也提到你对目前的职业发展感到迷茫，我有下面的一些问题，希望对你有帮助：

1、你描述了你的工作经历，但是对过程中具体取得了 ... [/quote]
是这样的，第一，在技术方面我做到了一定的程度，我不知道在深入应该做成什么样子或者怎么做，找不到任何可以借鉴的东西。第二，管理的项目和人数不受我控制，所以没有机会尝试一下。不知道是不是只有跳槽才可以寻求突破口呢

写的好好啊~~~~~~~~~~

[quote]原帖由 [i]ecust[/i] 于 2006-11-22 13:59 发表

是这样的，第一，在技术方面我做到了一定的程度，我不知道在深入应该做成什么样子或者怎么做，找不到任何可以借鉴的东西。第二，管理的项目和人数不受我控制，所以没有机会尝试一下。不知道是不是只有跳槽才可 ... [/quote]

技术方面：
1、可以通过网络认识一些测试做的好的公司的测试同行，了解对方的测试水平，或者到国外的一些测试网站了解测试同行的水平，但是这点有时因为得不到有价值的详细测试数据而影响效果；
2、其实比较有效的做法就是，花一些时间作已完成项目的测试数据收集，然后进行改进。
举个例子：测试用例设计
      收集如下数据：平均每个用例发现的缺陷个数、平均每个用例设计时间、平均每个需求项覆盖用例数、平均每个用例执行时间、整个测试周期各级别缺陷走势图等等
然后设立改进目标：
       如目前平均每个用例发现的缺陷个数为0.3，提高到0.5、将严重级别最高的缺陷从前期发现20%提高到前期发现30%，以便进一步降低风险，为开发留出充足的修改时间，以及其他的目标。
接下来你要做的，就是怎么改进你的方法、技术以及流程来达到这些目标。这样的改进没有终点，因为总有更高的目标，而且环境是不断变化的。

管理方面：
你换了一家公司，项目和人数可能同样也不受你控制。到了新的公司你要有一段适应期，如果机会不是特别好，还不如在当前的公司做得更好，我想你如果你真的有能力，而且公司有空间，你的上司会给你机会，现在测试行业最缺的就是技术和管理兼备的人才。如果现在公司已经不可能有上升空间，你可以选择跳槽。

很有启发，很受用.
而且发现回帖的很多都是51testing的学员,让我也更想去参加培训了.

做测试半年了，有点盲目的。看了有收获啊！谢谢sdlkfj2

我刚开始做测试,是从开发过来的,希望前辈们给予指导!测试是很重要的一块,我认为 应高于 开发,不过现在在国内环境不是很好,但前途无限!!!

~~感谢帅胡带来一篇好文章，写得很中肯，记得以前咱就聊过跳槽的问题，估计就是从那个时候你开始感到迷茫了吧~
    其实我觉得，工作这个事情应该不存在迷茫这个问题，你感觉到了迷茫就是反映出了你对目前工作的不信任，或是没有兴趣，已经没有当初你开始工作时的激情了~首先你缺少一个对比，或是一个竞争，这样你会失去工作的激情，其次你缺少一个成绩，没有了成就感，就缺少了动力，还有你缺少一个鼓励，这也许是你上司的不足之处。
    测试方面我懂得很少，能提供给你仅仅是一些表面的看法~~~~~

老四说的有道理啊，今天和上司谈了谈，他说叫我放手做。。。呵呵

楼主厉害啊，做了一年半测试就学 了这么多东西，我比你时间还长三个月，但是却觉得比你还差好远，呵呵，我得快马加鞭了啊sdlkfj6

是的啊﹐樓主挺歷害的﹐我出來工作一年多了﹐感覺老是停留在同一階段上。你讓我觸動很深﹐感覺要學習了﹐不學習不行啊。

这么好的帖子，不顶不行啊 sdlkfj3

sdlkfj2 北北写的很不错啊^_^

楼主写得好，海龙老师的建议也不错，感触很多啊！

[quote]原帖由 [i]JaneGu[/i] 于 2006-11-26 11:00 发表
楼主写得好，海龙老师的建议也不错，感触很多啊！ [/quote]
是呀，持续改进

向楼主学习。

很像我的经历，只是还没你那么长久，从事测试行业大致上有8个月时间。
现在主要负责产品部分性能测试，近期负责一个产品发布前测试
很同意搂主的观点，看起来您也类似的开发背景。
发展是要靠机遇的，给个建议想要熟悉流程开始最好选择产品测试的公司。
项目测试，我对此有些偏见，大致上的公司对项目测试都一个态度——蒙混过关（目的是验收，而非在验证系统）

[quote]原帖由 [i]海龙[/i] 于 2006-11-22 16:07 发表


技术方面：
1、可以通过网络认识一些测试做的好的公司的测试同行，了解对方的测试水平，或者到国外的一些测试网站了解测试同行的水平，但是这点有时因为得不到有价值的详细测试数据而影响效果；
2、其实比 ... [/quote]

楼上谈的关于质控方面的问题。基本上通过td是可以分析出来的，这部分内容一般在综合的测试报告中会纳入部分。但一般是由质控团队出一份详细的分析报告给到总监级。

对于软件测试而言，跳槽能带走的除了经验，就是测试体系。
而一般而言，测试体系是质控体系的一个重要组成部分。
由此，对于公司运作的手法、部门结构都可以较为清晰的了解。
除此之外，对产品的理解以及对产品市场的熟悉，也可能让你走上其它管理岗位。
从测试到质控，再转其它管理这条路还是比较不错的。
以下观点，仅为个人看法仅供参考。

大约在几个月前，我也遇到像LZ这样的问题，可是在原来的公司，测试部的环境已经不能满足我的需求了，我学不到什么，反而是在教别人，而且还兼做需求和配置，整天的跟着项目跑，几乎是需求，配置，测试轮流轰炸，很累不说，觉得对于一个才工作一年的我来说，实在是很大的压力，自己都没有学精，怎么能把新人带好呢，而且，我是希望能在刚开始的几年尽量多学点东西，为以后的发展打好基础。
我并不是排斥做需求，配置以及其他的，反而觉得测试人员学习其他的东西反而能更好的做好测试。所以当我觉得我在原来的公司里学到的东西越来越少的时候，我选择了跳槽。
以前我主要做的是项目管理系统，B/S结构居多，还有其他一些网站的测试。测试的对象也是有很多的，我觉得应该多一点接触，所以在现在的公司里，做的是有点类似嵌入式软件的测试，多接触点不同的测试对象，对测试也是有很大的帮助的。 也许，当我觉得在这里也学不到什么的时候，我同样也会选择离开。
虽然不知道这样的决定是否是正确的，但是，学不到东西或没有发展的时候，还继续留下会有好处吗？

看了楼主的工作时间和内容，感觉到很强的危机感，自己进度太慢了。。

我做的和是黑盒测试  实话说不是很喜欢 但是最郁闷的 还是 发展规划不好，高端的测试人才必须懂点 编程知识 可是我看到程序就头大拉 。。算是一个瓶颈吧，，现在呢 我也知道做这个是个死胡同 但是 不敢轻易换工作的，工作不好找啊 ，我现在的想法就是先走着再看吧，，

顶一下sdlkfj5

俺谈谈我的小小感想

真的很佩服楼主在这么短的时间内就接触到了这么多类型系统的测试工作。项目经验和自动化工具的使用经验都是非常丰富的！

的确，测试在中国发展的不是很成熟，尤其是自动化测试

测试工作经验超过一年的就算是有点senior了，再往前走就有点作重复体力劳动的感觉。

编写出可运行并高效可重复利用的测试脚本成为测试工作的瓶颈。

个人感觉，突破口就在于编写出测试自动化脚本，所以申请调去做开发，增长一些编写代码的经验。