健壮先还是易测先

正在做的项目中有非常多的对字符串的操作，比如从数据库中取得数据，取得某个字段后将这个字符串的3-5位截取出来，放到一个bean里面。

显然的，如果数据库中某个字段为空，可能会抛出空指针的错误；如果字符串的长度不够会抛出越界的错误。

现在有这样的问题：
如果我在程序中避免这样的异常，就会掩盖错误的数据。ps没有正规的测试数据。
如果我不进行处理的话，就会有很多的异常。数据表很多，测试的时候很困难。

请问大家，这样的情况怎么处理？

能否考虑捕获异常,写到日志里?
因为如果是数据本身有错误,良好的错误提示信息是非常必要的

健壮性优先
应该是要进行异常处理。要是出现nullpointerexception多可怕！
况且验证数据的准确性 是需要另外测试的自动or人工 并不是简简单单抛掉异常不管

我也比较倾向于先保证健壮性，先保证系统能够正常的运行。因为就目前的情形来看，正规的数据不能及时地得到是肯定的了，如果自己填写的话会出现大量的异常。


这是个很好的辅助措施，至少能让我快速找到不规范数据。


请问，除了人工测试，数据的正确性还能如何测试？有什么方法？

做完了，总结一下：
能控制的都进行控制，但是不对传过来的参数进行检查，认为传过来的参数都是正确无误的。

为什么认为传过来的参数都是正确无误的？

健壮性优先，你应该考虑到这些，空指针和位数不够的情况我感觉是你刚用到截串的时候就该想到了

因为我的程序进行测试的时候，不会先去测试别人的调用程序，我们只需要保证在自己模块里的数据都正确的得到处理就可以了，如果别人传递过来的参数有错误，那只能说是他的程序里面有问题，和我的模块没有关系的！

另外数据库采用了DB2，所以只需要避免NULL值的出现就可以了，只要不是null值，位数就一定是够的！

我这里还有个问题：
设计中出现了一个字符串和BLANK比较的情况，请问如果字符串为null时，应该归到那边呢？大于？小于？等于？
现在的处理是这样的：
将null排除在外，null值不再比较的范围内。
不知道这样对不对？

維護項目?
這種代碼都能交貨 說明也不是什麽太註意的公司  代碼能跑起來就得
怎麽改方便就怎麽改吧  如果客戶沒有要求的話