少年包工头的工作日记--和测试部一起战斗的日子

W3CHINA Blog首页 管理页面写新日志退出

Blue blue sky

小工头发表于 2006/12/1 23:14:51

这几天是加班的高潮期。周一就是真正的deadline，主管眼看进度缓慢，索性来了个一锅端，把整个开发团队扔进了测试部，测出问题当场协调当场解决。由此，俺也经历了一段与开发工程师的死敌－－测试工程师共同进退的日子。首先要说的是，测试工程师真的很辛苦。据俺观察，他们的测试工作主要包括三个部分：一是流程测试，按照正常流程使用软件，确认流程有效可用。与普通试用不同的是，他们需要试遍所有可选的输入参数。当输入比较复杂时，这将是一件艰巨而枯燥的工作（这次的测试就是）；二是健壮性测试，故意使用不合适的输入参数，查看软件是否能够控制自己的行为而不至于崩溃；三是使用测试，类似乱枪打鸟，尽量模仿用户最白痴的行为，查看软件的反应是否异常。这些基本上就是所谓黑盒测试的具体工作内容。这次的软件定义了五个级别，再加上硬件有三款，一个完整的测试序列至少包含八个硬件。因此，输入参数的排列组合情况相当复杂，即使做了很多简化，仍然有几十种变化。每当俺们提交一个新版本，测试工程师都要从头再测一遍，工作量的确有些过大了。说是测试工程师，其实多数都是小MM。俺们加班辛苦，至少还可以放松一下，趁着测试的间隙上上网啥的，可是她们只能一遍又一遍地做着重复劳动，说起来也算是相当能吃苦了。昨天吃加班饭的时候，大家的情绪比较低落，主管为了给大家打气，随口许诺项目结束之后研发人员给两天休假。在座的研发工程师们都是欢欣鼓舞，测试工程师们却是低头不语。她们的下一个任务已经安排好了，另外一个项目组的测试，要求在三个工作日内完成，比俺们还狠。做研发的至少还可以幻想休假，做测试的却连幻想的空间都没有。可怜哪！接下来要说的是，测试工程师真的是研发工程师的对头。做黑盒测试的工程师往往对测试的软件没有什么深入的了解（实际上也不允许），因此他们难以判断测试出的bug的严重程度。另外，有些问题看起来简单改起来很困难，这也是可观存在的事实。测试工程师和研发工程师对bug的理解不一致，于是就导致了很多小摩擦。有些bug在研发工程师看来是同一个重复的问题，可是这些bug是不同的工程师测试出来的，于是N个人围着俺瞎吵吵；有时一系列问题都是由一个问题引发，只要解决了源头的问题，那些问题也就迎刃而解，可是测试工程师一个劲地嚷嚷“这里的问题好多好多啊～”……有的时候真的觉得挺烦的。被测试MM念叨还可以忍受，毕竟MM说话比较好听，可是有个男的跟在里头瞎掺和，比MM们还要JJYY，一会儿“你的问题大了！”，一会儿“不应该呀，你怎么做成这样？”，一会儿“不行不行，得赶紧改，太严重了！”－－这话轮得到你说么？俺几次想翻脸，一直忍到晚上，终于在加班结束前夕小爆发了一把，在测试实验室外面爆了一句粗口。虽然音量不是很大，相信那哥们听得到。今天比较忙乱，主管直到快七点才想起来请俺们吃饭。有个小MM忙了一天，饿得胃痛，再加上明后天还要加班，不禁有些郁郁，看起来几乎要飚泪。主管深感不安，吃饭的时候狂给她夹菜，加班的时候跑前跑后伺候十分周到，还帮着她欺负俺，终于哄得MM破涕为笑。主管是好人，可惜做主管还是差点火候。其实工作量并没有主管想像中那么大，bug虽然很多，但归纳起来也就是两三个点，只要那几个点摆平就OK。不过，主管显然对俺的信心不足，除非测试MM报告说所有的bug都没有了，他才会放心。俺能解决的部分都已经摆平，压力早已不在俺这一边。既然如此，俺就不说啥了，安心陪绑，一直陪到主管放安心为止好了。顺路说一句，主管和Patrick一样爱玩，俺们干活的时候他玩游戏，俺们加班的时候他在网上看NBA直播，还给俺们报实时比分。这不是存心刺激人嘛。

阅读全文(1925) | 回复(0) | 编辑 | 精华

发表评论：