健壮先还是易测先

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

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

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

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

评论

14 楼 sun113 2007-09-02  

引用

最起码遇到不符合预期条件的调用（比如参数的格式不对）

我还是以为有点问题，如果每个模块都进行了认真的测试的话，怎么可能会出现上面的问题呢？
难道调用的模块就不进行测试了？

13 楼 movingboy 2007-08-30  

个人感觉健壮性跟易测试性是不矛盾的，怎么就弄矛盾了呢？

引用

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

象这样的代码是健壮的吗？是易测试的吗？我看都不是
既然你的程序是要给其它程序调用的，怎么可以不考虑出错的可能呢？最起码遇到不符合预期条件的调用（比如参数的格式不对），要给出有意义的异常信息，方便查找错误。你不考虑这些，到时有问题还是得找你去分析、解决（因为别人可能根本不知道为什么出错），这实际上就是给自己留了陷阱，早晚自己会踩进去......
健壮的代码才是易测试的，而改进易测试性通常也能提高健壮性。两者不应该偏废

12 楼 sun113 2007-08-30  

引用

如果你寫的是大家共通的 要有很多人用的方法的話 就不應該這麽考慮 這就很明顯是方法本身的問題

我想这句话是关键，我们处理的这些方法是非共同的，不但如此，这些处理应该是偏重于模型的（这里表达可能有误），一环扣一环的。
另外，因为数据库使用了DB2，因此只要数据库中有数据，长度不足的问题是不会出现的，除非数据库字段的长度设置有误。

我想是这样吧

11 楼 ddandyy 2007-08-29  

一般來說 try catch確實是不應該多寫的  因為會隱藏很多問題 還在一點點程度的影響性能
不過寫這種方法的時候  比如說 截取字符 的方法  不管從哪方面來說 也不應該考慮傳來的數據肯定是正確的數據  我不用做check  因為寫這個方法的人不會知道這個方法有多少人調用 而調用的人知道不知道這個規則 他會不會在調用這個方法之前確認他傳過來的數據
所以做有可能扔出異常的操作的時候  必要的check肯定是要有的  不是說用try把他包起來 是在做之前做比如說 長度check 或者非空check
沒有check的src在我這肯定是不過關的  前幾天剛發回去幾個 讓他們確認傳過來的數據

引用

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

這種想法是最要不得的 如果說你寫這個方法的時候衹是寫在自己的action或者server裏 而你們的框架是不會調用別人的action或server裏的方法的話  那沒問題
而如果你寫的是大家共通的 要有很多人用的方法的話 就不應該這麽考慮 這就很明顯是方法本身的問題
你見過JDK裏面方法的DOC裏寫了 參數肯定要非空 或者說 長度在10以內 麽

10 楼 sun113 2007-08-29  

引用

代碼能跑起來就得
怎麽改方便就怎麽改吧

这句能再解释一下吗？什么意思？
我不怎么理解。

我在开始的时候，程序中还使用了很多的异常捕捉的代码，
比如在截取字符串的时候，结果也被指出不规范，理由是：如果这里有可能出现异常的情况下，应该提交申请，然后专门的人对此设计进行修改，否则就不应加入异常捕捉代码。

后来，直接将传递过来的参数作为正确的数据就可以，我认为这样不会有什么问题！并非异常捕捉做的越多越好！

9 楼 ddandyy 2007-08-28  

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

8 楼 sun113 2007-08-28  

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

7 楼 sun113 2007-08-28  

引用

yz_beijing     1 星期前
为什么认为传过来的参数都是正确无误的？

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

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

6 楼 过儿oO 2007-08-22  

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

5 楼 yz_beijing 2007-08-22  

sun113 写道

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

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

4 楼 sun113 2007-08-17  

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

3 楼 sun113 2007-06-11  

引用

健壮性优先
应该是要进行异常处理。要是出现nullpointerexception多可怕！

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

引用

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

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

引用

况且验证数据的准确性 是需要另外测试的自动or人工 并不是简简单单抛掉异常不管

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

2 楼 bluepopopo 2007-06-10  

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

1 楼 daniel.wuz 2007-06-09  

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