乌龟的测试之旅——第一次的迷茫

Jackc · 发表于 2010-7-2 15:45:31

下面是我入门测试后的第1年的经历，希望能对各位处于入门期的同行有些许帮助，以后会逐渐把我自己在测试各个阶段的成长和迷茫逐渐补全。
感觉写的比较杂乱，呵呵::ybaojc:::

首先，说说我刚进公司时的整体环境。

有几个比较好的方面：
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、提升用例质量
在设计用例时，除了需求文档以外，多查看模块功能相关的文档，如概要设计、相关协议、编码格式规范等等。加深模块功能的理解，能设计出质量更高的用例。另外，多看看别人设计的用例，学习他们设计方法的优点（记得要自动忽略缺点哦::daxiao::: ）

PS：其实我在初期的很长时间内（2年）都没学会使用边界值和等价法以外的用例设计方法。::yiwusuoyou:::

3、多接受挑战
在测试初期，多接受挑战性的任务，对个人快速成长帮助很大。当你付出120%的努力后，无论挑战成功还是失败，其实在过程中你已经成长了。（而且，挑战失败对新人的职业发展影响不大）

PS：我测试的第1年基本没有太多的思考，别人要求怎么做，我就怎么做。不明白的直接问主管或项目经理，自己基本不做任何决策。::ybaojc:::

[ 本帖最后由 Jackc 于 2010-7-2 15:50 编辑 ]