我在的公司，可以说是一个作坊，10年前，我来的时候，还没有专职测试人员，那个时候公司就过了cmm2，我现在都不清楚没有测试人员怎么过的。
我来公司后，测试部就组建了，有的时候人多，有的时候人少，多的时候7、8个人，少的时候近2年时间，就我一个测试人员。
当然了，从上面情况也能看出，公司也不重视测试，我所在的城市，专职测试可以去的地方也不多，我个人懒的换地方，也就这么对付着过来了。
公司还是有一定规模的，大概70多开发人员，cmmi3、iso9000等等也都有，看上去比较正规，在我内部人的看法就是作坊。
去年11月的时候，我最后一个手下离职了，又变成了光杆司令，我个人都习惯了，就和主管领导W说，要招人啊，虽然没有活儿，但是真的要测试，总不能我一个人做吧。
嗯，测试工作一直是不饱和的，去年我的实际工作量时间，不超过6、7个月吧，全年很多时候都空闲着，我个人平时喜欢看小说，这也是我不舍得走的原因之一吧，很清闲，可以做自己喜欢的事情。北方的城市就这样了，不止我们测试，开发虽然很多时候看上去很忙，但是也都有很多空闲时间，这里的工作节奏还是很慢的，很适合没有野心的人养老，反正至今我没有听说谁因为工作方面的原因，被公司开除的。
其实我去年一年，做的最多的事情不是测试，而是给各个项目组写测试文档，平时的时候，各个项目组，都不喜欢做测试，只有在客户要项目验收的时候，需要出具测试用例和测试报告才会找我。即使做测试，很多时候测试1、2轮的时候，开发人员就以种种理由闪人了，比如其他项目组要用人，或者去现场开发等等，所以我去年只测试了一个完整的项目，大概花费了1个月的时间，其他项目都是扔了一大堆的缺陷在那里，没人理会了。
当然了，这种现象和公司的运行情况也有关系。第一，我们主要做行业软件，大部分的时候，开发人员都是在现场开发，边开发边上线，那边就直接使用了，很多时候进度比较紧，需求变化多，开发可能不希望测试人员插手，至少测试提出的一大堆问题需要处理吧；第二就是很恶心的任务单制度。我们公司在建立项目的时候，就给出了项目的费用和人力计划，要报销等，必须在项目额度内，但是有一个问题，大家也都清楚，开发人员几乎不可能在进度的计划内完成，所以项目费用一定是不够的，这种情况下，谁还会考虑测试人员？我一直和项目管理部的人说，测试费用要独立出来，不要走项目内经费，要不测试根本不可能有活儿干，项目管理部一直在推搪。我去年干的活，还有一些费用因为超过额度了无法报销，项目经理说等下次做2期的时候，给我转过去报销，但是2期什么时候，天知道。
上面的介绍一下背景，下面就是近期遇到的一些情况。
公司有一个项目SJ9.0，实际这两年，公司都指望这个项目，所以人力什么的很充足，还是老习惯，项目组一直在现场开发，去年要结项，就叫我们去写测试用例，需求文档之类的是不用指望了，有需求文档但是很旧很旧，仅仅能做一个最基本的参考，实际的软件和需求相差不少。那就按照软件写测试用例吧，反正按照他们的说法，测试文档有就行了。写文档的过程中，测试人员一定会发现一些问题，实际软件已经在使用快1年了，个人觉得还是比较稳定的，问题算不上太多。写好后缺陷什么的也都给他们了，至于改不改，和我无关了。
2014年，这个软件9.0版在其他的地方销售成功，根据客户的要求，要做些改动，所以相当于原版本的一个升级。在2014年项目管理部出台了一个决议，说全部项目的计划需要评审，既然有规定那就做吧，进行计划评审。既然有计划评审，当然在评审过程中，我作为测试要争取自己的利益和资源，当时开了一个下午的会讨论项目计划，项目经理Z、我、项目管理部经理、QA经理，内容不多，大部分时间都是Z在介绍项目情况，我的主要工作是抢资源。虽然测试现在只有我1个人，但是还是说要3个人、一个半月。中间的细节就不说了，其实这个软件是一个很大的项目，160多个模块，业务流程也很复杂，他们开发了快2年，我对原有的版本比较熟悉，新的版本9.0也就是写测试用例的1个月，勉强算了解。（SJ算是我们公司的主打产品，但是每个版本都是不同的项目组完成的，公司就是因为有这个软件才成立的，最开始的版本是dos的，后来慢慢升级，我开始接触的时候是5.0版吧，使用c++builder的c/s版。现在主要还在使用的是c/s的7.0版，web的8.0版，集成的9.0版，而且每个版本都是一个独立的项目组在开发维护，也就是说，各个版本主体功能一致，但是用不同的语言开发，也是不同的组在维护。还有很多其他的项目组，也都是围绕sj软件做插件之类的外围工作）
项目计划定下来了，但是测试组没有人啊，那就找人。在我最后一个手下离开的时候，我就和主管领导W说要招人，W的意思是：你测试现在也没有工作，即使招到人，也许过两天就跑了，所以等有测试工作的时候，你看哪个开发组谁没有工作，到时候就支援你。嗯，这次有工作了，就从项目组G暂时借调了一个充当测试人员。还少人员啊，就和SJ项目组说，测试没有人，到时候能否支援，SJ组的大经理L（sj项目组人很多，4、5个经理各分管一摊，Z负责这个升级项目，L总管全部项目）也答应了。一切看起来挺好的吧。
正好，有一个其他部门的人，强烈要求来研发中心（测试部现在行政上属于研发中心，我的上级领导是主管研发中心的副总W），W不好推脱（小老板招的人），就扔给我了。嗯，现在有两个测试小白等着我浇灌了。
既然这样，写ppt，做测试培训资料，后来看到有项目经理B（经理助理，主管CMMI3、ISO评审等工作）对我的培训比较感兴趣，那更好啊，开大培训，就介绍我们系统测试的工作内容，让其他研发项目组了解测试部门的工作。
我的ppt并没有写太多内容，只有13、4页的大纲，仅作为一个引导，能讲到的内容就不写。我第一次讲培训，效果不知道怎么样。开始我预计讲2、30分钟就够了呢，结果讲了一个半小时，我自己都怀疑自己怎么那么能说的。
ppt主要内容就是:质量是用户的要求；测试是质量的控制和度量，目的是验证需求和确保质量；质量是全员的系统工程，提供质量的是开发人员，提高质量最好的方法是确保有一个好的质量过程；一个软件开发出来后，有一个质量上限，测试的工作是接近上限，但是无法到达；提高质量要靠开发人员和QA，测试做的工作主要是验证和修补，对质量的提高没有决定性作用；质量成本是有数量级的差别的，越到后期，处理成本越高；任何问题，等到系统测试发现和处理，全部都晚了；测试的工作内容就是发现问题；还介绍了公司的系统测试流程、能做哪些测试等等。反正说了很多，效果如何不清楚，培训后，我问了很多人，都说挺好，但我想可能还是客气话居多。
当然了，这个是科普性质的测试培训，后来我还专门花了一天的时候，给两个新人，做具体测试内容应该如何做的培训，效果如何现在还没有开始测试，不清楚。
原先说了，我和待测试的SJ项目组说要借调一个人，现在按计划人已经够了，但是我想测试人员越多越好，就去和SJ大经理L（他不但是sj的经理，按照2014新的部门结构，也是整个研发中心的经理）确认借调人员，结果L问我：借我的人一周时间够不够，我当时就思密达了（他们在外面开发，没有听我的测试培训，计划评审时候是负责具体项目的经理Z，L了解研发计划，未必知道测试计划）。我说：你们的软件开发了两年，不说别的，你培训客户需要多久。L说，客户都知道业务啊，培训怎么用就行了。我说：老大，除了我，另外两个都是新人，业务都不熟悉，1周时间恐怕你的软件做什么他们都未必清楚。反正最后说了很多，他的人我也就不指望了。
还有，本来我的计划是在年前，让他们去现场熟悉一下原版软件，当时也和Z说好了，这样年后测试其他地方的升级版，业务也能熟悉，但是万恶的任务单，他们就是不下，我也无法派工。没有任务单，出去就无法报销，我自己无所谓，但是不能让我的手下人出去还自己贴钱吧。当然了，我也和L（Z在外地出差）说，不去可以，你们能否派一个人回来，搭建一个系统环境，不用最新的版本，随便哪个都可以，能运行就够了，只是让他们熟悉一下业务流程。但是L就是说忙，让他们给我们发培训视频，也一直说那里的网络不好，发不过来，最后没有办法，我自己亲自去他们那里，copy回来了培训视频，给我们的两个新人看。
年后的时候，按照计划开始测试了，但是打电话询问，还在开发中，至少要2月底才能测试，其实是否能真的测试上，只有老天知道看，通常这样拖来拖去，基本就不测试了。
这是一个故事，其他还有，我还是再开一个帖子说吧。下个帖子说说我们公司的安全测试一些事情。