进入软件测试行业快三年了，尽管我还只是公司普通的一个测试人员，也算尝到了做软件测试工作的些许滋味。这些滋味虽然凑不上百味，只有少少的几味，但因为是亲自品尝，以致感触颇深，常想一吐为快。当然，这只是我一家之言，如能博得几分同感，那将是我的幸事，在此先谢过。以下我将与诸位分享我做测试的滋味人生，测试的滋味：
1、烦闷的滋味
大家都知道，做软件测试的目的是尽可能多的找出软件的缺陷。对于没有接触过软件测试的人来说，他们会觉得这很容易，点几下鼠标就出来了，可实际上不是这样子的。测试人员要测试的软件往往经过了前一阶段人员多轮的测试，最不济也由开发人员自己测试过一遍了，想从这样的软件里找到缺陷，常常是“鸡蛋里挑骨头”，谈何容易？！可我们还必须找出问题来，于是我们设计众多的测试用例，包括功能、性能、安全等等方面的用例，一轮又一轮地执行它们来测试软件，用通俗的话来说就是“把软件往死里整”，可实际上我们没把软件整死，却被软件给整死了。每天我们的工作就是执行那众多的测试用例，好像总也执行不完；每天我们的工作就是找软件的缺陷，好像总也找不到，只是不停地在测试、测试。。。。。。一个星期下来，我们看着那众多未执行的测试用例，再看看变更管理库自已提交的故障单，感觉这个星期都白干了，哎，郁闷呀！
2、兴奋的滋味
当然测试工作也不只是枯燥，只让人品尝烦闷的滋味，有时它也会让你兴奋的，这便是当你发现故障的时候。测试了那么久，执行了那么多的用例，想了那么多的方法来折腾软件，终于发现故障了，哈哈，太高兴了！赶紧把开发人员找来，用邮件或者电话的方式，当然电话告诉他们最好了，不过，这个时候我们别得意忘形，尽量用最平和的语气，心里高兴就行了，因为有时开发人员并不乐意看到这样的表情或者听到这样的语气。
3、失望的滋味
当发现了故障，诚然有我们高兴的时候，但也有让我们失望的时候。比如你发现的故障在两个小时前就被别人提过了；比如开发人员经过调试以后发现这不是一个故障，功能表现很正常；再比如是你操作步骤有误，看错了现象。。。。。。这种情况很多，也比较容易让我们本已经很疲惫的心再次被浇了一盆冷水，冰凉冰凉。
其实这也很正常，连微软的测试同行们都在拼命抢BUG，所以没事的，努力测、仔细测、快速测，很快就可以提许多的故障了。
4、惊喜的滋味
有道是“踏破铁鞋无觅处，得来全不费功夫”，测试过程中也常有得到大礼的时候—比如空中忽然掉下个大BUG，而且是M1级别的！很多时候，我们测试的死去活来都没有找到一个问题，嘿，突然系统里就多了一个core文件，一查，原来是系统模块异常退出了。呵呵，真幸运呀，提个CQ先！
当然，不是每天都掉BUG的，不劳而获的思想我们不能有，我们只能把它当作上天送给勤劳的测试人员的一个小礼物，仅此而已。
5、恼怒的滋味
发现了故障，也已经确认这是一个故障，但开发人员却死活不认为是故障，回个邮件跟你说，需求里没有说，没有定义。需求没定义就不是问题了？其实这只是一个很简单的问题，开发人员处理起来很简单，改几行代码就可以了，但可能因为考核或者工作量的原因，开发人员不愿意改。这种事情有时很让人恼火的，尤其是私下里沟通未果的时候。我们常常会碰到这种问题，大家基本上都是对事不对人，实在不行，就转交给上司来判断，再不行就由项目CCB或者产品CCB来决断，不要觉得不改问题也无所谓，因为我们的职责是发现一个故障，解决一个故障，这样才能给最终用户一个好的软件。
6、无奈的滋味
大家也常常碰到自己提交的故障最后被CCB拒绝的情况，不知道大家感受如何，反正我有时觉得挺无奈的。当然，拒绝故障可能是因为CCB认为投入比产出大，或者是因为不影响使用，但对于故障提交人来说，总是感觉有些不爽。我常常会在提交一个故障之后的几天里多次查询该故障的状态，看一看是不是被拒绝了。如果看到状态为“被指派”，则感觉良好；如果看到“被拒绝”，则有种没有被人承认的感觉。虽然CCB也会在拒绝故障之前跟你沟通，但很多时候尽管你力争，还是被拒了，让你感觉有些不好。
7、感动的滋味
前些天因为给其它项目组提交了一个故障，人家不承认，准备拒绝，跟我沟通。其实也不是说沟通，因为都准备拒了，我把邮件转发给了我的老大，看看他的意见。许久没有看到他的回复，于是我就回复邮件给那个项目组的人，拒就拒吧，于是就被拒了。没想到5分钟后老大从四楼跑到六楼跟我说他刚开始没看到邮件，说我为什么不顶回去？哎，感动中。做软件测试，有一个支持自己的人不容易呀，因为很多时候，测试人员都与开发人员不太对等，话语权都掌握在他们手中。
8、无助的滋味
2006年我临时作为技术支持人员到用户现场做技术支持，期间因为贫血的缘故，眼花、头痛，在操作设备的时候差点就倒了下来，但还是坚持着完成了任务。那个时候就一个人，很无助，谁也帮不了你，只能靠自己，现在想来挺难受的。其实哪一份工作都是这样的，碰到问题就努力解决，也不是什么大不了的事情。
9、难过的滋味
人最难受的是不被人理解，做软件测试也是一样。软件测试有时被定义成了软件的破坏活动，在有些开发人员的心里，测试人员是找碴的，是有些病态的一群人。软件测试只有投入，从现象来看，没有产出，测试人员的价值无法完全体现出来，所以也被认为这样也算正常。记得以前有位开发经理冲我喊道“这样的问题为什么没有测试出来？你们测试人员是干什么的？”，当时感觉很委屈的，如今想想，也算不了什么，只能说他的质量认识只到了那一层次，我也不想反问“这个软件你们是怎么开发出来的？”。
上个月，我被评为了质量标兵，二等奖，感觉挺好的，不只是因为奖金，更因为我的工作被人理解了，看重了。
10、抓狂的滋味
不知道你是否还记得你的第一个测试用例是怎样写成的？不知道你是否还记得你出的第一份测试报告？我还记得，那种滋味怎么说呢，对我来说，就是抓狂。我很奇怪，为什么执行别人的用例时总说别人写得烂，可自己要去写时，却不知道怎么描述、怎么措辞；为什么有测试报告的模板，甚至有一部分可以直接从TM直接导出，可写起测试报告来为什么还那么难？
其实写多了这些文档就不会这样抓狂了。不要怕麻烦，多写写，对开阔你思考问题的视野、锻炼找BUG的能力都是很有好处的。
11、担心的滋味
这种滋味，或者说这种心情，其实是一直陪伴着我们的，尤其是当软件已经发布后。软件测试是一个有风险的工作，因为它不可能把软件测试彻底，最终用户有太多各种不同的环境，所以尽管软件版本已经发布了，仍然会在用户那边出现许多故障。做测试的我们，总认为经过我们测试的软件应该没有问题，如果在用户那边出现任何一个问题都是因为自己的错误导致的，于是开始担心，担心用户那边会出现问题。当听到用户那边出现故障时，作为测试人员的我们一般都会感觉很难受、很内疚。其实没什么的，我们只需要尽我们的能力去做好测试就可以了，因为好的软件是设计出来的，不是测试出来的。
12、。。。。。。
还有许多的滋味，没法一一表述，如果你想知道，就来做软件测试吧，它会给你切身的体会。
