背景描述：界面测试中有相当大一部分并不针对软件的运行，而是用“看”的，即布局是否美观、字体是否统一、控件是否对齐、提示是否标准等等，这些内容在测试的时候是必须要考虑的，而且每一个页面都要“看”，工作量不大，但是工作面很大，那么针对这类型界面测试是否还需要写测试用例呢？
精彩回答：
会员：beryl_lin
一、关于界面测试
用户界面测试，英文是User interface testing。又称UI测试。
用户界面，英文是User interface。是指软件中的可见外观及其底层与用户交互的部分（菜单、对话框、窗口和其它控件）。
用户界面测试是指测试用户界面的风格是否满足客户要求，文字是否正确，页面是否美观，文字，图片组合是否完美，操作是否友好等等。UI 测试的目标是确保用户界面会通过测试对象的功能来为用户提供相应的访问或浏览功能。确保用户界面符合公司或行业的标准。包括用户友好性、人性化、易操作性测试。
用户界面测试用户分析软件用户界面的设计是否合乎用户期望或要求。它常常包括菜单，对话框及对话框上所有按钮，文字，出错提示，帮助信息 (Menu 和Help content)等方面的测试。比如，测试Microsoft Excel中插入符号功能所用的对话框的大小，所有按钮是否对齐，字符串字体大小，出错信息内容和字体大小，工具栏位置/图标等等。
本文出自51Testing软件测试论坛话题PK活动，感谢会员beryl_lin的精彩分析。
二、关于测试用例
测试用例是测试工作的指导，是软件测试的必须遵守的准则。更是软件测试质量稳定的根本保障。其重要性体现在如下方面：
1、测试用例构成了设计和制定测试过程的基础。
2、测试的“深度”与测试用例的数量成比例。由于每个测试用例反映不同的场景、条件或经由产品的事件流，因而，随着测试用例数量的增加，您对产品质量和测试流程也就越有信心。
3、判断测试是否完全的一个主要评测方法是基于需求的覆盖，而这又是以确定、实施和/或执行的测试用例的数量为依据的。类似下面这样的说明：“95 % 的关键测试用例已得以执行和验证”，远比“我们已完成 95 % 的测试”更有意义。
4、测试工作量与测试用例的数量成比例。根据全面且细化的测试用例，可以更准确地估计测试周期各连续阶段的时间安排。
5、测试设计和开发的类型以及所需的资源主要都受控于测试用例。
本文出自51Testing软件测试论坛话题PK活动，感谢会员beryl_lin的精彩分析。
三、现实情况
在传统的软件开发过程中，测试似乎总显得没有开发重要。前期的需求分析、系统设计阶段会生成的相应的文档，开发持续的时间也会比较长，而且在开发过程中仍然会有需求文档的变更，所以，测试用例一般要到后期集中测试阶段才来编写，但是到那个时候往往时间不会很充裕，更多的精力需要集中在功能测试方面，相对来说，用户界面是否友好似乎显得不是那么重要，而且很多人认为直接根据需求文档凭借测试员自己的经验来执行就可以，UI测试用例的编写也就被忽略。
在敏捷开发中，测试是整个团队中非常重要的一个角色。往往在开发之前就已经介入，测试用例是依附于每个story。story的功能需求基本在AC（验收条件）里边会有详细的描述，测试用例来自于AC，这种情况的测试用例可能不会写的很细，但是一般story的功能、性能和UI方面都会涉及到的。
总之，用户界面是系统与用户交互的唯一接口，是系统的门头，是非常重要的一个组成要素，对用户界面的测试，对其质量的保证也就至关重要；另一方面，用户界面包含很多复杂的元素，易用与否，是否满足需求都会影响到整个系统的质量，没有完整的测试用例，不经过系统的测试显然是没法保证这个质量的。不管现实情况是否对UI测试编写测试用例，无规矩不成方圆，只有严格的编写测试用例，并依据测试用例执行严格的测试才能尽量提高系统的质量，获得用户的青睐。最佳情形是，不管是传统的还是敏捷的开发方式，测试人员都要尽早的介入，一旦需求确定就开始编写测试用例，以确保等开发完成的时候有足够的时间来执行测试。如果 PM不能认识到这一点，我们作为测试人员应该有明确的意识，要争取在团队中的地位，扩大测试的整个开发流程的影响，和团队成员共同来提高软件的质量。
版权声明：原创作品，转载时请务必以超链接形式标明文章原始出处、作者信息和本声明，否则将追究法律责任。
查看更多软件测试话题：http://bbs.51testing.com/forum-208-1.html
相关阅读：
界面测试是否需要编写测试用例？（51Testing论坛话题PK）
生命周期半年的项目需求是否有必要写用例？（51Testing论坛话题PK）
女性比男性更适合做软件测试？（51Testing论坛话题PK）
软件测试人员不需要为产品质量负责？（51Testing论坛话题PK）
测试人员可以被开发人员取代吗？（51Testing论坛话题PK）
黑 盒测试与白 盒测试相比，白盒比黑盒更难？（51Testing论坛话题PK）
自动化 测试终究会取代手工测试？（51Testing论坛话题PK）
