我的测试人生路之一 --- 从排斥到接受
上一篇 /
下一篇 2011-11-07 16:59:02 / 天气: 晴朗
/ 心情: 平静
/ 个人分类：工作随想
那年，听说测试是一个很有前景的职业，而且对于初出校园的我来说，那家公司的工作环境、工资相对还不错，于是就稀里糊涂的选择了软件测试。
或许是新鲜的事物对人的诱惑力总是比较强，在学生这个角色上待了十几年，对即将要接受的新角色充满了期待与喜悦。
第二年8月底，终于进入传说中的测试部。然而，在亲眼见到周围人的工作后，所有的期待、喜悦等等一切美好的心情顷刻消失，取而代之的是无尽的烦恼与纠结。。。。。
原来，这就是测试呀！！
原来测试就是模拟用户从各个角度来使用产品而已！！完全没有技术含量！我质问自己，这4年大学读来何用，就是来做这些的么？这种工作用得着本科毕业生来做？
那时的我，缺乏犯错的勇气，不敢抛弃一切去追寻自己。于是，我只有不断告诉自己：既然不能做到自己想做的，那就去爱上自己正在做的。
即使这样，我仍然纠结了很长一段时间，觉得如此下去，我将没有任何价值。试想如果一个人活着，觉得自己没有任何价值，那将是多么恐怖！我不敢多想，于是选择了逃避，尽量不去想。
如此这般，浑浑噩噩，得过且过，几个月过去了。。。
测试并非完全无趣
渐渐地，我发现眼见不一定为实。因为测试工作的开展，每个人都可以有自己的思路，所以，眼见到的只是别人的测试工作。我完全可以选择自己的工作方式。你可以选择只做一个彻彻底底的测试员，但是你也可以选择做一个真正的测试工程师。
我总认为，如果我对自己测试产品的设计完全无知，那么我怎么能将这个产品测试好呢？那些隐藏的问题，根本无法想到。
然而，现实是残酷的。公司不允许测试人员参加产品的概要设计，我们想要深入了解自己所测试功能的方法只有两个方式：其一，需求文档；其二，与功能设计人员交流。
需求文档，有着专业的模板，专业的需求分析人员来编写，基本是我们编写测试用例的全部依据。然而需求文档的质量与需求分析人员的水平有着密切关系。仅仅靠这个来编写用例的话，你会发现，你的很多用例可能无法确定预期结果，而且最后测试执行时可能会发现，有很多细节问题，实际做的与需求不一致。这导致我们维护用例的工作量变大。此时，与功能设计人员交流的优势就出来了，因为这可以帮你获取那些从需求上获取不到的信息（因为需求人员不是神，不可能面面俱到）。而且，在产品或项目的开发阶段或测试间歇期，及时与功能设计或开发人员进行沟通，还可以在测试执行之前就获取到一些变动信息，而不需要等到执行某一条用例，发现与上个版本不一致，再找开发人员确认时，才知道细节有变动。
值得一提的是，功能设计人员有时可能不是功能实现的程序员，而是项目的其他leader。
当你全程参与到需求评审、用例设计、测试执行、用例维护、测试分析等工作中时，就明白测试并不仅仅是测试执行，还有很多更重要的。 这时，我发现，原来这才是测试。测试并不如我初见，那只是一个测试员的测试。
我喜欢新鲜的事物，更喜欢做有难度的事情。所以，测试在我眼里开始变得不那么讨厌。因为我知道想要做好测试，我仍需努力，努力，再努力。
测试也需要技术支撑
虽然开始对测试有点兴趣，但是也许是因为出身于工科，“设计程序才是技术活”‘、“测试没有技术含量”的想法仍然挥之不去。直到后来，我发现自动化测试的存在，发现还有一种测试工具叫QTP，还有一种脚本语言叫TCL。我那松弛的神经瞬间紧绷起来，不可抑制的兴奋，再次领会到“雀跃”的含义。 于是，我利用业余时间给自己充电，在工作中，抓住一切可以涉及到自动化测试的工作机会。
工作以来，曾经无数次叩问自己，是否真的要在测试这条路上走下去，无数次未果。幸运的是，我接触到了自动化测试，我确定我要走下去，走上自动化测试之路。
至此，我终于安心在测试这个职业领域。然而，3载将逝。
收藏
举报
TAG:
心路历程
有意思
测试
纠结
引用 删除 qincaihong / 2011-12-23 10:48:55
