（一）文本框测试

功能测试用例和界面测试用例的设计方法

 

1.1 文本框、按钮等控件测试

 

1.1.1 文本框的测试

 

如何对文本框进行测试

 

　a,输入正常的字母或数字。

　b,输入已存在的文件的名称；

　c,输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理；

　d,输入默认值，空白，空格；

　e,若只允许输入字母，尝试输入数字；反之；尝试输入字母；

　f,利用复制，粘贴等操作强制输入程序不允许的输入数据；

　g,输入特殊字符集，例如，NUL及\n等；

　h,输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示；

　i,输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

 

在测试过程中所用到的测试方法：

 

　1,输入非法数据；

　2,输入默认值；

　3,输入特殊字符集；

　4,输入使缓冲区溢出的数据；

　5,输入相同的文件名；

 

1.1.2 命令按钮控件的测试

 

测试方法：

 

　a,点击按钮正确响应操作。如，单击确定，正确执行操作；单击取消，退出窗口；

　b,对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31；

　c,对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会；

 

1.1.3 单选按钮控件的测试

 

测试方法：

 

　a,一组单选按钮不能同时选中，只能选中一个。

　b,逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”；

　c,一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空；

1.1.4 up－down控件文本框的测试

 

测试方法：

 

　a,直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10；

　b,利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1；反之亦适用；

　c,直接输入超边界值，系统应该提示重新输入；

　d,输入默认值，空白。如，“插入”数目为默认值，点击“确定”；或，删除默认值，使内容为空，单击“确定”进行测试；

　e,输入字符。此时系统应提示输入有误。

 

1.1.5 组合列表框的测试

 

测试方法：

 

　a,条目内容正确，其详细条目内容可以根据需求说明确定；

　b,逐一执行列表框中每个条目的功能；

　c,检查能否向组合列表框输入数据；

 

1.1.6 复选框的测试

 

测试方法：

 

　a,多个复选框可以被同时选中；

　b,多个复选框可以被部分选中；

　c,多个复选框可以都不被选中；

　d,逐一执行每个复选框的功能；

 

1.1.7 列表框控件的测试

 

测试方法：

 

　a,条目内容正确；同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误；

　b,列表框的内容较多时要使用滚动条；

　c,列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况；

 

1.1.8 滚动条控件的测试

 

要注意一下几点：

 

　a,滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间；

　b,拖动滚动条，检查屏幕刷新情况，并查看是否有乱码；

　c,单击滚动条；

　d,用滚轮控制滚动条；

　e,滚动条的上下按钮。

 

1.1.9 各种控件在窗体中混和使用时的测试

 

　a,控件间的相互作用；

　b,tab键的顺序，一般是从上到下，从左到右；

　c,热键的使用，逐一测试；

　d,enter键和esc键的使用；

在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

 

ps:密码输入框测试时要特别注意进行字母大写输入的测试。

 

查找替换操作

　案例演示:打开word中的"替换"对话框

　测试本功能有通过测试和失败测试两种情况

　通过测试:

 

　1,输入内容直接查找,或查找全部

　2,在组合框中寻找已经查找过的内容,再次查找并确认文档的内容正确,如,已经查找过"测试用例",再次进入不用重新输入查找内容,直接在文档中搜寻就可以.

 

失败测试:

　1,输入过长或过短的查询字符串.如,假设查询的字符串长度为1到255,那么输入0,1,2,256,255和254进行测试;

　2,输入特殊字符集,如,在word中.^g代表图片,^代表分栏符,可以输入这类特殊字符测试;

 

替换测试大体相同.

　关于编辑操作窗口的功能测试的用例:

　1,关闭查找替换窗口.不执行任何操作,直接退出;

　2,附件和选项测试.假如,设定"精确搜寻","向后"搜索等附件选项等等来测试;

　3,控件间的相互作用.如,搜寻内容为空时,按钮"搜寻全部","搜寻","全部替换","替换"都为灰色.

　4,热键, Tab键.回车键的使用.

 

插入操作

　1,插入文件

　测试的情况

　a,插入文件;

　b,插入图像;

　c,在文档中插入文档本身;

　d,移除插入的源文件;

　e,更换插入的源文件的内容;

 

2,链接文件

