实验7 界面及易用性测试用例执行
实验七界面及易用性测试用例执行
一、实验目标
?能够通过界面测试发现界面性缺陷
?能够通过易用性测试发现易用性缺陷
二、前提条件
1）能够理解界面及易用性测试用例
2）搭建好电子档案系统
三、实验任务及完成标准
3.1 针对电子档案系统，结合给出的界面及易用性通用测试用例进行“界面及易用性”缺陷查找。请将查找到的缺陷提交至缺陷表中。
注意：1）至少提交5个缺陷。
2）通用测试用例仅供参考，可自行添加。
表3.1 通用测试用例
《软件测试基础》－界面及易用性测试用例执行实验手册 第 2 页 共 12 页
表3.2 缺陷表
《软件测试基础》－界面及易用性测试用例执行实验手册 第 3 页 共 12 页
3.2 知识拓展与阅读
1、易用性
按钮名称该易懂，用词准确，屏弃没楞两可的字眼，要与同一界面上的其他《软件测试基础》－界面及易用性测试用例执行实验手册第 4 页共12 页
按钮易于区分，能望文知意最好。理想的情是用户不用查阅帮助就能知道界面的功能关进行相关的正确操作。
易用性细则：
1）完成相同或相近功能的按钮用Fram框起来，常用按钮要支持快捷方式。
2）完成同一功能或任务的元素放在集中位置,减少鼠标移动的距离。
3）按功能将界面划分局域块，用Fram框括起来，并要有功能说明或标题。
4）选项数叫少时使用选项框，相反使用下拉列表框。
5）界面上首先应输入的和重要信息的控件在Tab顺序中应当靠前，位置也应放在窗口上较醒目的位置。
6）同一界面上的控件数最好不要超过10个，多于10个时可以考虑使用分面界面显示。
7）专业性强的软件要使用相关的专业术语，通用性界面则提倡使用通用性词眼。8）默认按钮要支持Enter及选操作，即按Enter后自动执行默认按钮对应操作。9）可写控件检测到非法输入后应给出说明并能自动获得焦点。
10）Tab键的顺序与控件排序要一直，目前流行总体从上到下，同时行间从左到右的方式。
11）复选框和单选框按选择几率的高底而先后排列。
12）复选框和单选框要的默认选项，并支技Tab选择。
13）选项数相同时多用选项框而不用下拉列表框。
14）界面空间较小时使用下拉框而不用选项框。
2、规范性
通常界面设计都按Windows界面规范来设计，即包含“菜单条、工具栏、工具箱、状态栏、滚动条、右键快捷菜单“的标准格式，可以说：界面遵循规范化的程度越高，则易用性相应的就越好。小型软件一般不提供工具箱。
《软件测试基础》－界面及易用性测试用例执行实验手册第 5 页共12 页
规范性细则：
1）常用菜单要有命令快捷方式。
2）完成相同或相近功能的菜单用横线隔开放在同一位置。
3）菜单前的图标能直观的代表要完成的操作。
4）菜单深度一般要求最多控制在三层以内。
5）工具栏要求可以根椐用户的要求自已选择定制。
6）相同或相近功能的工具栏放在一起。
7）工具栏中的每一个按钮要有及时提示信息。
8）一条工具栏的长度最长不能超出屏幕宽度。
9）工具栏的图标能直观的代表要完成的操作。
10）系统常用的工具栏设置默认放置位置。
11）具栏太多时可以考虑使用工具箱。
12）工具箱要具有可增减性，由用户自已根椐需求定制。
13）工具箱的默认总宽度不要超过屏幕宽度的1/5。
14）状态条要能显示用户切实需要的信息，常用的有：目前的操作、系统状态、用户位置、用户信息、提示信息、错误信息等，如果某一操作需要的时间较长，还应该显示进度条和进程提示。
15）滚动条的长度要根据显示信息的长度能及时变换，以利于用户了解显示信息的位置和百分比。
16）状态条的高度以放置五好字为宜，滚动条的宽度比状态条的略窄。
17）菜单和工具要有清楚的界限；菜单要求凸出显示，这样在移走工具条时仍有立体感。
18）菜单和状态中通常使用5号字体。工具条一般比菜单工宽，但不要宽的太多，否则看起来很不协调。
19）右键快捷菜单采用与菜单相同的准则。
3、帮助设施
《软件测试基础》－界面及易用性测试用例执行实验手册第 6 页共12 页
系统应该提供详尽可靠的帮助文档，在用户使用产生迷惑时可以自已寻求解决方法。
帮助设施细则：
1）帮助文档中的性能介绍与说明要与系统性能配套一致。（我们的系统帮肋文档都是系统的祖先时期的说明，让人困惑）。
2）打包新系统时，对作了修改的地方在帮助文档中要做相应的修改。
3）操作时要提供及时调用系统帮助的功能。常用F1。
4）在界面上调用帮助时应该能够及时定位到与该操作相对的帮助位置。也就是说帮助要有及时针对性。
5）最好提供目前流行的联机帮助格式或HTML帮助格式。
6）用户可以用关键词在帮助索引中搜索所要的帮助。
7）如果没有提供书面的帮助文档的话，最好有打印帮助的功能。
8）在帮助中应该提供我们的技术支持方式，一旦用户难以自已解决可以方便的寻求新的帮助方式。
4、合理性
屏幕对角线相交的位置是用户直视的地方，正上方四分之一处为易吸引用户注意力的位置，在放置窗体时要注意利用这两个位置。
合理性细则：
1）父窗体或主窗体的中心位置应该在对角线焦点附近。
2）子窗体位置应该在主窗体的左上角或正中。
3）多个子窗体弹出时应该依次向右下方偏移，显示出窗体标题为宜。
4）重要的命令按钮与使用较频繁的按钮要放在界面上注目的位置。
5）错误使用，容易引起界面退出或关闭的按钮不应该放在易点位置。横排开头或最后与竖排最后为易点位置。
6）与正在进行的操作无关的按钮应该加以屏蔽（Windows中用灰色显示，没法《软件测试基础》－界面及易用性测试用例执行实验手册第7 页共12 页
使用该按钮）。
7）对可能造成数据无法恢复的操作必须提供确认信息，给用户放弃选择的机会。8）非法的输入或操作应有足够的提示说明。
9）对运行过程中出现问题面引起错误的地方要有提示，让用户明白错误出处，避免形成无限的等待。
10）提示、警告、或错误说明应该清楚、明了、恰当。
5、美观与协调性
界面应该大小适合美学观点，感觉协调舒适，能在有效的范围内吸引用户的注意力。
美观与协调性细则：
1）长宽接近黄金点比例，切忌长宽比例失调、或宽度超过长度。
2）布局要合理，不宜过于密集，也不能过于空日，合理的利用空间。
3）按钮大水基本相近，忌用太长的名称，免得占用过多的界面位置。
4）按钮的大小要与界面的大小和空间要协调。
5）避免空的界面上放置很大的按钮。
6）放置完控件后界面不应有很大的空缺位置。
7）字体大小要与界面的大小比例协调，通常使用的字体中宋体9-12较为美观，很少使用超过12号的字体。
8）前景色与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。常用色考虑使用Windows界面色调。
9）如果使用其他颜色，主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。10）大型系统常用的主色有‘#E1E1E1、‘#EFEFEF、’#COCOCO等
11）界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊要求的地方。
12）如果窗体支持最小化和最大化或放大时，窗体上的控件也要随着窗体而缩放；切忌只放大窗体而忽略控件的缩放。
《软件测试基础》－界面及易用性测试用例执行实验手册第8 页共12 页
13）对于含有按钮的界面一般不应该支持缩放，即右上角只有关闭功能。
14）通常父体窗体支持缩放时，子窗体没有必要缩放。
15）如果能给用户提供自定义界面风格则更好，由用户自已选择颜色、字体等。
6、菜单位置
菜单是界面上最重要的元素，菜单位置按照按功能来组织。
菜单设测试细则：
1）菜单通常采用“常用—主要—次要—工具—帮肋”的位置排列，符合流行的Windows风格。
2）常用的有“文件”、“编辑”、“查看”、等，几乎每个系统都有这些选项,当然要根据不同的系统有所取舍。
3）下拉菜单要根据菜单选项的含义进行分组，按照一定的规则进行排列，用横线隔开。
4）一组菜单的使用有先后要求或有向导作用时，应该按先后次序排列。
5）没有顺序要求的菜单项按使用频率和重要性排列，常用的放在开头，不常用的靠后放置；重要的放在开头，次要的放在后边。
6）如果菜单选项较多，应该采用加长菜单的长度而减少深度的原则排列。
7）菜单深度一般要求最多控制在三层以内。
8）对常用的菜单要有快捷方式。
9）对与进行的操作无关的菜单要用屏蔽的方式加以处理，如果采用动态加载方式，即只有需要的菜单才显示最好。
10）菜单前的图标不宜太大，与字高保持一直最好。
11）菜单的宽度要接近，字数不应多于四个，每个菜单的字数能相同最好
12）主菜单数目不应太多，最好为单排布置。
7、独特性
如果一味追寻业界标准，则丧失自已个性，在框架符合以上规范的情况下，《软件测试基础》－界面及易用性测试用例执行实验手册第9 页共12 页
设计具有自已独特风格的界面尤为重要，尤其在商软件流通中有着很好的潜移默化的广告效用。
1）包装界面上应有单位介绍或产品介绍，并有自已的图标。
2）主界面，最好是大多界面上要有公司图标。
3）登录界上要有本产品标志，同时包含公司图标。
4）帮助菜单“关于”中应有版权和产品信息。
5）公司的系列产品要保持一直的界面风格，如背景色、字体、菜单排列方式、图标、安装过程、按钮用语等应该大体一致。
8、快捷方式的组合
在菜单及按钮中使用快捷键可以让喜欢使用键盘的用户操作得更快一些。在西文Windows及其应用软件中快捷键的使用大多是一致的。
菜单中：
1)面向事务的组合有
Ctrl-D 删除；Ctrl-F 寻找；Ctrl –H替换；Ctrl-I 插入；Ctrl-N 新记录；Ctrl-S 保存 Ctrl-O 打开。
2)列表
Ctrl-R ，Ctrl-G定位；Ctrl-Tab下一分页窗口或反序浏览同一页面控件。
3)编辑
Ctrl-A全选；Ctrl-C 拷贝；Ctrl-V 粘贴；Ctrl-X 剪切；Ctrl-Z撤消操作；Ctrl-Y 恢复操作。
4)文件操作
Ctrl-P 打印；Ctrl-W 关闭。
《软件测试基础》－界面及易用性测试用例执行实验手册第10 页共12 页
5)系统菜单
Alt-A文件；Alt-E编辑；Alt-T工具；Alt－W窗口；Alt－H帮助。
6)MS Windows保留键
Ctrl-Esc 任务列表；Ctrl-F4 关闭窗口； Alt-F4 结束应用；Alt-Tab 下一应用；Enter 缺省按钮/确认操作；Esc 取消按钮/取消操作；Shift-F1 上下文相关帮助。
7）按钮中
可以根据系统需要而调节，以下只是常用的组合。
Alt-Y确定(是)；Alt-C取消；Alt-N 否；Alt-D删除；Alt-Q退出；Alt-A添加；Alt-E编辑；Alt-B浏览；Alt-R读；Alt-W写。
这些快捷键也可以作为开发中文应用软件的标准,但亦可使用汉语拼音的开头字母。
9、安全性考虑
在界面上通过下列方式来控制出错几率，会大大减少系统因用户人为的错误引起的破坏。开发者应当尽量周全地考虑到各种可能发生的问题,使出错的可能降至最小。如应用出现保护性错误而退出系统,这种错误最容易使用户对软件失去信心。因为这意味着用户要中断思路,并费时费力地重新登录,而且已进行的操作也会因没有存盘而全部丢失。
安全性细则：
1)最重要的是排除可能会使应用非正常中止的错误。
2)应当注意尽可能避免用户无意录入无效的数据。
3)采用相关控件限制用户输入值的种类。
4)当用户作出选择的可能性只有两个时,可以采用单选框。
5)当选择的可能再多一些时,可以采用复选框,每一种选择都是有效的,用户不可能输入任何一种无效的选择。
《软件测试基础》－界面及易用性测试用例执行实验手册第11 页共12 页
6)当选项特别多时，可以采用列表框，下拉式列表框。
7)在一个应用系统中,开发者应当避免用户作出未经授权或没有意义的操作。
8)对可能引起致命错误或系统出错的输入字符或动作要加限制或屏蔽。
9)对可能发生严重后果的操作要有补救措施。通过补救措施用户可以回到原来的正确状态。
10)对一些特殊符号的输入、与系统使用的符号相冲突的字符等进行判断并阻止用户输入该字符。
11)对错误操作最好支持可逆性处理，如取消系列操作。
12)在输入有效性字符之前应该阻止用户进行只有输入之后才可进行的操作。
13)对可能造成等待时间较长的操作应该提供取消功能。
14)特殊字符常有；;’”><,｀‘：“［”｛、\|｝］+=)-(_*&&^%$#@!~,.。?/还有空格。
15)与系统采用的保留字符冲突的要加以限制。
16)在读入用户所输入的信息时，根据需要选择是否去掉前后空格。
17)有些读入数据库的字段不支持中间有空格，但用户切实需要输入中间空格，这时要在程序中加以处理。
10、多窗口的应用与系统资源
设计良好的软件不仅要有完备的功能，且要尽可能的占用最低限度的资源。
1)在多窗口系统中，有些界面要求必须保持在最顶层，避免用户在打开多个窗口时，不停的切换甚至最小化其他窗口来显示该窗口。
2)在主界面载入完毕后自动卸出内存，让出所占用的WINDOWS系统资源。
3)关闭所有窗体，系统退出后要释放所占的所有系统资源，除非是需要后台运行的系统。
4)尽量防止对系统的独占使用。
《软件测试基础》－界面及易用性测试用例执行实验手册第12 页共12 页
登录测试用例
功能测试： 1、输入正确的账号和密码，点击提交按钮，验证是否能正确登录（正常输入） 2、输入错误的账号或者密码，验证登录失败，并且提示相应的错误信息。（错误校验） 3、登录成功后能否跳转到正确的页面（低） 4、登录和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示） 5、账号和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤） 6、记住账号的功能 7、登录失败后，不能记录密码功能 8、账号和密码前后有空格处理 9、密码是否加密显示（星号圆点等） 10、牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使 用者），刷新或换一个按钮是否好用 11、登录页面中的注册、忘记密码，登出用另一账号登录等链接是否正确 12、输入密码的时候，大写键盘开启的时候要有提示信息。 13、什么都不输入，点击提交按钮，看提示信息（非空检查） 界面测试（UI Test） 1、布局是否合理，2个Testbox和一个按钮 2、Testbox和按钮的长度，高度是否复合要求 3、界面的设计风格是否与UI的设计风格统一 4、界面中的文字简洁易懂，没有错别字 性能测试（Performance Test） 1、打开登录页面，需要几秒 2、输入正确的账号和密码后，登录成功跳转到新页面，不超过5秒 安全性测试（Security Test） 1、登录成功后生成的Cookie是否有HttpOnly（降低脚本盗取风险） 2、账号和密码是否通过加密的方式，发送给Web服务器 3、账号和密码的验证，应该是用服务端验证，而不是单单是在客户端用javaScript验证 4、账号和密码的输入框，应该屏蔽SQL注入攻击 5、账号和密码的输入框，应该禁止输入脚本（防止XSS攻击） 6、错误登录的次数限制（防止暴力破解） 7、考虑是否支持多用户在同一台机器上登录； 8、考虑一用户在多台机器上登录 可用性测试（Usability Test） 1、是否可以全用键盘操作，是否有快捷键 2、输入账号，密码后按回车，是否可以登录 3、输入框是否可以以Tab键切换 兼容性测试（Compatibility Test） 1、主流的浏览器下能否显示功能正常（IE6~11，FireFox，Chrome，Safari等）
考试系统测试用例
在线考试管理系统 产品简介 本产品可供各类学校、培训机构进行考试管理使用。 本产品具备在线考试管理、考卷管理、试题管理、手工及自动组卷、标准试卷打印、自动阅卷、成绩管理等多项功能。 产品结构 管理员：教师管理、班级管理、试题分级、题目种类、题型管理、难度管理 教师：学生管理、题库管理、组卷管理、考试管理、考试监控、评卷管理、成绩管理 学生：在线考试、成绩查询 产品特点 A、完善的权限管理——有完善的权限设置分配功能，使不同人员具有不同的操作查看权限，保证系统使用的安全性，更易于管理。 B、不断扩展的资源库——在线考试可增加考试类别、题目类别，扩充考题。 C、丰富考试的内容——在线理论考试支持多种多媒体题目。 D、强大的组卷功能——试题随机抽取的自动方式和人工选题的手工方式并用，实现快速组卷，轻松组卷，灵活组卷。 E、出卷方便快捷，省时省力——计算机组卷后导出为Word格式，并以A3/A4版式打印。 F、两种阅卷方式——客观题系统自动阅卷，主观题可在线阅卷，提高阅卷的准确性，同时提升工作效率。 G、监考功能——在线考试中，将设计防拷贝、防切屏、锁定IP、监控在线状态等功能，保证考试的公平和顺利进行。 H、数据保护——考试系统平台设计缓存系统，数据实时保存，保证系统永不丢失数据。 I、批量导入数据——包括试题、人员、部门、试卷等各种信息，达到快速建立考试平台的目的。
1.1测试步骤1.1.1题库 增加 删除 修改
查询 1.1.1.1试题管理 增加 删除
修改 查询 1.1.1.1.1试题属性增加 删除
修改 查询 1.1.1.1.1.1题型增加 删除
功能测试用例的设计
功能测试用例的设计 LG GROUP system office room 【LGA16H-LGYY-LGUA8Q8-LGA162】
一、实验目的 1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。 二、实验内容 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2. 有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 三、实验环境 Windows XP系统 四、实验步骤和结果 1. 将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c(斜边) 且a
2. 行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。
（注：在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流,“n/a”（不适用）表 对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测
五、实验结果和讨论 成功使用因果图法、场景法设计了测试用例。 六、总结 1．因果图法的定义是一种利用图解法分析输入的各种组合情况，从而设计测试用例的方法，它适合于检查程序输入条件的各种组合情况。 2．在事件触发机制中场景法用得最多。在测试一个软件的时候，先确定基本流也就是测试流程中软件功能按照正确的事件流实现的一条正确流程,接着去确定备选流也就是那些出现故障或缺陷的过程，用备选流加以标注。然后可以采用矩阵或决策表来确定和管理测试用例。
最新测试用例实例
测试用例实例 1、一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的测试用例，应该包含以下信息： 1）软件或项目的名称 2）软件或项目的版本（内部版本号） 3）功能模块名 4）测试用例的简单描述，即该用例执行的目的或方法 5）测试用例的参考信息（便于跟踪和参考） 6）本测试用例与其他测试用例间的依赖关系 7）本用例的前置条件，即执行本用例必须要满足的条件，如对数据库的访问权限 8）用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。 9）步骤号、操作步骤描述、测试数据描述 10) 预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）11）开发人员（必须有）和测试人员（可有可无） 12）测试执行日期 2、实例 该测试案例是以一个B/S结构的登录功能点位被测对象,该测试用例为黑盒测试用例。假设用户使用的浏览器为IE6.0 SP4。 功能描述如下： 1.用户在地址栏输入相应地址，要求显示登录界面； 2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息； 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息； 4.连续3次未通过验证时，自动关闭IE。 表4-1登录界面测试用例
自动取款机取款用例规约和测试用例 取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息； 4. 系统验证客户输入的密码信息，确认正确后，进入选择系统主界面； 5. 用户选择取款选项； 6. 系统进入取款金额界面并提示用户输入金额； 7. 系统验证可以取款并输出钱款； 8. 系统提示用户取卡，操作完成。 基本流： 用户取款。 备选流： 1.用户密码错误 2.取款金额不符合要求。 前置条件： 用户必须插入正确的银行卡才能开始执行用例。
测试用例实例—常见功能测试点
测试用例实例--常见功能测试点 笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空
③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询 精确查询：
注册及登录功能的测试用例设计
注册、登陆测试用例 一、注册测试用例 测试编号：001 测试目标：验证系统是否对必填项为空时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户注册”界面什么都没有输入，直接单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“请输入必填项”。 测试编号：002 测试目标：验证系统是否对用户名含义非法字符时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“A0001”; （3）：在“密码”文本框输入：000； （4）：在“确认密码”文本框输入：000； （5）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“用户名含义非法字符”。 测试编号：003 测试目标：验证系统是否对密码不一致时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；（2）：在“用户名”文本框输入“A0001”; （3）：在“密码”文本框输入：000； （4）：在“确认密码”文本框输入：000； （5）：单击【注册】按钮； 期望结果：注册失败，页面重新回到注册页面，并提示“两次输入密码不一致”。 测试编号：004 测试目标：验证系统是否对密码含有非法字符时做出正确的响应 测试环境：windows XP操作系统和浏览器IE6.0 测试步骤： （1）：打开浏览器，在浏览器的地址栏中输入“用户注册”页面的URL，单击【转到】按钮；
易用性测试及GUI常见的测试要求
易用性测试及GUI常见的测试要求 在 2003 年颁布的 GB/T16260-2003(ISO 9126-2001) 《软件工 程产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性；即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。 （1）易理解性；（2）易学习性；（3）易操作性；（4）吸引性；（5）依从性。 对于一个需要面对用户的软件产品来说，最直观的UI和使用感受也是产品能否获得用户认可的关键一环。个人认为，在毒霸的产品传统中，从设计到开发再到测试，对产品的易用性和GUI的规范往往给予的关注较少。我在测试过程中就遇到了很多影响使用心情的非关功能方面的BUG。希望此文可以在毒霸的易用性和GUI方面的测试中给同学们提供一些参考。 易用性测试 易用性(Useability)是交互的适应性、功能性和有效性的集中体现。 在《软件工程产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性；即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。 易用性测试包括针对应用程序的测试，同时还包括对用户手册系统文档的测试。通常采用质量外部模型来评价易用性。包括如下方面的测试： (1) 易理解性测试 (2) 易学性测试 (3) 易操作性测试 (4) 吸引性测试 (5) 易用的依从性测试 易用性测试方法有：静态测试；动态测试；动态和静态结合测试。 由于易用性缺陷的主观性，因此测试人员和UI设计人员经常产生不同意见。UI 通常被当作创造者的作品，而测试人员说某处是错误，就可能挫伤“艺术家”。易用性是软件缺陷中的敏感问题。 人体工程学(ergonomics)是一门将日常使用的东西设计为易于使用和实用性强的学科。人体工程学的主要目标是达到易用性。 1、用户界面测试 用于与软件交互的方式称为用户界面或UI。 2、优秀UI的构成 软件测试员要负责测试软件的易用性，包括其用户界面。 记住，软件测试员不需要去设计UI，只需要把自己当作用户，然后去找出UI
测试用例实例
测试用例实例 Corporation standardization office #QS8QHH-HHGX8Q8-GNHHJ8
测试用例实例 1、一个好的用例的表述要点，即用例中应当包含的信息 一个优秀的用例，应该包含以下信息： 1）软件或项目的名称 2）软件或项目的版本（内部版本号） 3）功能模块名 4）测试用例的简单描述，即该用例执行的目的或方法 5）测试用例的参考信息（便于跟踪和参考） 6）本测试用例与测试用例间的依赖关系 7）本用例的前置条件，即执行本用例必须要满足的条件，如对的访问权限 8）用例的编号（ID），如可以是软件名称简写-功能块简写-NO.。 9）步骤号、操作步骤描述、测试数据描述 10) 预期结果（这是最重要的）和实际结果（如果有BUG管理工具，这条可以省略）11）开发人员（必须有）和测试人员（可有可无） 12）测试执行日期 2、 该测试案例是以一个B/S结构的登录功能点位被测对象,该测试用例为黑盒测试用例。假设用户使用的浏览器为IE6.0 SP4。 功能描述如下： 1.用户在地址栏输入相应地址，要求显示登录界面； 2.输入用户名和密码，登录，系统自动校验，并给出相应提示信息； 3.如果用户名或者密码任一信息未输入，登录后系统给出相应提示信息； 4.连续3次未通过验证时，自动关闭IE。
取款用例说明： 此用例完成用户利用自动取款机取款的全部流程，分为以下流程：插卡，输入密码，选择金额，取款，取卡等操作。 事件流： 该用例在用户插卡之后启动 1. 系统提示用户插卡； 2. 提示客户输入密码信息； 3. 密码输入完毕后，客户选择“确认”，向系统提交信息；
浅谈易用性测试
浅谈易用性测试 对于一个需要面对用户的软件产品来说，最直观的UI和使用感受也是产品能否获得用户认可的关键一环。个人认为，在毒霸的产品传统中，从设计到开发再到测试，对产品的易用性和GUI的规范往往给予的关注较少。我在测试过程中就遇到了很多影响使用心情的非关键功能方面的BUG。希望此文可以在毒霸的易用性的测试中给大家提供一些参考。 易用性测试 易用性(Useability)是交互的适应性、功能性和有效性的集中体现。 在《软件工程产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性；即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。易用性测试包括针对应用程序的测试，同时还包括对用户手册系统文档的测试。通常采用质量外部模型来评价易用性。包括如下方面的测试： (1) 易理解性测试 (2) 易学性测试 (3) 易操作性测试 (4) 吸引性测试 (5) 易用的依从性测试 易用性测试方法有：静态测试；动态测试；动态和静态结合测试。 由于易用性缺陷的主观性，因此测试人员和UI设计人员经常产生不同意见。UI通常被当作创造者的作品，而测试人员说某处是错误，就可能挫伤“艺术家”。易用性是软件缺陷中的敏感问题。
人体工程学(ergonomics)是一门将日常使用的东西设计为易于使用和实用性强的学科。人体工程学的主要目标是达到易用性。 1、用户界面测试 用于与软件交互的方式称为用户界面或UI。 2、优秀UI的构成 软件测试员要负责测试软件的易用性，包括其用户界面。 记住，软件测试员不需要去设计UI，只需要把自己当作用户，然后去找出UI中的问题。 优秀UI具备的七个要素 (1) 符合标准和规范 重要的用户界面要符合现行标准和规范，这些标准和规范由软件易用性专家开发。它们是由大量正式测试、经验、技巧和错误得出的方便用户的规则。如果软件严格遵守这些规则，优秀UI的其他要素就自然具备。 (2) 直观性 * 用户界面是否洁净、不唐突、不拥挤？ * UI的组织和布局合理吗？ * 是否允许用户轻松地从一个功能转移到另一个功能？ * 下一步做什么明显吗？ * 任何时候都可以决定放弃或者退回、退出吗？ * 菜单或者窗口是否深藏不露？
软件测试用例实例(非常详细)汇总
软件测试用例实例(非常详细)汇总
1、兼容性测试 在大多数生产环境中，客户机工作站、网络连接和数据库服务器的具体硬件规格会有所不同。客户机工作站可能会安装不同的软件例如，应用程序、驱动程序等而且在任何时候，都可能运行许多不同的软件组合，从而占用不同的资源。 测试 目的 配置说明操作系 统 系统 软件 外设应用软件结果 服务器Windo w2000( S) Windo wXp Windo w2000( P) Windo w2003 用例编号TestCase_LinkWorks_W orkEvaluate 项目名称LinkWorks
1.1.
1.2. 疲劳强度测试用例 强度测试也是性能测试是的一种，实施和执行此类测试的目的是找出因资源不足或资源争用而导致的错误。如果内存或磁盘空间不足，测试对象就可能会表现出一些在正常条件下并不明显的缺陷。而其他缺陷则可能由于争用共享资源（如数据库锁或网络带宽）而造成的。强度测试还可用于确定测试对象能够处理的最大工作量。测试目的 测试说明 前提条件连续运行8小时,设置添加 10用户并发 测试需求输入/ 动作 输出/响应是否正常运行 功能1 2小时 4小时 6小时 8小时功能1 2小时 4小时 6小时
8小时 一、功能测试用例 此功能测试用例对测试对象的功能测试应侧重于所有可直接追踪到用例或业务功能和业务规则的测试需求。这种测试的目标是核实数据的接受、处理和检索是否正确，以及业务规则的实施是否恰当。主要测试技术方法为用户通过GUI （图形用户界面）与应用程序交互，对交互的输出或接受进行分析，以此来核实需求功能与实现功能是否一致。 用例标识LinkWorks_ WorkEvaluate _02 项目 名称 https://www.wendangku.net/doc/4015126780.html, 开发人员模块 名称 WorkEvaluate 用例参考工作考核系统界面设计
易用性定义
易用性测试是指用户使用软件时是否感觉方便，比如是否最多点击鼠标三次就可以达到用户的目的。易用性和可用性存在一定的区别，可用性是指时候可以使用，而易用性是指是否方便使用。 10 本词条正文无目录, 欢迎各位编辑词条，额外获取10个积分。 易用性（Usability）是交互的适应性、功能性和有效性的集中体现。 人体工程学（ergonomics）是一门将日常使用的东西设计为易于使用和实用性强的学科。 在2003 年颁布的GB/T16260-2003(ISO 9126-2001) 《软件工程产品质量》质量模型中，提出易用性包含易理解性、易学习性和易操作性；即易用性是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。 （1）易理解性；（2）易学习性；（3）易操作性；（4）吸引性；（5）依从性。 易用性测试包括针对应用程序的测试，同时还包括对用户手册系统文档的测试。通常采用质量外部模型来评价易用性。包括如下方面的测试： （1）易理解性测试； （2）易学性测试； （3）易操作性测试； （4）吸引性测试； （5）易用的依从性测试。 易用性测试方法有：静态测试；动态测试；动态和静态结合测试。 人体工程学的主要目标是达到易用性。 1、用户界面测试 用于与软件交互的方式称为用户界面或UI。 2、优秀UI的构成 软件测试员要负责测试软件的易用性，包括其用户界面。 记住，软件测试员不需要去设计UI，只需要把自己当作用户，然后去找出UI中的问题。 优秀UI具备的七个要素： （1）符合标准和规范 最重要的用户界面要素是软件符合现行的标准和规范——或者有真正站得住脚的不符合的理由。 注意：如果测试在特定平台上运行的软件，就需要把该平台的标准和规范作为产品说明书的补充内容。像对待产品说明书一样，根据它建立测试用例。 这些标准和规范由软件易用性专家开发。它们是经由大量正规测试、使用、尝试和错误而设计出的方便用户的规则。 也并非要完全遵守准则，有时开发小组可能想对标准和规范有所提高。 平台也可能没有标准，也许测试的软件就是平台本身。 在这种情况下，设计小组可能成为软件易用性标准的创立者。 （2）直观 用户界面是否洁净、不唐突、不拥挤？ UI的组织和布局合理吗？ 有多余功能吗？ 帮助系统有效吗？ （3）一致 如果软件或者平台有一个标准，就要遵守它。如果没有，就要注意软件的特性，确保相似的操作以相似的方式进行。
软件易用性测试
软件易用性测试 考察评定软件的易学易用性，各个功能是否易于完成，软件界面是否友好等方面进行测试，这点在很多类型的管理类软件中是非常重要的。 通常对易用性有如下定义： 易见Easy to discover：单单凭观察，用户就应知道设备的状态，该设备供选择可以采取的行动。 易学Easy to learn：不通过帮助文件或通过简单的帮助文件，用户就能对一个陌生的产品有清晰的认识。 易用Easy to use：用户不翻阅手册就能使用软件。 对于易用性测试可遵循以下原则： 1、完成相同或相近功能的按钮用Frame 框起来，常用按钮要支持快捷方式。 2、完成同一功能或任务的元素放在集中位置，减少鼠标移动的距离。 3、按功能将界面划分局域块，用Frame 框起来，并要有功能说明或标题。 4、界面要支持键盘自动浏览按钮功能，即按Tab 键的自动切换功能。 5、界面上首先应输入的信息和重要信息的控件在Tab 顺序中应当靠前，位置也应放在窗口上较醒目的位置。 6、同一界面上的控件数最好不要超过10 个，多于10 个时可以考虑使用分页界面显示。 7、分页界面要支持在页面间的快捷切换，常用组合快捷键Ctrl+Tab 8、默认按钮要支持Enter 操作，即按Enter 后自动执行默认按钮对应操作。 9、可输入控件检测到非法输入后应给出说明信息并能自动获得焦点。 10、Tab 键的顺序与控件排列顺序要一直，目前流行总体从上到下，同时行间从左到右的方式。 11、复选框和选项框按选择几率的高底而先后排列。 12、复选框和选项框要有默认选项，并支持Tab 选择。 13、选项数相同时多用选项框而不用下拉列表框。
易用性测试
转：易用性测试 上一篇/ 下一篇2013-09-25 15:22:07 / 个人分类：测试 查看( 102 ) / 评论( 0 ) / 评分( 0 / 0 ) 软件的智能和记忆功能 1.用户登录界面最好有用户名和ID的记忆，焦点直接定位到密码输入框 2.单据录入界面最好有保存和载入默认值的功能 3.单据搜索界面可以保存用户自定义的各种搜索条件组合 4.用户调整过的GRID的列宽，窗口的位置可以自动记忆 5.系统可以根据用户的使用频度对相关功能进行自动的优先级排序 6.系统能够记忆不同用户的使用偏好，使用系统的固有模式和常用的自定义设置 减少不必要的重复交互 1.减少不必要的各种操作，能够点一次鼠标或敲一次键盘完成的绝不作出两次或多次。 2.提示信息要适度，太多不好，太少也不好。 3.数据项完整性校验问题要注意光标焦点自动定位到错误处 4.完整业务功能不要让用户在多个窗口切换多次才能够完成。尽量减少这种切换。 5.为了方便用户切换窗口，相关的表单最好都作为非模式的形式。 6.相同的信息不要让用户在系统中多处或多次录入，保证入口的唯一性 7.系统要尽可能根据用户已经录入信息自动获取其它附属信息，而不需要用户重复的选择或录入。 导航和界面跳转 1.表单新弹出对话框，对话框再弹出对话框的这种层次要控制在3层以内。 2.所有的非模式活动窗口最好有类似桌面任务栏一样的停靠方式，方便切换窗口 3.系统可以支持用户自己定义常用功能和菜单 4.对于常用功能应该提供便捷的快捷键和工具栏按钮 5.对于系统中提供的各种业务和表单功能能够让用户便捷挑转到帮助信息上 6.对表单和界面联动和交互的时候要注意相关界面数据的自动刷新 7.一个窗口中最多不要出现超过三个的GRID控件 8.BS方式不要左右滚屏。CS模式既要避免左右滚屏也要避免上下滚屏 9.需要根据业务查看需求和数据的展现需求来选择合适的界面控件 系统性能和健壮性方面的 1.系统中相关的耗时操作都必须必须转变鼠标为等待状态
网页登录界面测试点
如何测试一个网页登录界面 对测试人员（尤其是web测试人员）来说，测试一个网页的登录界面常常是必不可少的测试任务。网页的登录界面测试要素少不了textbox和提交按钮，如何才能更全面的设计test case呢？ 首先，你要了解用户的需求，比如这个登录界面应该是弹出窗口式的，还是直接在网页里面的？对用户名的长度、用户名的有效性（比如是不是只能是手机号、邮箱等）密码的强度（就是是不是必须多少位，大小写，特殊字符混搭）等都有哪些要求？还有比如用户对界面的美观是不是有特殊的要求？（即是否要进行UI测试）。剩下的就是设计用例了，等价类，边界值等等。 千万要记住一点，任何测试，不管测什么都是从了解需求开始的。 一个网页的登录界面的测试大致可以从以下几个方面考虑： 功能测试(Function test) 0. 什么都不输入，点击提交按钮，看提示信息。 1.输入正确的用户名和密码，点击提交按钮，验证是否能正确登录。 2.输入错误的用户名或者密码，验证登录会失败，并且提示相应的错误信息。 3.登录成功后能否能否跳转到正确的页面 4.用户名和密码，如果太短或者太长，应该怎么处理 5.用户名和密码中有特殊字符（比如空格），和其他非英文的情况 6.记住用户名的功能 7.登录失败后，不能记录密码的功能 8.用户名和密码前后有空格的处理 9.密码是否加密显示（星号圆点等） 10.牵扯到验证码的，还要考虑文字是否扭曲过度导致辨认难度大，考虑颜色（色盲使用者），刷新或换一个按钮是否好用 11.登录页面中的注册、忘记密码，登出用另一帐号登录等链接是否正确 12.输入密码的时候，大写键盘开启的时候要有提示信息。 界面测试(UI Test) 1.布局是否合理，2个testbox 和一个按钮是否对齐 2.testbox和按钮的长度，高度是否复合要求 3. 界面的设计风格是否与UI的设计风格统一 4. 界面中的文字简洁易懂，没有错别字。 性能测试(performance test) 1.打开登录页面，需要几秒
在线考试系统测试计划
在线考试系统测试计划 2016年06月01日
文档名称: 测试计划 作者：脱颖龙日期：2016-06-01 审核：日期： 批准：日期：
目录 目录 0 第一章总论 0 1.1 项目背景 0 1.2 项目目标 0 1.3 系统视图 (1) 1.4 文档目的 (1) 1.5 文档摘要 (2) 第二章测试策略 (3) 2.1 整体策略 (3) 2.2 测试范围 (4) 2.3 风险分析 (5) 第三章测试方法 (6) 3.1 里程碑技术 (6) 3.2 测试用例设计 (6) 3.3 测试实施过程 (6) 3.4 测试方法综述 (7) 第四章附件 (7) 第五章变更记录 (7)
第一章总论 1.1 项目背景 传统的考试方式一般要经过人工出卷、考生考试、人工阅卷等过程。对于一些课程来说，随着考生数量的增加，教师出卷阅卷的工作量将会越来越大，并且其工作十分烦琐和非常容易出错。在线考试系统课题产生的背景是当今教育信息化的趋势及我国高校教育信息化系统的建设，目的是充分利用学校现有的计算机软、硬件和网络资源实现无纸化考试以避免传统手工考试的不足。与传统考试模式相比，网上考试渗入了更多的技术环节，对实现安全性的途径、方法也提出了更高的技术要求。通过Internet来实现网上考试，是现代教育技术的一个具体实现，具有很重要的现实意义。可以实现教考分离以及考务工作的全自动化管理，可以有效利用校园网的软硬件资源，使其发挥最大效力，更好的为学校的教学、科研、管理服务，可以大规模的实行考试，实现考试的客观性、公证性，自动化组卷、阅卷可以减轻教师的工作强度。传统考试要求老师刻试卷、印试卷、安排考试、监考、收集试卷、评改试卷、讲评试卷和分析试卷。这是一个漫长而复杂的过程，已经越来越不适应现代教学的需要。在线考试系统是传统考场的延伸，它可以利用网络的无限广阔空间，随时随地的对学生进行考试，加上Web数据库技术的利用，大大简化了传统考试的过程。 1.2 项目目标 通过在线考试系统，实现学生在线考试，教师在线出题，阅卷的功能。
蓝牙功能测试用例
江苏东大集成电路系统工程技术有限公司 蓝牙功能测试用例 测试内容 设置名称 其他设备可以发现我 蓝牙设置 属性 允许其他设备来连接 新增 修改 删除 载入 电话簿 拨打电话（在已经与蓝牙手机建立连接的前提下） 已接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已接电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 已拨电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 已拨电话 拨打选中电话 （在已经与蓝牙手机建立连接的前提下） 未接电话列表是否正确（时间，排列顺序等） 删除 删除全部 加入电话本 通话记录 未接电话 拨打选中电话（在已经与蓝牙手机建立连接的前提下）拨打最近的拨出电话 快速连接（与上一次连接的蓝牙设备建立连接） 连接过蓝牙设备列表是否正确 建立连接 断开连接 蓝牙快捷方式 删除蓝牙设备、多个篮牙快速删除不可有死机现象 列表是否正确 活动的连接 断开连接 关闭 关闭蓝牙功能 恢复(从主界面再次进入蓝牙管理器即可恢复) 搜索蓝牙设备 搜索服务 基本功能测试 蓝牙管理器（具体的见 handfree,handset ) 配对（建立，取消）
删除蓝牙设备 建立连接 断开连接 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 拨打电话 挂断电话 通话过程中手机端强制断开链接不能出现系统无声等 异常 接听电话 增加音量，减小音量，静音 通话在免提设备和蓝牙手机之间的切换 杂音 通话质量 回声 handfree Nokia 5200 SonyErisson K510C HP ipAQ hw6500 (PDA phone) 。。。。。。 通话过程中使用输入键盘 是否能搜索到该蓝牙设备 是否能够建立配对（取消） 搜索该蓝牙设备的服务 是否能够连接（建立，断开） 删除蓝牙设备 听音乐正常 蓝牙棒配对进入headhset audio Gateway 能听到电脑上所有声音后，此时将设备挂断或退出，机器功能（如 播放MP3，触摸屏等）是否正常 挂断电话 接听电话 调节音量 杂音 Handset 蓝牙棒， SonyErisson908 通话质量 回声 Form No.：PE40009 Rev.：A
功能测试测试用例
最全面最共同最公用的测试用例 上一篇/ 下一篇2011-08-08 17:43:10 / 个人分类：软件测试技术 查看( 47 )/ 评论( 1 ) / 评分( 3 / 0 ) 页面检查 合理布局 1、界面布局有序，简洁，符合用户使用习惯 2、界面元素是否在水平或者垂直方向对齐 3、界面元素的尺寸是否合理 4、行列间距是否保持一致 5、是否恰当地利用窗体和控件的空白，以及分割线条 6、窗口切换、移动、改变大小时，界面显示是否正常 7、刷新后界面是否正常显示 8、不同分辨率页面布局显示是否合理，整齐，分辨率一般为1024*768 > 1280*1024 >800*600 弹出窗口 1、弹出的窗口应垂直居中对齐 2、对于弹出窗口界面内容较多，须提供自动全屏功能 3、弹出窗口时应禁用主界面，保证用户使用的焦点 4、活动窗体是否能够被反显加亮 页面正确性 1、界面元素是否有错别字，或者措词含糊、逻辑混乱 2、当用户选中了页面中的一个复选框，之后回退一个页面，再前进一个页面，复选框是否还处于选中状态 3、导航显示正确 4、title显示正确 5、页面显示无乱码 6、需要必填的控件，有必填提醒，如* 7、适时禁用功能按钮（如权限控制时无权限操作时按钮灰掉或不显示；无法输入的输入框disable掉） 8、页面无js错 9、鼠标无规则点击时是否会产生无法预料的结果 10、鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）
控件检查 下拉选择框 1、查询时默认显示全部 2、选择时默认显示请选择 3、禁用时样式置灰 复选框 1、多个复选框可以被同时选中 2、多个复选框可以被部分选中 3、多个复选框可以都不被选中 4、逐一执行每个复选框的功能 单选框 1、一组单选按钮不能同时选中，只能选中一个 2、一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空 下拉树 1、应支持多选与单选 2、禁用时样式置灰 树形 1、各层级用不同图标表示，最下层节点无加减号 2、提供全部收起、全部展开功能 3、如有需要提供搜索与右键功能，如提供需有提示信息 4、展开时，内容刷新正常 日历控件 1、同时支持选择年月日、年月日时分秒规则 2、打开日历控件时，默认显示当前日期 滚动条控件 1、滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间 2、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码
在线考试系统建模
UML建模案例分析 ——在线考试系统UML建模 安徽师范大学数计学院 软件工程导论 实验报告 实验名称：网上考试教务管理系统 姓名：张少奎0915273 专业：计算机科学与技术 编制时间：2011-12-27 安徽师范大学数计学院软件开发班小组编 目录 5.2总结............................................................................................................................. 1引言 1．1开发在线考试系统的背景： 随着网络技术的飞速发展，现在很多国外的大学和社会其他部门都已经开设了远程教育，通过计算机网络实现异地教育和培训。但是，远程教育软件的开发目前还处于起步阶段，随着这项技术的不断深入发展，就要求有更好、更完善的软件系统应用到远程教育当中去，这就给软件设计人员提出了更高的设计要求。 远程教育包括很多环节，例如教学系统、答疑系统和考试系统等等。其中很重要的一个环节就是在线考试系统，同时它也是最难实现的环节。在我国，虽然远程教育已经蓬勃地发展起来，但是目前学校与社会上的各种考试大都采用传统的考试方式，在此方式下，组织一次考试至少要经过五个步骤，即人工出题、考生考试、人工阅卷、成绩评估和试卷分析。显然，随着考试类型的不断增加及考试要求的不断提高，教师的工作量将会越来越大，并且其工作将是一件十分烦琐和非常容易出错的事情，可以说传统的考试方式已经不能适应现代考试的需要。随着计算机应用的迅猛发展，
网络应用不断扩大，如远程教育和虚拟大学的出现等等，且这些应用正逐步深入到千家万户。人们迫切要求利用这些技术来进行在线考试，以减轻教师的工作负担及提高工作效率，与此同时也提高了考试的质量，从而使考试更趋于公证、客观，更加激发学生的学习兴趣。例如目前许多国际着名的计算机公司所举办的各种认证考试绝大部分采用这种方式。 伴随着远程教育的蓬勃发展，作为教学当中不可分割的一部分的在线考试系统也得到了当今远程教育研究者的关注，考试是考察学生对所学习知识的接受和理解程度的重要手段，无纸化的考卷，考试的随时性，随地性，这些特点都是研究并开发网络考试系统主要的原因，网络考试系统远远超越了传统考试固定时间，固定地点的考试模式的限制，将给学生和老师带来极大的便利。随着Internet的相关技术的发展，特别是Web技术的出现，人们开始致力于研究和开发基于Internet考试系统，这也大大推动了远程教育的发展[2]。 如今世界上对于基于Internet的远程考试系统所进行的研究开发工作不是很长，但是基于web 技术构建的在线考试系统已然成为发展的主流。数据库安全、共享、数据传输过程的安全性、访问控制技术、身份识别技术都是构建考试系统要考虑的问题。目前，一些远程教育机构已经开发出了在线考试系统，基本实现了基于Internet的B/S结构在线考试。通过Server端的后台试题库动态生成考卷和对于标准化的试题即时评定成绩。但是与传统的纸面考试相比，目前的在线测试都是基于标准化考试的，而且一般只能用于非正规的考试，因为对于很多方面考虑的还不是很完善，因而使得在线考试在近段时间很难完全替代传统的考试。 1．2在线考试系统简单介绍 系统采用B/S模式，使用目前先进的主流技术（Jsp，Servlet，JQuery等）。数据库采用Oracle11g，编写了存储过程，并对SQL句进行了优化，满足了考试海量数据，响应速度快的要求。实现了考生，管理员登陆身份验证，并具有海量题库，管理员可以对科目，试题进行增、删、改、查，可以自主在题库中选择试题，也可以通过系统随机抽选试题形成试卷。对试题可以进行增、删、改、查。对试卷的考试时间管理员可以随意设定。管理员还可以设定考试登录限制，即允许考试登录和禁止考生登录。管理员可以查看某次考试的统计信息，以便制作正确，有效的教学方案。对于一些答案唯一性的题目，考生提交试卷后，系统可以立即给出成绩。管理员还可以发布通知(如考试纪律)供考生查看，并可以打印。考生登录后可以选择相应科目下的试卷进行考试，并可以查看自己的考试成绩。 通过参考大量资料和成功经验，对系统进行了合理，有效的建模（包括用例图，类图等），可供以后研究和参考使用。数据库设计中也提供了PDM数据库模型图，为以后的研究打下了有效的基础。 2在线考试系统需求分析 2.1系统的功能需求 系统的功能需求主要包括以下几个方面： ●学生可以登录网站浏览信息、查找信息和下载文件。 ●教师可以登录网站输入课程简介、上传课件文件、发布消息、修改和更新消息。 ●系统管理员可以对页面维护以及批准用户的注册申请。 它们的关系图如下：
游戏测试功能性测试用例设计
游戏测试功能性测试用例设计 在游戏测试过程中，你是否会在事先编写好测试用例来指导你的测试工作呢？相信每个游戏测试员心里都有答案。希望无论是测试前会好好准备用例的朋友，还是从来不写用例的朋友，看多这篇文章会对游戏测试用例有新的认识。 众所周知，在软件测试中，测试用例是重中之重，并且一般都设有专门的用例设计人员。但是反观游戏测试，对于测试用例却不是非常重视，究其原因，我认为有以下几点： 1.缺少时间：现在大多数游戏公司的测试部门一般成立的比较晚，很多都是策划和程序已经实现了游戏的大部分基础功能后才开始组织测试，根本不给测试人员编写用例的时间。 2.急于求成：测试用例属于长跑选手，需要长期的维护和坚持才会有丰厚的成果，但是大多数测试人员希望编写用例后立即收到很大的效果，如果执行一次用例没发现很多bug 后，就觉得原来有用例测试起来也就这样。殊不知很多事情没有坚持到最后，是看不到成果的。 3.人员素质：不可否认，游戏测试人员的学历和知识在IT行业属于中下，因为在多数人眼里，只要会玩游戏，就能做游戏测试，其实这话也没错，因为只要你会玩游戏，你也能发现游戏中很明显的bug，但仅此而已。而且游戏测试多半没有学过专业的测试知识，所以对于用例也自然不是很了解，更谈不上重视了。 4.难于维护：这是游戏测试本身造成的，因为游戏测试不同于软件测试，游戏功能的变动一般比较多，功能一变，用例也得更着变，所以一般测试人员都会觉得用例维护太麻烦了，久而久之也就放弃了虽然测试用例编写和维护都是很花时间的，但是测试用例带来的好处还是不可忽视的。 游戏测试除了发现bug以外，还需要确保游戏系统功能的完成度，这些功能是否按照策划的设定完美的完成了，在可玩性上是否达到了要求等等。而测试用例就可以帮助测试人员完整地测试这些内容。 大家可以在脑海里想象一下，测试员A没有使用用例，就是靠自己的意愿和想法不停地在游戏里跑各个功能，如果发现什么bug就记录，然后继续，期间可能一个测试点重复测试了好几次，工作一天后，测试员A感觉自己把系统都跑了一偏了，但是又不是很确定自己每个测试点都测试过了，因为他没有用例来约束和记录他的测试内容，因此他的测试并不系统，覆盖率不高。而测试员B在测试之前准备了测试用例，然后开始测试时按照测试用例一条一条仔细的测试，发现bug并记录，等用例执行完后，测试员B可以信心十足的说：“这个系统所有的测试点我测试过了”。如果说有遗漏的地方，那就说明这个测试用例还不够完善。 了解测试用例的重要性后，我们来谈谈如何设计测试用例，首先我们先回过头思考，我们为什么要设计测试用例？那是因为： 1.为了测试覆盖更加全面 2.为了测试效率更高
易用性测试规定
易用性测试规定 易操作性测试规定 1.目的 易操作性测试是与用户为操作和运行控制所花努力有关的软件属性。其目的在于增加软件操作的简易性，让用户容易接受软件，也方便用户的日常使用 2.实施细则 1.易操作性测试的基本步骤 易操作性测试活动主要包括 ?制定易操作性测试计划并准备易操作性测试用例和易操作性测试规程; ?对照基线化软件和基线化分配需求及软件需求的文档，进行软件易操作性测试; ?用文档记载在易操作性测试期间所鉴别出的问题并跟踪直到结束; ?将易操作性测试结果写成文档并用作为确定软件是否满足其需求的基础; ?提交易操作性测试分析报告。 2.易操作性测试方法 ?根据软件需求设计搭建相应的测试环境。 ?测试是否具有直观的操作界面，所有的说明应以帮助文档的形式出现。 ?测试操作方式是否采用菜单驱动与热键响应相结合 ?测试是否存在复杂的菜单选项和繁琐的加密操作过程 ?测试是否使用中文平台（还是需挂外码转换平换平台） ?测试操作是否窗口的打开层次太深 3.易操作性测试的结果分析 ?软件能力【经过测试所表明的软件能力。】 ?缺陷和限制【说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响。】 ?建议【提出为弥补上述缺陷的建议。】 ?测试结论【说明能否通过。】 易理解性测试规定 1.目的 易理解性是与用户为认识逻辑概念及其应用范围所花的努力有关的软件属性。其目的在于让用户能迅速了解软件的操作流程。
2.实施细则 1.易理解性测试的基本步骤 易理解性测试活动主要包括： ?制定易理解性测试计划并准备易理解性测试用例和易理解性作测试规程; ?对照基线化软件和基线化分配需求及软件需求的文档，进行软件易理解性测试; ?用文档记载在易理解性测试期间所鉴别出的问题并跟踪直到结束; ?将易理解性测试结果写成文档并用作为确定软件是否满足其需求的基础; ?提交易理解性测试分析报告。 2.易理解性测试方法 ?测试人员详细分析用户业务操作的流程，得到认定的最佳测试方案 ?测试是否按用户的认识逻辑与软件的行业约定进行软件设计 ?测试是否存在会让用户产生错误指引的操作 ?测试是否存在会让用户产生有专业争议操作 3.易理解性测试的结果分析 ?软件能力【经过测试所表明的软件能力。】 ?缺陷和限制【说明测试所揭露的软件缺陷和不足，以及可能给软件运行带来的影响。】?建议【提出为弥补上述缺陷的建议。】 ?测试结论【说明能否通过。】 易学性测试规定 1.目的 易学性测试是与用户为学习软件应用（例如运行控制、输入、输出）所花的努力有关的属性。其目的找出系统内部存在的错误，让用户迅速学会操作软件。 2.实施细则 1.易学性测试的基本步骤 易学性测试活动主要包括 ?制定易学性测试计划和易学性测试规程； ?对照基线化软件和基线化分配需求及软件需求的文档，进行软件易学性测试； ?用文档记载在易学性测试期间所鉴别出的问题并跟踪直到结束； ?将易学性测试结果写成文档并用作为确定软件是否满足其需求的基础； ?提交易学性测试分析报告。 2.易学性测试方法 ?根据软件需求设计搭建相应的测试环境 ?测试是否按用户的一般认识逻辑性与行业习惯进行软件设计 ?测试用户操作手册是否详细、科学而简明扼要 ?测试是否提供在线帮助，在线帮助是否有充分的实例