上周末在整理MK23和CT测试集的时候，发现自己写的测试用例遗漏了一点：客户的使用习惯
因为对源码做了修改，所以要对API进行测试，测试的目标是证明修正点会正确抛出消息，在测试要因表（公司测试统一使用要因法进行测试）中，客户那边加了一条抛出消息后执行SQL文的要因，我在写测试case时觉得没有必要，就无视了
在测试中，我做的修改是生效的，当触发这个错误时，Application会自动停止，但是，如果用户习惯使用异常捕捉，把这个错误忽视掉，继续执行后面的语句（INSERT，UPDATE，DELETE等操作）的话，程序中数据的通信突然中止并抛出错误消息的逻辑是否会影响后面的操作不得而知。
按照正常的执行流程，进行分析，修正，测试，一般都能做到，但是用户的习惯各种各样，测正常系的同时，也要考虑到异常系
因为对源码做了修改，所以要对API进行测试，测试的目标是证明修正点会正确抛出消息，在测试要因表（公司测试统一使用要因法进行测试）中，客户那边加了一条抛出消息后执行SQL文的要因，我在写测试case时觉得没有必要，就无视了
在测试中，我做的修改是生效的，当触发这个错误时，Application会自动停止，但是，如果用户习惯使用异常捕捉，把这个错误忽视掉，继续执行后面的语句（INSERT，UPDATE，DELETE等操作）的话，程序中数据的通信突然中止并抛出错误消息的逻辑是否会影响后面的操作不得而知。
按照正常的执行流程，进行分析，修正，测试，一般都能做到，但是用户的习惯各种各样，测正常系的同时，也要考虑到异常系
658
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
