一个软件测试工程师的加班经历

一个软件测试工程师的加班经历

正在做测试的、或将要做测试的兄弟姐妹们分享

一个软件测试工程师的加班经历

转自于PMT Community。PMT致力于软件技术和管理的研究与实践，旨在鼓励并促进软件从业人员的交流、合作和职业化。欢迎访问

写下这段流水帐似的周末加班经历，并不是因为无聊。只是老婆要我交待，一个“臭”（这个字眼只有很少机会享用）做软件的，老是这么晚回来，究竟在外面做些什么。如果哪天你也被要求写这样的材料，你可以参考；除了这个作用以外，或许，不同的人会从中看到不同的东西吧。

（此处删除了向老婆表忠心的500字）

背景：

我们的软件产品需要在A、B、C三种硬件平台（理论上对我们的软件影响是不大的）上工作，早些时候已经成功在A上工作了，但在B、C上还有些问题，加班的那天是一个deadline，需要保证在B、C上也能够工作。这个产品由X、Y、Z三个部分组成，分别由三个team负责，基本的关系是：X和用户打交道，X调用Y，Y是数据进数据出，Y调用Z，Z和硬件打交道。

其中，X和Y都是新写的程序，而且早些时候，在X上发现了较多BUG，Y基本上没发现问题。Z的代码在以前的产品中就有，相对已经比较稳定。由于项目的时间压力，这三个部分没有时间做分别的测试，只是程序员简单测一下自己的代码后，就要集成和测试了（这就是我的具体工作）。除了三个team的leader留下外，X的程序员都留下了；Y的leader检查了team members的工作后，认为没什么问题就放他们回家了；Z的leader最“无辜”，目送所有手下下班后，自己不得不留下。

都是指针惹的祸：

一开始要加班是因为X的工作还没有完成，于是大家就一边等，一边“催”（X的leader声称要到12点才能完成，真是乌鸦嘴），一边各忙各的（我在上网看新闻）。事实上，X到7点多就完成了，但一测试发现有明显的内存访问问题。于是X就调试，由于X在内存访问问题上已经“臭名昭著”了，所以大家（至少我）相信是以前类似的问题，或者是以前的修改没有彻底。