　测试方法:

　a,插入链接文件;

　b,在文档中链接文档本身;

　c,移除插入的源文件;

　d,更换插入的源文件的内容.

 

3,插入对象

　要测试的内容

　a,插入程序允许的对象,如,在word中插入excel工作表;

　b,修改所插入对象的内容.插入的对象仍能正确显示;

　c,卸载生成插入对象的程序,如,在word中插入excel工作表后卸载excel,工作表仍正常使用.

 

编辑操作

　编辑操作包括剪切,复制,粘贴操作.

 

测试剪切操作的方法

　a,对文本,文本框,图文框进行剪切;

　b,剪切图像

　c,文本图像混合剪切

　复制操作方法与剪切类似.

 

测试时,主要是对粘贴操作的测试,方法是:

　a,粘贴剪切的文本,文本框及图文框;

　b,粘贴所剪切的图像;

　c,剪切后,在不同的程序中粘贴

　d,多次粘贴同一内容,如,剪切后,在程序中连续粘贴3次;

　e,利用粘贴操作强制输入程序所不允许输入的数据.

 

界面测试用例的设计方法

　1,窗体

　测试窗体的方法:

　a,窗体大小,大小要合适,控件布局合理;

搜索引擎蜘蛛是通过链接爬行搜索的，如果某个链接失败，是无效死链接，搜索引擎就无法抓取该页面，也进入不了再下一个层次的页面。特别是今天的网站都倾向于做得很大，层次、链接丰富，而又由于网站更新跟不上等原因，更容易造起死链接。因此无效链接检测工具对于大型网站来说是有必要经常使用的。

　

   

一、目前，最流行、最知名的工具是Xenu的link sleuth（链接侦探），它可以检查到无效的链接、图象、框架、插件、背景、图象地图、样式表等等，提供详细报告。需要下载到本机使用。

 

    评价：可以测试公网Web，也可以测试内网web，与很多在线测试工具相比，最大的优势是能够测试内网web系统；缺点是测试的速度比较慢，尤其是测试外网的时候。

 

二、如果你想用在线检测工具，推荐W3C的link checker（http://validator.w3.org/checklink）（链接检测器），虽然没有Xenu那么多功能，但如果想进行快速检测还是很有效的。

 

评价：英文界面，速度还可以；最后结果比较模糊，不太明了。

 

三、http://www.nsclick.com，这个在线测试工具速度比较快，而且有效链接和无效链接都很容易区分，缺点就是不能够进行内网测试。

以上几款都是免费工具

 

4. 客户端兼容性测试

4.1.平台测试

　　 市场上有很多不同的操作系统类型，最常见的有 Windows 、 Unix 、 Macintosh 、 Linux 等。 Web 应用系统的最终用户究竟使用哪一种操作系统，取决于用户系统的配置。这样，就可能会发生兼容性问题，同一个应用可能在某些操作系统下能正常运行，但在另外的操作系统下可能会运行失败。

　　 因此，在 Web 系统发布之前，需要在各种操作系统下对 Web 系统进行兼容性测试。

4.2.浏览器测试

　　 浏览器是 Web 客户端最核心的构件，来自不同厂商的浏览器对 Java ，、 Javascrīpt 、 ActiveX 、 plug-ins 或不同的 HTML 规格有不同的支持。例如， ActiveX 是 Microsoft 的产品，是为 Internet Explorer 而设计的， Javascrīpt 是 Netscape 的产品， Java 是 Sun 的产品等等。另外，框架和层次结构风格在不同的浏览器中也有不同的显示，甚至根本不显示。不同的浏览器对安全性和 Java 的设置也不一样。

　　 测试浏览器兼容性的一个方法是创建一个兼容性矩阵。在这个矩阵中，测试不同厂商、不同版本的浏览器对某些构件和设置的适应性。

5. 安全性测试

Web 应用系统的安全性测试区域主要有：

　　 （ 1 ）现在的 Web 应用系统基本采用先注册，后登陆的方式。因此，必须测试有效和无效的用户名和密码，要注意到是否大小写敏感，可以试多少次的限制，是否可以不登陆而直接浏览某个页面等。

