可以改变

TD28是我接触手机测试以来第一个从项目测试开始到送入中国移动的库的项目。实话说，当上海华勤这个项目的负责人给我们发来邮件通知我们TD28这个项目已经入库了，我的心轻松了。从这个TD28送入库的那天开始，我们的一颗心就悬着，害怕哪个模块，哪条case出现错误，影响我们整个项目的入库。当时听说两个星期就可以知道是否入库成功，我们在接下来的两个星期里，总感觉心里多了块石头堵的慌，哎！那滋味不好受呀。我明白了中国的一句俗语“度日如年”，14天14年终于盼来了那份入库成功的邮件。我能不笑吗？我能不轻松吗？毕竟它是我做的第一个完整的项目。


两个多月在我们紧张的忙碌中悄然逝去，一轮又一轮的版本测了又测，一份case用了又用，在其中夹杂着我们的辛勤和汗水，包含了我们的成功与失败。第一个版本完成了我们等来的不是祝贺，而是一顿严厉的指责，因为客户那边找出了100多个我们这边为测试出现的问题，当我看见那上面有我漏测的问题，心里有点不爽，我把那些问题验证了一遍发现有些确实与case上的不符，但是我们都与对比机对照过那不是问题呀。可惜客户不听我们的解释，无奈，总有人要为此负责。新建没多久的TD28测试小组解散了，5名测试人员，有三人离开了入库组。当时我暮然醒悟，我不在是在安逸的学校，我已经走上社会，我不能再像以往一样混日子，公司不会给我这个空间，毕竟公司不是学校。新的TD28小组建立了，有幸的我留下来了不幸的我紧张的日子开始了。认真、严谨、仔细这是我必须做到的。一个人可以犯错误，毕竟人非圣贤但是同样的错误一而再再而三的错，那不仅我不可能原谅自己，公司也不会留用那样的我。这个项目虽然很累，客户那边很严格但是它也培养了我。没有压力就没有进步嘛，呵呵


有了一个项目的测试让我了解了自己的不足，发现了一些问题。其一，因为我们是自学自测，所以case的测试思想和观念带有浓重的个人见解，没有百分百的确定case是绝对正确的，没有系统的理论知识作为参考我们无法判定，只能等我们将测试结果交上去以后等待上面的回复，但是上面也不一定会给我们解答这就造成我们测试无法正确判断 。其二，两地办公，使我们双方对疑惑的问题无法进行有效的沟通解决。毕竟负责这个项目的人，不可能每时每刻都坐在电脑旁等着我们这边的人问问题。我们这边每当发现问题不能确认时希望有人给我们快速的解答，但这个时间是不确定的我们不可能保证我们发现问题时上海那边一定在线，这就造成问题不能及时得到有效的解决，影响测试进度。最后的结果就是不能再有效的时间内完成任务。也可能会忘记这个问题。其三，也许是因为我测试的都与信号网络有关吧，我总是感觉时间有些拥挤，有时测试时总是没有信号和网络的速度慢，这就造成我的测试进度慢。每回的测试都是堪堪完成。总是感觉在赶case而不是测试。其四，对比机的问题。 我们在测试时总会出现一些问题，那时我们肯定希望有一台成品机作为对比，这样有利于我们判断我们的测试机是否出现了问题。这是一个测试过程，同时也是我们的学习过程，一台相对应的对比机可以解决很多的疑难问题。但是在我们测试的时候没有这样的对比机，这样就是我们对上海那边的依赖性增大，在无法联系上海那边的情况下，堆积疑难问题。其五，提交的CQ问题没有得到有效的解决。每一轮测试我们都会找出许多的问题并提交CQ。然后，进行下一轮的测试，但是我们常常会发现在我们前一轮测试提出的问题没有解决，也没有给我们任何的说明。我们无法判定它是否是问题，在当前的版本上是否在提交，是重新当一个问题提交还是把以前提的问题修改版本后再提交。


苦尽甘来，TD28项目终于有了一个完满的结局。我们又可以进入下一个征程，加油QT！