年末的一些感想

    下午整理了一下今年的一些工作情况，准备写工作总结。看了看，发现一年下来都疲于奔命中。

    我做软件测试工作，今年算加班大概有200个有效工作日，测试了28个任务，平均算下来，每个任务实际只有7个工作日多一点。最长的一个连贯的工作任务，测试了32个工作日，最短的只有1.5天。

    实际28个任务中很多都是重复的，比如我们有一个软件分A、B、C三版（不是随口说的，就叫A版、B版、C版），其中每个版本还分中文版、英文版，中间还升了一次级，里面的功能也经常的添加、删除、修改，每次改动一些，都要拿过来测试一下，甚至帮助都是我们帮忙检查修改的。今年为了这个程序，我们就测试了不下10次。

    我们公司的程序绝对不是小程序，大部分是政府工程，实际中每天都要用的，所以有问题很容易就会被发现。一些软件还要做外文版向国外买。其中很多程序里面的工作流在我测试的范围外我都会搞不清楚。

    软件工程中说的都很好听，实际上很多都无法执行。测试工作应该有各种文档支持，比如需求、帮助等；测试前应该写测试用例；测试介入软件过程中越早越好等等等等，但是在我们这里几乎无法执行。

    连续超过10个工作日的测试任务今年只有6个，包括我这两天正在测试的。其它大部分在3－6天之间，而且几乎都没有任何的文档，拿过来就要测。等到软件熟悉的差不多了，实际也就离测试完毕不远了。测试用例，我记得很久没有写过了，顶多写个测试注意事项，标明测试中需要特别注意的地方。真写测试用例，写完黄花菜都凉了。

    时间紧、任务多，像什么自动化之类更是水中之月。像我们的程序，自动化工具倒能使用（每个页面都几十edit，很好抓），但用了又能如何，一个程序的测试时间顶多能让我们测试3次，在写脚本的时间内，我敢保证我手工测试发现的问题比自动化工具多的多。

    工作的松紧也并不在测试部掌握之中，很多都是临时的任务。年初的工作计划根本没用，开发那里几乎每个项目都要拖，如果一个项目延期，就会和其它的项目冲突。我最忙的2月份，一个月加班11.5工作日；10月份的时候，整个月什么事情都没有。任务紧的时候，曾经从其它部门借调了4个人来帮忙；任务松的时候，11、12两个月只有我自己测试了几个任务。

    我不清楚我们公司是特例还是普遍。测试的工作都想像的简单，特别是黑盒手工。但想做好，实际和每个人想像的会有很大的差别。很多时候并不是技术能力上的问题，而是实际情况不得不逼你那么做。国内的环境我想应该不会相差很多吧。