界面测试应该在什么时候进行最好?
我有一个问题,界面测试应该在什么时候进行最好呢?是否应该把它设计进功能测试的用例中去呢?假如给你一个窗口,右上角有关闭\最大化\最小化三个按钮,你是否应该在每次功能测试的时候测它呢?还是单独把它做为界面测试来测?
界面测试的要点是什么呢? 界面测试应该在所有功能和性能需求都被实现，并且经过了充分的功能和性能测试后，再开始界面测试，也可以说在版本对外发布前做界面测试是比较合适的。
在做功能测试的时候肯定会涉及到对界面元素的操作，但是在做功能测试的时候，我们的关注点是软件的功能是否正确实现，而不是界面是否正确实现。在我们做界面测试的时候关注点就是界面是否正确实现，而不是功能是否正确实现。
做界面测试时只要掌握一个原则：围绕界面的显示展开测试就ok啦
[ 本帖最后由 candy_83 于 2007-5-18 17:37 编辑 ] 不赞成楼上说的，最后做界面测试，界面测试一定要尽早的开展。
界面测试应该属于比较早期的测试。
软件研发的过程过去是从内而外，首先确定的是功能的实现。因为是以算法，函数优先，以内容为主。那个时候用户的需求第一位的是“能用”
但是已经发展为从外而内，首先确定是界面的布局，因为是以控件，布局位置优先，以外观和布局为主。用户的需求并不只是“能用”，还讲究外观和习惯，同样功能的软件，更符合用户审美观和习惯操作的才能生存下去。因此现在每个公司的UI部门才显得那么重要！！！
将来再发展下去估计应该是以协议、接口最为优先。主要是因为网络的进一步普及！！！用户需求也会随着改变，具体会改变成什么，没有时间进行深入分析！！！ 呵呵
[ 本帖最后由 逍遥剑客 于 2007-5-18 18:33 编辑 ] 在公司里GUI测试有最先开始也有最后才开始的，但我觉得应该最先开始比较好一点，GUI测试是要保证控件的正确性，如果控件都不正确，那就无法执行功能测试了 几位同学说的都很蛮有道理的，我个人觉得界面测试属于GUI的范畴之内，应当划分于功能测试内，但到底是最早开始介入还是最后再介入呢，取决于企业，每个企业对于软件项目的SRS不同，根据SRS来判断，到底是最先做还是后做。。。sdlkfj3 我觉得应该根据具体的需求来判断，先考虑界面也会有好处的。因为如果用户的需求在频繁的变更（一般都会是从界面，功能方面的变更）所以首先把要变更的东西安定下来肯定会为后面的卡法测试省下不少的时间。。。。sdlkfj8 （个人看法，仅供参考！） 我觉得GUI测试不应归到功能测试范畴内，他俩应该是并列关系，都是系统测试的一种类型
原帖由 霸气林林 于 2007-5-20 11:23 发表 http://bbs.51testing.com/images/common/back.gif
我个人觉得界面测试属于GUI的范畴之内，应当划分于功能测试内。。。 個人認爲：
在做功能測試的時候，可以一併做GUI的測試了。如果真要等到最後來進行，那一旦發現致命缺陷，估計……而且功能測試有時候也會涉及到一些界面元素的，用相同的功能測試用例就能完成GUI的測試，為什麽還要到後面來測呢，一旦在功能測試的時候發現了GUI的缺陷，就提交了！
思路有點亂，不好意思哦！！！ 偶也同意GUI测试在前期进行! 先把主要的流程测试完了在测试！
因为程式员大多数都是最后才作容错机制
页:
[1]
