米四's profilevariolaPhotosBlogListsMore Tools Help

Blog


    23 November

    我的测试我的瓶颈

         一直往前走,是一定会遇到瓶颈的。

         虽然还剩下一个星期,但我还是想提前断定进入GPIF的日子无法令人舒服。在论证这一点之前,可能又不得不提及到信仰之类的东西,或者再具体点点说是,信仰已经被违背了。作为一名软件人,自学校起,软件工程的思想便根深蒂固,流程化、标准化、规范化、统一化、工业化……所有这些好果子渐渐堆积,终于在毕业之前形成了自己作为一名软件人的信仰。

         可问题是,现在信仰破了。当我加入GPIF,踌躇满志踏入自己软件工程中最薄弱环节——软件测试领域时,本以为可以学习到经历到感受到测试的魅力以及其散发出来的软件工程魅力,谁知并不和谐的现状以及棘手的执行总是叫人无从适行。

         没有明确定位的测试工作任务,黑盒测试?白盒测试?说不用管系统框架和开发细则,又为什么要我们深入代码测试?现在测试处于什么阶段?占整个系统哪个环节?测试是什么时候开始的,什么时候结束?本项目的测试采纳的是何种测试模型?更新的WBS何在?下一步进度安排呢?为什么上午没有任务,下午3点又一堆逼你加班的任务到来?为什么不绑定测试者和画面?开发者与测试者怎么能这样协调?是不是应该有更好的桥梁?为什么某些内容需要某个小组先review,然后我们又来测,可知我们之间需要多少的沟通成本?为什么不对我们执行哪怕一毫克的培训,特别是日语开发细节和金融领域的知识?没有人来问我们要Bug率?生产线的效率考核不要?纳品归来后产生的意外Bug票不需要找我算账?……

         这不是我期望的软件工作,也不是我想象中的软件测试。而相对无数的疑惑和不愉快,我发现最最最令我沮丧的,是我没有进步,特别测试知识的提高。伴随着填补最薄弱环节愿望的破灭,我也开始变得现实起来,不仅重新开始思考软件工程和现实的对接(以前做过几个项目,要么是独立自主完全按照软件工程来,要么是项目担当者根本没理会ME,更有甚者项目的进展直接就是表明要跟ME对着干的,而只有GPIF在我看来才是真正第一个使用ME的真实项目),也开始侧击旁敲地反思信仰。

         可是,没错,我是还要往前走的。所有我的意识和抱怨,不管是对是错,也不论管中窥豹还是目无全牛,都将跟着我继续上路,我心底隐隐约约还保留着火焰,我相信所有的问题都会有答案,ME这把灰烬使者也会被净化,瓶颈?定能突破。