是界面,还是功能

实际上，在大部分国内企业，功能性测试是重中之重。
界面不太受重视，本人深有体会。

当然，基本功能确实是最核心的（所以有所谓的smoke test的说法），只是其他问题不能被忽略。
软件的质量如果是“能实现功能就是高质量”那就太可悲了

[ Last edited by songfun on 2005-1-6 at 19:44 ]

个人觉得测试过程最先关注的应该是需求，楼主提到的功能和界面都是需求的一部分。这里所说的需求既包含软件需求也包括测试需求。任何测试如果被测的对象是什么、要测些什么东西都没有搞清楚，想把测试做好是不可能的。通过评审、通过和开发人员沟通，把需求明确起来，需求是否具体？需求是否可测？抽象出来的需求是否和实际相符？通过把这些问题搞清楚，一是加深了对被测对象的认识，二是可以在需求阶段就发现一些可能的Bug，减轻将来的测试工作量，提高整个测试过程的质量。
个人观点，欢迎讨论。

同意斑竹的观点，软件测试首先关注性能功能，然后再考虑其他的！

但有时需求不是很明确的,而是需要测试人员在使用的过程中来明确,在这种情况下怎么办呢?
个人认为,测试的过程也是一个由表到里的过程,拿到一个软件后,首先从它的界面入手,看是否美观等,而后再进一步测试其功能
这是我的一点个人认识,请多指教

新手测试时都是从界面入手的，所以我认为软件功能就算再强大，但没有一个便于用户操作的界面，那这样的软件是不会有用户群的。
我这里所谓的界面是从便于操作的角度考虑的，讲究实用性，不一定要美观，和楼上这位有点区别哦！
当界面功能通过测试后，其实这时已经有一部分功能测试完毕了，之后就可以着手测试软件一些更加具体的功能。
个人意见：界面应最先受到注意，当界面的测试通过了，我们才能进一步了解功能，测试其他功能。

界面测试在概要设计阶段就可以开始测了（这时其实应该就要有界面了）；功能测试毕竟还是重中之重，基本的都不行，测别的有什么意义呢？

新手  顶下

我觉得第一轮Run应该以verify new feature，UI界面为主，包括一些新增加的functions。

这个市不一样的，具体根据测试计划来定，一般来说，一个完整的Project，开始的时候需要关注功能，然后是数据的准确性，，UI，性能等，但是不关注不代表在测试的时候遇到就装作没看见，只是精力不回重点Focus在那些不是你本轮测试的目标上面，但是遇到问题就不能放过。

先是界面吧

第一眼看到的应该是界面而不是功能,所以说首先测试涉及到的应该就是界面而非功能!!
新手意见,请多指教!

鱼和熊掌哟……

应该分析一下测试策略和测试对象的优先级。
可能这个模块的功能性测试优先级高，另一个模块的界面优先级高。
同意上面有人说，根据需求，根据客户和上层的意愿，确定优先级这个任务要放在最前面。

都是非常重要的，测试的人应该都是完美主义

我想楼主的意思应该是：我们在测试中应该优先考虑什么？
我的观点是：先看功能，然后性能，稳定性。在这些都满足之后做UI测试。
假设你自己是客户，你要求的基本的功能都不能实现，或者性能不稳定，即便界面非常满意，估计也是很难接受的。
在下拙见。

根据需求

测试的目的

我觉得相对于界面来说，功能实现和性能瓶颈等方面的问题可能更难解决，而且可能对软件的整体架构有相对较大的影响，所以我认为应该先尽量多地找出功能和性能方面的问题，待这些问题解决了，再来解决界面上的问题！当然，并不是说界面不重要，软件界面的友好程度和软件的易用性对用户来说都同样重要，只不过对于开发人员来讲，界面上的问题应该都是小kiss了！（个人意见，仅供参考）

引用:

原帖由 lhy 于 2005-1-18 09:30 发表
但有时需求不是很明确的,而是需要测试人员在使用的过程中来明确,在这种情况下怎么办呢?
个人认为,测试的过程也是一个由表到里的过程,拿到一个软件后,首先从它的界面入手,看是否美观等,而后再进一步测试其功能
...

同意观点，第一印象就是界面了！
给用户的印象不好的话，他们连碰都不碰！