　　 （ 2 ） Web 应用系统是否有超时的限制，也就是说，用户登陆后在一定时间内（例如 15 分钟）没有点击任何页面，是否需要重新登陆才能正常使用。

　　 （ 3 ）为了保证 Web 应用系统的安全性，日志文件是至关重要的。需要测试相关信息是否写进了日志文件、是否可追踪。

　　 （ 4 ）当使用了安全套接字时，还要测试加密是否正确，检查信息的完整性。

　　 （ 5 ）服务器端的脚本常常构成安全漏洞，这些漏洞又常常被黑客利用。所以，还要测试没有经过授权，就不能在服务器端放置和编辑脚本的问题。

6. 总结

　　 本文从功能、性能、可用性、客户端兼容性、安全性等方面讨论了基于 Web 的系统测试方法。

　　基于 Web 的系统测试与传统的软件测试既有相同之处，也有不同的地方，对软件测试提出了新的挑战。基于 Web 的系统测试不但需要检查和验证是否按照设计的要求运行，而且还要评价系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。

 

随着Internet和Intranet/Extranet的快速增长，Web已经对商业、工业、银行、财政、教育、政府和娱乐及我们的工作和生活产生了深远的影响。许多传统的信息和数据库系统正在被移植到互联网上，电子商务迅速增长，早已超过了国界。范围广泛的、复杂的分布式应用正在Web环境中出现。Web的流行和无所不在，是因为它能提供支持所有类型内容连接的信息发布，容易为最终用户存取。

 

　　Yogesh Deshpande和Steve Hansen在1998年就提出了Web工程的概念。Web工程作为一门新兴的学科，提倡使用一个过程和系统的方法来开发高质量的基于Web的系统。它"使用合理的、科学的工程和管理原则，用严密的和系统的方法来开发、发布和维护基于Web的系统"。目前，对于web工程的研究主要是在国外开展的，国内还刚刚起步。

 

　　在基于Web的系统开发中，如果缺乏严格的过程，我们在开发、发布、实施和维护Web的过程中，可能就会碰到一些严重的问题，失败的可能性很大。而且，随着基于Web的系统变得越来越复杂，一个项目的失败将可能导致很多问题。当这种情况发生时，我们对Web和Internet的信心可能会无法挽救地动摇，从而引起Web危机。并且，Web危机可能会比软件开发人员所面对的软件危机更加严重、更加广泛。

 

　　在Web工程过程中，基于Web系统的测试、确认和验收是一项重要而富有挑战性的工作。基于Web的系统测试与传统的软件测试不同，它不但需要检查和验证是否按照设计的要求运行，而且还要测试系统在不同用户的浏览器端的显示是否合适。重要的是，还要从最终用户的角度进行安全性和可用性测试。然而，Internet和Web媒体的不可预见性使测试基于Web的系统变得困难。因此，我们必须为测试和评估复杂的基于Web的系统研究新的方法和技术。

 

　　一般软件的发布周期以月或以年计算，而Web应用的发布周期以天计算甚至以小时计算。Web测试人员必须处理更短的发布周期，测试人员和测试管理人员面临着从测试传统的C/S结构和框架环境到测试快速改变的Web应用系统的转变。

 

　　一、功能测试

 

　　1、链接测试

 

　　链接是Web应用系统的一个主要特征，它是在页面之间切换和指导用户去一些不知道地址的页面的主要手段。链接测试可分为三个方面。首先，测试所有链接是否按指示的那样确实链接到了该链接的页面；其次，测试所链接的页面是否存在；最后，保证Web应用系统上没有孤立的页面，所谓孤立页面是指没有链接指向该页面，只有知道正确的URL地址才能访问。

 

　　链接测试可以自动进行，现在已经有许多工具可以采用。链接测试必须在集成测试阶段完成，也就是说，在整个Web应用系统的所有页面开发完成之后进行链接测试。

 

　　2、表单测试

 

　　当用户给Web应用系统管理员提交信息时，就需要使用表单操作，例如用户注册、登陆、信息提交等。在这种情况下，我们必须测试提交操作的完整性，以校验提交给服务器的信息的正确性。例如：用户填写的出生日期与职业是否恰当，填写的所属省份与所在城市是否匹配等。如果使用了默认值，还要检验默认值的正确性。如果表单只能接受指定的某些值，则也要进行测试。例如：只能接受某些字符，测试时可以跳过这些字符，看系统是否会报错。

 

