界面测试和功能测试有的时候好像是分不清的,比如,输入一超出范围的值,系统应给出错误提示。这一用例中,感觉既有界面测试思想,也有功能测试思想在里面,从界面角度考虑,如果用户输入了超出范围的值了,那系统应该给出相应的提示,从功能角度考虑的话,是应用了边界值分析法来设计这个用例。
所以,我感觉,即使需求说明书上没写明输入错误的值给出提示的话,那站在界面测试的角度也应该把这个问题作为BUG提出来。
写到这,感觉对以前设计的一个用例有了点清醒的认识,那是道面试题,没有需求说明,当时,我写的其中一个测试用例,是当输入错误的时候,应该给出一个错误的提示,但是当时不知道为什么自己怎么想到这个用例了,好像没说明根据似的。
现在想来,那是潜意识中在应用界面测试的思想:易用性,来考虑问题的。
另外一点,我以前以为界面测试和设计有关,所以界面测试是用眼睛看来的,全凭测试者的个人感觉如果没有明确的需求说明书, 没有把它和自动化测试联系起来,更没有想到和业务逻辑有关。
自动化测试工具中用到的插入检查点和预期的相比对,这是界面测试思想,呵呵,这样理解应该没错。
所以,对于每一个测试点,都要从:界面测试(易用性)、功能测试、兼容性测试、安全测试以及性能测试角度去理解。
希望走过路过的朋友,对以上浅显的认识发表下个人见解。