前期考虑不周导致验收测试未通过----千里之堤溃于蚁穴

这次验收javascript.:tagshow(event, '%B2%E2%CA%D4');" href="javascript.:;" target=_self>测试进行得似乎急了一些，系统从测试环境搬迁到商用环境刚刚结束还没来得及检查就把客户请过来了。我们做好了系统测试，正当我们认为不会发生问题的时候，客户总是想得比我们周到。

测试用例在系统测试阶段已经评审通过了，而且还在客户方得到确认。无线固话系统只允许在小区内自由移动，进行通话，用例给出的无非就是小区内、小区外的通话情况。验收时我特地用测试话机拨打客户手机，客户确认没有问题时。他们又突发奇想，自己的手机能否拨打呢？他们那联通的手机不管是186还是156均是嘟嘟之声，拨打不了。我也傻了，我移动的能打，他联通的不能打吗？而且这个无线固话还是他自家的产品。结果正因为没有在意，也因为没有联通的手机，还真出现了这个情况是被客户发现的。同时这个问题主要问题还在于客户方，真有意思的一个BUG。

这个问题导致了客户对产品相当不好的印象，谁知来到一个小区发生了无法变更小区的错误，这是一个非常大的错误，客户无法接受。我们、合作方、客户方都在全力追查此问题，此问题经过近两小时的修改没能解决。前方负责测试的人员在太阳的烤晒下渐渐失去了耐心，好不容易熬到午餐时间，决定撤回去。中午的时候终于查出了原因，原来该小区的基站超出了数据库字段的最大值，而测试区域正是上次测试区域的旁边，竟然没有发现此问题，合该出事。

后来追查责任竟然是谈需求的时候我方和客户方曾要求过将最大值扩大一倍，而合作方HW因为升级比较麻烦没有理会，导致了此问题。这个时候不能责怪谁，测试暂时无法进行，但项目还得开展，目前仍在全力解决此问题中，也因此而细化了测试细度，新一轮的测试比以前更加辛苦了。