　　3、Cookies测试

 

　　Cookies通常用来存储用户信息和用户在某应用系统的操作，当一个用户使用Cookies访问了某一个应用系统时，Web服务器将发送关于用户的信息，把该信息以Cookies的形式存储在客户端计算机上，这可用来创建动态和自定义页面或者存储登陆等信息。

 

　　如果Web应用系统使用了Cookies，就必须检查Cookies是否能正常工作。测试的内容可包括Cookies是否起作用，是否按预定的时间进行保存，刷新对Cookies有什么影响等。

 

　　4、设计语言测试

 

　　Web设计语言版本的差异可以引起客户端或服务器端严重的问题，例如使用哪种版本的HTML等。当在分布式环境中开发时，开发人员都不在一起，这个问题就显得尤为重要。除了HTML的版本问题外，不同的脚本语言，例如Java、Javascrīpt、 ActiveX、VBscrīpt或Perl等也要进行验证。

 

　　5、数据库测试

 

　　在Web应用技术中，数据库起着重要的作用，数据库为Web应用系统的管理、运行、查询和实现用户对数据存储的请求等提供空间。在Web应用中，最常用的数据库类型是关系型数据库，可以使用SQL对信息进行处理。

 

　　在使用了数据库的Web应用系统中，一般情况下，可能发生两种错误，分别是数据一致性错误和输出错误。数据一致性错误主要是由于用户提交的表单信息不正确而造成的，而输出错误主要是由于网络速度或程序设计问题等引起的，针对这两种情况，可分别进行测试。

 

　　二、性能测试

 

　　1、连接速度测试

 

　　用户连接到Web应用系统的速度根据上网方式的变化而变化，他们或许是电话拨号，或是宽带上网。当下载一个程序时，用户可以等较长的时间，但如果仅仅访问一个页面就不会这样。如果Web系统响应时间太长（例如超过5秒钟），用户就会因没有耐心等待而离开。

 

　　另外，有些页面有超时的限制，如果响应速度太慢，用户可能还没来得及浏览内容，就需要重新登陆了。而且，连接速度太慢，还可能引起数据丢失，使用户得不到真实的页面。

 

　　2、负载测试

 

　　负载测试是为了测量Web系统在某一负载级别上的性能，以保证Web系统在需求范围内能正常工作。负载级别可以是某个时刻同时访问Web系统的用户数量，也可以是在线数据处理的数量。例如：Web应用系统能允许多少个用户同时在线？如果超过了这个数量，会出现什么现象？Web应用系统能否处理大量用户对同一个页面的请求？

 

　　3、压力测试

 

　　负载测试应该安排在Web系统发布以后，在实际的网络环境中进行测试。因为一个企业内部员工，特别是项目组人员总是有限的，而一个Web系统能同时处理的请求数量将远远超出这个限度，所以，只有放在Internet上，接受负载测试，其结果才是正确可信的。

 

　　进行压力测试是指实际破坏一个Web应用系统，测试系统的反映。压力测试是测试系统的限制和故障恢复能力，也就是测试Web应用系统会不会崩溃，在什么情况下会崩溃。黑客常常提供错误的数据负载，直到Web应用系统崩溃，接着当系统重新启动时获得存取权。

 

　　压力测试的区域包括表单、登陆和其他信息传输页面等。

 

　　三、可用性测试

 

　　1、导航测试

 

　　导航描述了用户在一个页面内操作的方式，在不同的用户接口控制之间，例如按钮、对话框、列表和窗口等；或在不同的连接页面之间。通过考虑下列问题，可以决定一个Web应用系统是否易于导航：导航是否直观？Web系统的主要部分是否可通过主页存取？Web系统是否需要站点地图、搜索引擎或其他的导航帮助？

 

　　在一个页面上放太多的信息往往起到与预期相反的效果。Web应用系统的用户趋向于目的驱动，很快地扫描一个Web应用系统，看是否有满足自己需要的信息，如果没有，就会很快地离开。很少有用户愿意花时间去熟悉Web应用系统的结构，因此，Web应用系统导航帮助要尽可能地准确。

 

　　导航的另一个重要方面是Web应用系统的页面结构、导航、菜单、连接的风格是否一致。确保用户凭直觉就知道Web应用系统里面是否还有内容，内容在什么地方。

 

　　Web应用系统的层次一旦决定，就要着手测试用户导航功能，让最终用户参与这种测试，效果将更加明显。

 

　　2、图形测试

 

　　在Web应用系统中，适当的图片和动画既能起到广告宣传的作用，又能起到美化页面的功能。一个Web应用系统的图形可以包括图片、动画、边框、颜色、字体、背景、按钮等。图形测试的内容有：

 

　　（1）要确保图形有明确的用途，图片或动画不要胡乱地堆在一起，以免浪费传输时间。Web应用系统的图片尺寸要尽量地小，并且要能清楚地说明某件事情，一般都链接到某个具体的页面。

 

　　（2）验证所有页面字体的风格是否一致。

 

　　（3）背景颜色应该与字体颜色和前景颜色相搭配。

 

　　（4）图片的大小和质量也是一个很重要的因素，一般采用JPG或GIF压缩。

 

　　3、内容测试

 

　　内容测试用来检验Web应用系统提供信息的正确性、准确性和相关性。

 

　　信息的正确性是指信息是可靠的还是误传的。例如，在商品价格列表中，错误的价格可能引起财政问题甚至导致法律纠纷；信息的准确性是指是否有语法或拼写错误。这种测试通常使用一些文字处理软件来进行，例如使用Microsoft Word的"拼音与语法检查"功能；信息的相关性是指是否在当前页面可以找到与当前浏览信息相关的信息列表或入口，也就是一般Web站点中的所谓"相关文章列表"。

 

　　4、整体界面测试

 

　　整体界面是指整个Web应用系统的页面结构设计，是给用户的一个整体感。例如：当用户浏览Web应用系统时是否感到舒适，是否凭直觉就知道要找的信息在什么地方？整个Web应用系统的设计风格是否一致？

对整体界面的测试过程，其实是一个对最终用户进行调查的过程。一般Web应用系统采取在主页上做一个调查问卷的形式，来得到最终用户的反馈信息。

 

　　对所有的可用性测试来说，都需要有外部人员（与Web应用系统开发没有联系或联系很少的人员）的参与，最好是最终用户的参与。  

　　

关于web测试

1页面部分

（1） 页面清单是否完整（是否已经将所需要的页面全部都列出来了）

（2） 页面是否显示（在不同分辨率下页面是否存在，在不同浏览器版本中页面是否显示）

（3） 页面在窗口中的显示是否正确、美观（在调整浏览器窗口大小时，屏幕刷新是否正确）

（4） 页面特殊效果（如特殊字体效果、动画效果）是否显示

（5） 页面特殊效果显示是否正确

 

2 页面元素部分

（1）页面元素清单（为实现功能，是否将所需要的元素全部都列出来了，如按钮、单选框、复选框、列表框、超连接、输入框等等）

（2）元素是否显示（元素是否存在）

（3）页面元素是否显示正确（主要针对文字、图形、签章）

（4）页面元素的外形、摆放位置（如按钮、列表框、核选框、输入框、超连接等）

（5） 页面元素基本功能是否实现（如文字特效、动画特效、按钮、超连接）

（6） 页面元素的容错性列表（如输入框、时间列表或日历）

（7） 页面元素的容错性是否存在

（8） 页面元素的容错性是否正确

 

3 功能部分

（1） 数据初始化是否执行

（2） 数据初始化是否正确

（3） 数据处理功能是否执行

（4） 数据处理功能是否正确

（5） 数据保存是否执行

（6） 数据保存是否正确

（7） 是否对其他功能有影响

（8） 如果影响其他功能，系统能否作出正确的反应

（9） 其他错误

（10） 对模块的具体功能进行测试时可以列出功能模块的所有功能，进行排列组合，测试所有情况

如：某一功能模块具有最基本的增删改查功能，则需要进行以下测试

单项功能测试（增加、修改、查询、删除）

增加——>增加——>增加 （连续增加测试）

增加——>删除

增加——>删除——>增加 （新增加的内容与删除内容一致）

增加——>修改——>删除

修改——>修改——>修改 （连续修改测试）

修改——>增加 （新增加的内容与修改前内容一致）

修改——>删除

修改——>删除——>增加 （新增加的内容与删除内容一致）

删除——>删除——>删除 （连续删除测试）

（11）查询功能分为两种情况，验证操作结果。

一、打开页面时自动显示结果，则不特别强调；

二、需要手工操作进行查询，则每次在其他功能完成后进行。

4 提示信息

（1） 成功、失败提示

（2） 操作结果提示

（3） 确认提示

（4） 危险操作、重要操作提示

（5） 返回页面 提示后显示的页面

5 容错性

注意以下几种情况

（1） 为空、非空

（2） 唯一性

（3 ）字长、格式

（4） 数字、邮政编码、金额、电话、电子邮件、ID号、密码

（5） 日期、时间

（6） 特殊字符 （对数据库）英文单、双引号，&符号

6 权限部分

功能权限： 指定用户可以使用哪些功能，不能使用哪些功能

数据权限： 指定用户可以处理哪些数据，不可以处理哪些数据。可以合并到功能测试

操作权限： 在逻辑关系上，操作前后顺序、数据处理情况。可以合并到功能测试

权限变化： 可以合并到功能测试

 

（1） 功能权限是否存在

（2 ）功能权限是否正确

（3） 数据权限是否存在

（4） 数据权限是否正确

（5）操作权限是否存在

（6） 操作权限是否正确

（7） 引起权限变化的功能列表

（8） 功能权限变化还是数据权限变化，或两者兼有

（9） 权限变化是否正确

 

7 键盘操作

（1） Tab键的使用

（2） 上下方向键的使用

（3） Enter键的使用

（4） 系统设定快捷键的使用（如果设置有快捷键）

 

8 测试中还应注意的其他事项

（6） 完整性：是否是一个整体，没有功能缺损

（7） 易用性：使用是否方便

（8） 一致性：类似的问题用类似的方法处理

（9） 提示信息：提示信息是否完整、正确、详细

（10） 帮助信息：是否提供帮助信息，帮助信息的表现形式（页面文字、提示信息、帮助文件），帮助信息是否正确、详细

（11） 兼容性：包括操作系统兼容和应用软件兼容，可能还包括硬件兼容

（12） 可扩展性：是否由升级的余地，是否保留了接口

（13） 稳定性：运行所需的软硬件配置，占用资源情况，出现问题时的容错性，对数据的保护

（14） 运行速度：运行的快慢，带宽占用情况

 

有几点：

1.功能点测试：是否满足需求所要求的功能

2.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.

3.字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.

4.标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.

5.中文字符处理: 在可以输入中文的系统输入中文,看会否出现乱码或出错.

6.信息重复: 在一些需要命名,且名字应该唯一的信息输入重复的名字或ID,看系统有没有处理,会否报错,重名包括是否区分大小写,以及在输入内容的前后输入空格,系统是否作出正确处理.

7.界面测试：界面的正确性、一致性、友好性、易用性。

 

用户界面测试是从最终的使用者用户的角度来看软件，软件难以理解，不易使用就是软件缺陷。可以从以下几个方面重点来检查用户界面：

1.易用性检查：确保软件易于理解，方便使用。

2.一致性检查：

a.注意系统页面的风格是否一致，如字的大小、颜色、字体要相同。

b.提示信息的表达方式是否一致。

c.按钮排列顺序是否一致。

d.back, cancel等按钮跳转页面处理是否一致。

e.各字段的名称，位置、长度、类型是否和设计文档要求一致，如Employee No和LoginName不一致。

3.正确性检查：检查页面上的form, button, table, header, footer,提示信息，还有其他文字拼写，句子的语法等是否正确。

4.友好性检查：

a.提示信息是否友好.

b.系统应该在用户执行错误的操作之前提出警告，提示信息.

c.页面分辨率检查，在各种分辨率浏览系统检查系统界面友好性。

5.合理性检查：做delete, update, add, cancel, back等操作后，查看信息回到的页面是否合理。

6.检查本地化是否通过：英文版不应该有中文信息，英文翻译准确，专业。

7.页面最大化检查：测试最大化/最小化/还原时页面是否做了对应的处理。