Web测试通用测试用例

页面检查

合理布局

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、拖动滚动条，检查屏幕刷新情况，并查看是否有乱码

3、单击滚动条时，页面信息是否正确显示

4、用滚轮控制滚动条时，页面信息是否正确显示

5、用滚动条的上下按钮时，页面信息是否正确显示

按钮

1、点击按钮是否正确响应操作。如单击确定，正确执行操作;单击取消，退出窗口

2、对非法的输入或操作给出足够的提示说明

3、对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会(如删除等危险操作）

文本框

1、输入正常的字母和数字

2、输入已存在的文件的名称

3、输入超长字符。

4、输入默认值，空白，空格。

5、若只允许输入字母，尝试输入数字;反之，尝试输入字母

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

7、输入特殊字符集，例如，NUL及\n等

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

分页

1、当列表数据较多时是否使用分页控件。

2、系统是否都是使用的同一风格的分页控件。

上传功能检查

上传功能

1、上传下载文件检查：上传下载文件的功能是否实现，上传下载的文件是否有格式、大小要求、是否屏蔽exe.bat.

2、回车键检查:在输入结束后直接按回车键,看系统处理如何,会否报错。这个地方很有可能

3、刷新键检查：在Web系统中，使用浏览器的刷新键，看系统处理如何，会否报错。

4、回退键检查：在Web系统中，使用浏览器的回退键，看系统处理如何，会否报错。对于需要用户验证的系统，在退出登录后，使用回退键，看系统处理如何；多次使用回退键，多次使用前进键，看系统如何处理。

5、直接URL链接检查：在Web系统中，直接输入各功能页面的URL地址，看系统如何处理，对于需要用户验证的系统更为重要。如果系统安全性设计的不好，直接输入各功能页面的URL地址，很有可能会正常打开页面。

6、确认没有上传资料点上传按钮是否有提示

7、确认是否支持图片上传

8、确认是否支持压缩包上传

9、若是图片，是否支持所有的格式（.jpeg,.jpg,.gif,.png等）

10、音频文件的格式是否支持（mp3,wav,mid,等）

11、各种格式的视频文件是否支持

12、上传文件的大小有无限制，上传时间用户是否可接受？

13、是否支持批量上传？

14、若在传输过程中，网络中断时，页面显示什么

15、选择文件后，想取消上传功能，是否有删除按钮

16、文件上传结束后，是否能回到原来界面

添加功能检查

添加功能

1、正确输入相关内容，包括必填项，点添加按钮，记录是否成功添加

2、必填项内容不填、其它项正确输入，点添加按钮，系统是否有相应提示

3、内容项中输入空格，点添加按钮，记录能否添加成功

4、内容项中输入系统中不允许出现的字符、点添加按钮，系统是否有相应提示

5、内容项中输入HTML脚本，点添加按钮，记录能否添加成功

6、仅填写必填项，点添加按钮，记录能否添加成功

7、添加记录失败时，原填写内容是否保存

8、新添加的记录是否排列在首行

9、重复提交相同记录，系统是否有相应提示

删除功能

1、选择任意一条记录，进行删除，能否删除成功

2、选择不连续多条记录，进行删除，能否删除成功

3、选择连续多条记录，进行删除，能否删除成功

4、能否进行批量删除操作

5、删除时，系统是否有确认删除的提示

查询功能检查

查询功能

1、针对单个查询条件进行查询，系统能否查询出相关记录

2、针对多个查询条件，进行组合查询，系统能否查询出相关记录

3、系统能否支持模糊查询

4、查询条件全部匹配时，系统能否查询出相关记录

5、查询条件全为空时，系统能否查询出相关记录

6、查询条件中输入%，系统能否查询出相关记录

7、系统是否支持回车查询

8、系统是否设置了重置查询的功能

测试用例实例—常见功能测试点

测试用例实例--常见功能测试点笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空

③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 ------------------------------------------------------------------------------------------------------ 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看是否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否支持table键 ⑦是否支持enter键 ------------------------------------------------------------------------------------------------------ 4)查询精确查询：

功能通用测试用例

一、功能测试 1、对话框测试输入进行测试。包括中文字符、英文字符、数字字符、特殊字符、及几种字符的组合。 2、对界面可操作按钮进行测试。包括【新增(N)】【保存(S)】【修改(M)】【查询(A)】【打印(P)】【退出(X)】。同时需要对鼠标右键的菜单进行测试。 3、数据保存测试。将1 和2 进行组合。 4、必要条件控制测试。在做了3 时将必要条件(如：a、编号、姓名不可为空b、编号、姓名不可重复)控制测试联合起来。二、GUI 测试 1.窗体是否能够基于相关的输入或菜单命令适当的打开 2.窗体是否能够改变大小、移动和滚动 3.窗体的数据是否能够利用鼠标、功能键、方向箭头和键盘操作 4.当窗体被覆盖并重新调用后，窗体是否能够正确再生 5.窗体相关的功能是否可以操作 6.是否显示相关的下拉菜单、工具条、滚动条、对话框、按钮、图标和其他控制，既能正确显示又能调用 7.显示多窗体时，窗体名称是否能够正确表示 8.活动窗体是否能够被反显加亮 9.多用户联机时所有窗体是否能够实时更新 10.鼠标无规则点击时是否会产生无法预料的结果 11.窗体声音及提示是否符合既定编程规则 12.窗体是否能够被关闭 13.窗体控件的大小、对齐方向、颜色、背景等属性的设置值是否和程序设计规约相一致 14.窗体控件布局是否合理、美观 15.窗体控件TAB 顺序是否从左到右，从上到下 16.窗体焦点是否按照编程规范落在既定的控件上 17.窗体画面文字（全、半角、格式、拼写）是否正确 18.鼠标有多个形状时是否能够被窗体识别（如漏斗状时窗体不接受输入）三、功能测试就是对产品的各功能进行验证，根据功能测试用例，逐项测试，检查产品是否达到用户要求的功能。常用的测试方法如下： 1.页面链接检查：每一个链接是否都有对应的页面，并且页面之间切换正确。 2.相关性检查：删除/增加一项会不会对其他项产生影响，如果产生影响，这些影响是否都正确。 3.检查按钮的功能是否正确：如update, cancel, delete, save 等功能是否正确。 4.字符串长度检查: 输入超出需求所说明的字符串长度的内容, 看系统是否检查字符串长度,会不会出错.

测试用例基本通用模板

1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥数据库中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空 ③按照边界值等价类设计测试用例的原则设计其他输入项的测试用例 ④不符合要求的地方要有错误提示 ⑤是否支持table键 ⑥按enter是否能保存 ⑦若提示不能保存，也要察看数据库里是否多了一条数据 3) 删除 ①删除一个数据库中存在的数据，然后查看数据库中是否删除 ②删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除 ③输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。 ④输入的正确数据前加空格，看是否能正确删除数据 ⑤什么也不输入 ⑥是否指出table键 ⑦是否支持enter键 4)查询精确查询： ①输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据 ②输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据 ③输入格式或范围不符合要求的数据，看是否有错误提示 ④输入数据库中不存在的数据

⑤不输入任何数据 ⑥是否支持table键 ⑦是否支持enter键模糊查询：在精确查询的基础上加上以下一点 ①输入一些字符，看是否能查出数据库中所有的相关信息 2.设计功能测试用例文本框、按钮等控件测试文本框的测试如何对文本框进行测试 a，输入正常的字母或数字。 b，输入已存在的文件的名称; c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理; d，输入默认值，空白，空格; e，若只允许输入字母，尝试输入数字;反之;尝试输入字母; f，利用复制，粘贴等操作强制输入程序不允许的输入数据; g，输入特殊字符集，例如，NUL及等; h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示; i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为 yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示在测试过程中所用到的测试方法： 1，输入非法数据; 2，输入默认值; 3，输入特殊字符集; 4，输入使缓冲区溢出的数据; 5，输入相同的文件名; 命令按钮控件的测试 a，点击按钮正确响应操作。如，单击确定，正确执行操作;单击取消，退出窗口; b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31; c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会; 单选按钮控件的测试 a，一组单选按钮不能同时选中，只能选中一个。

通用测试用例模板

通用软件测试用例模板

用例说明一、用例编号：每个用例唯一的标识二、用例类型：用例的优先级（根据BUG的等级划分、用户使用的主次功能划分、根据流程划分如基本流或备选流）。三、用例名称：填写用例的名称，如删除对象，添加内容，进行查询等。四、模块名称:该用例属于哪个主要模块五、测试环境：硬件环境：列出为测试本软件所使用硬件的配置，如： a.处理机的型号、内存容量； b.所要求的外存储器、媒体、记录格式、设备的型号和台数、联机／脱机； c.I／O设备（联机／脱机？）； d.数据传输设备和转换设备的型号、台数。软件环境：说明为测试本软件所使用的软件，如： a．操作系统的名称、版本号； b．开发工具名称和版本号； c．数据库管理系统的名称和版本号； d．使用什么测试软件 e．其他支持软件。六、测试目标：明确测试后所要实现的基本功能及结果，简要强调下面所有子功能可实现的功能和方法，使测试人员了解测试的意图。写出预期要达到的最好状态。七、用户需求：写出测试模块所要达到的基本用户需要或者用户所需要的完整功能描述八、前置条件：描述该操作的前提条件。如：前面删除的对象有（废弃的对象、被引用对象、处在流程中的对象等）各种情况，该处可以描述其中一种。。九、后置条件：描述该操作的先关后续链接十、特殊说明：用户或者开发者有特殊需求或注意事项，需添加在此项。十一、用例的测试过程 1步骤：用例中需要测试进行的步骤，如1。 2测试内容：测试内容， 3测试预期结果：未测试前合理的正确的结果。 4操作描述：如：点击“高级查询”进入高级查询的页面，键入“姓名”。 5测试输入数据：如果此处输入姓名或其中几个字如“欧阳菲菲”或“欧阳”，均可记录。 6测试结果：记录输出的结果。正确或者错误均记录。对于一个测试完整功能点都会有一个对应的期望的正确结果。该结果可能是一个输出的数据值，也可能是一个显示效果结果 7测试完成后功能描述测试无误后对该子项功能模块的整体详细描述。

通用测试用例

通用测试用例 1. 文档介绍......................... (2) 1.1 文档目的.... .... .... .... .... .... .... .... .... .... . (2) 1.2 文档范围..... .... .... .... .... .... .... .... .... .... (2) 1.3 读者对象.... .... .... .... .... .... .... .... .... .... . (2) 1.4 参考文献..... .... .... .... .... .... .... .... .... .... (2) 1.5 术语与缩写解释..... . .... .... .... .... .... .... .... (2) 2. 功能测试用例...... .... .... .... ...... .... .... .... .... (2) 2.1 被测试对象的介绍......... .... .... .... ....... .... .... .. 2 2.2 测试范围与目的........ .... .... .... ........ .... .... .... .2 2.3 测试环境与测试辅助工具的描述....... .... . ... ...... .... . (3) 2.4 测试驱动程序的设计... ... ... ... .. ... ... ... ... ... ..3 2.5 功能测试用例.. ... ... ... ... ... ... ... ... ... ... . (3) 3. 性能测试用例... ... ... ... ... ... ... ... ... ... ... . (17) 3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... (17) 3.2测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..17 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (17) 3.4 测试驱动程序的设计.. ... ... ... ... ... ... ... ... ... ..17 3.5 性能测试用例.... ... ... ... ... ... ... ... ... ... ... ..18 4. 图形用户界面测试用例.... ... ... ... ... ... ... ... ... . (20) 4.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... . (20) 4.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... (20) 4.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... (20) 4.4 测试驱动程序的设计.... ... ... ... ... ... ... ... ... (20) 4.5 用户界面测试的检查表.. ... ... ... ... ... ... ... ... . (20)

登录功能通用测试用例

登录功能通用测试用例具体需求：有一个登录页面，有一个账号和一个密码输入框, 一个提交按钮。请针对这个页面设计Test Case。此题的考察目的： 1、了解需求（测什么都是从了解需求开始）； 2、是否有设计Test Case的能力 3、是否熟悉各种测试方法； 4、是否有丰富的Web测试经验； 5、是否了解Web开发；了解需求：测试需求分析过程，可以从质量要求出发，来展开测试需求分析，如从功能、性能、安全性、兼容性等各个质量要求出发，不断细化其内容，挖掘其对应的测试需求，覆盖质量要求。也可以从开发需求（如产品功能特性点、敏捷开发的用户故事）出发，针对每一条开发需求形成已分解的测试项，结合质量要求，这些测试项再扩展为测试任务，这些测试任务包括了具体的功能性测试任务和非功能性测试任务。在整理测试需求时，需要分类、细化、合并并按照优先级进行排序，形成测试需求列表。 1、登录界面应该是弹出窗口式的，还是直接在网页里面；

2、账号长度和密码的强度（比如需要多少位、大小写敏感、特殊字符混搭等）； 3、界面美观是否有特殊要求？（即是否要进行UI测试）； 4、···· 用例设计：测试需求分析完成后，开始用例设计，主要可以从以下几个方面考虑：功能测试(Function Test) 1、输入正确的账号和密码，点击提交按钮，验证是否能正确登录。（正常输入） 2、输入错误的账号或者密码, 验证登录会失败，并且提示相应的错误信息。（错误校验） 3、登录成功后能否跳转到正确的页面（低） 4、账号和密码，如果太短或者太长，应该怎么处理（安全性，密码太短时是否有提示） 5、账号和密码，中有特殊字符（比如空格），和其他非英文的情况（是否做了过滤） 6、记住账号的功能 7、登录失败后，不能记录密码的功能 8、账号和密码前后有空格的处理 9、密码是否加密显示（星号圆点等）

通用测试用例教学文案

通用测试用例

2.5 功能测试用例.. ... ... ... ... ... ... ... ... ... ... . (3) 3. 性能测试用例... ... ... ... ... ... ... ... ... ... ... . (17) 3.1 被测试对象的介绍.... ... ... ... ... ... ... ... ... ... 17 3.2测试范围与目的... . ... ... ... ... ... ... ... ... ... ... ..17 3.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... 17 3.4 测试驱动程序的设计.. ... ... ... ... ... ... ... ... ... ..17 3.5 性能测试用例.... ... ... ... ... ... ... ... ... ... ... ..18 4. 图形用户界面测试用例.... ... ... ... ... ... ... ... ... . (20) 4.1 被测试对象的介绍.. ... ... ... ... ... ... ... ... ... . (20) 4.2 测试范围与目的.... ... ... ... ... ... ... ... ... ... (20) 4.3 测试环境与测试辅助工具的描述... ... ... ... ... ... ... ... 20

软件测试中通用的测试用例(很全).docx

B/S 程序通用测试点 1 、界面测试通用测试点测试内容测试点 1、浏览器窗口标准或最大时页面元素显示是否正确，是否美观，窗口大小变页面显示化时页面刷新是否正确； 2、电脑显示屏是宽屏或标屏下页面元素显示是否正确，是否美观； 3、用户常用的几种分辨率下页面元素显示是否正确，是否美观。 4、字体的大小要与界面的大小比例协调,通常使用的字体中宋体美观，很少使用超过12 号的字体。 9-12较为5、前景与背景色搭配合理协调，反差不宜太大，最好少用深色，如大红、大绿等。 6、页面弹出式提示界面必须大小合理，布局美观，符合系统风格。 1、布局要合理, 不宜过于密集，也不能过于空旷，合理的利用空间。 2、相关页面元素的外形是否美观大方，大小是否合适，位置和页面的风格是页面布局否协调。 3、页面相关说明性文字的位置是否正确合适，鼠标定位在需说明的控件上时相关提示信息位置是否合理。 1、同一系统中不同页面的整体风格是否一致，是否美观；页面风格2、各页面背景、色调是否正确，是否美观，是否适合应用环境。 3、主色调要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。 1、按钮名称易懂，用词准确，屏弃多义性字眼，要与同一界面上的其他按钮易于区分，能望文知意最好。 2、对于完成同一功能的控件需要集中放置；Tab 键的顺序与控件排列顺序要一致，目前流行总体从上到下，同时行间从左到右的方式。 3、默认按钮要支持Enter 及选操作，即按Enter 后自动执行默认按钮对应操作。易用性 4、页面要支持键盘自动浏览按钮功能，即按Tab键、回車鍵的自动切换功能。 5、页面输入控件的选择要合理合适，同一界面复选框不能出现太多，下拉列表选项也不宜太多。 6、常用菜单功能需提供操作快捷键，快捷键的定义应符合大众操作习惯。 7、页面存在工具栏的，工具栏需要设置默认停靠位置，工具栏长度不能太长，工具栏上的按钮需提供提示信息，工具栏功能可以用户自行定制。 1、对于需要等待的操作，如果时间稍长就应该提供进度条显示。 2、菜单深度一般要控制在三层以内，树状结构类似。 3、滚动条的长度要根据显示信息的长度或宽度能及时变换，以利于用户了解友好性显示信息的位置和百分比。 4、对用户操作需要反馈足够的信息，例如提示、警告、或错误，信息表达应该清楚、明了、恰当、准确。

测试用例实例—常见功能测试点

笔者在网上看到了一篇文章，个人认为此文对于“软件常用功能测试点”总结的很好，特此摘录下来和大家一起分享。 1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑 1)登陆 ①用户名和密码都符合要求(格式上的要求) ②用户名和密码都不符合要求(格式上的要求) ③用户名符合要求，密码不符合要求(格式上的要求) ④密码符合要求，用户名不符合要求(格式上的要求) ⑤用户名或密码为空 ⑥中不存在的用户名，不存在的密码 ⑦数据库中存在的用户名，错误的密码 ⑧数据库中不存在的用户名，存在的密码 ⑨输入的数据前存在空格 ⑩输入正确的用户名密码以后按[enter]是否能登陆 ------------------------------------------------------------------------------------------------------ 2) 添加 ①要添加的数据项均合理，检查数据库中是否添加了相应的数据 ②留出一个必填数据为空

游戏测试用例编写方法浅谈

游戏软件功能测试——测试用例的编写方法浅谈一、游戏软件与通用软件的区别 a)通用软件的需求明确，游戏软件需求理想化 i.通用软件中用户每步操作的预期结果都是明确且有规范可参考的，而网游中并不是所有的需求都有一个明确的预期结果，拿技能平衡性来说，我们所谓的平衡也只是相对的平衡，而非绝对的平衡。没有什么明确的参考参数。只能根据以往游戏的经验获得一个感知的结果。 ii.网络游戏中的某些功能是有预期结果可参考的。例如组队、交易，而另外一些带有策划创意的功能，却是根据策划个人的理解，来确定其预期结果的。人的思考力都是有限的，所以不能保证在他的创意中会考虑到各种各样复杂的细节。也不能够保证这个创意就可以完全被用户所接受。当你作为游戏测试人员时，很多时候你需要做的不仅仅是验证功能。也需要帮助开发者和用户找到一个互相容忍的平衡点。游戏软件的测试员带有对策划需求的怀疑，力求通过自己的努力在玩家和开发者之间将可能产生的矛盾减小。 b)通用软件开发过程中需求变更少，游戏软件开发过程中需求便更快 i.通用软件的使用人群和软件的功能针对性，决定软件从开始制作就很少再有新的需求变更。而游戏软件，为了满足玩家对游戏的认可度，策划需要不断的揣摩玩家的喜好，进行游戏功能的改进。加之网游制作本身就是一个庞大复杂的工程，开发者不可能做到在开发的前期，就对游戏架构及扩展性做出最好的评估。所以导致为了满足用户的需求而不断的进行一些基础架构的修改，基础架构的修改必然导致某些功能的颠覆。所以就出现了，游戏开发过程中的一个恶性循环，当基础架构修改到满意了，玩家的需求又有了新的变化，随之而来的又要进行新的调整，再进行新的修改。最终导致了游戏软件的开发周期不断加长。任何一个有经验的团队，对于每一个影响基础的改动都应该做出正确的评估。二、网游有哪些测试内容 a)性能 i.客户端性能 ii.服务器端性能 1.服务器 2.数据库 iii.网络 b)功能 i.从运行完game.exe打开游戏界面后可进行的各种操作、玩法 ii.界面 iii.音乐 c)自动化 i.测试工作组织实施中需要的工具、软件、平台的开发 ii.自动化的回归测试作用：游戏中基础的、变动不大的、出错率高的、可进行checklist重复测试的功能、性能等自动化是一个好方法 iii.任何时候自动化都取代不了人脑，它只是将一些重复性的劳动从我们测试人员身上去掉，让我们有更多的时间做更有意义的事情，如果你觉得你做一件事情是重复的，且有规律可行的，不防考虑自动化三、游戏中针对功能性测试测试用例编写浅谈

Web测试通用测试用例

Web测试通用测试用例页面检查合理布局 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、打开日历控件时，默认显示当前日期滚动条控件

软件测试测试用例实例含功能测试用例、性能测试用例、兼容性测试用例

测试用例实例（含：功能测试用例、性能测试用例、兼容性测试用例）目录一、功能测试用例............................................................................................ - 2 - 二、性能测试................................................................................................... - 10 - 2.1预期性能测试用例 ........................................................................... - 10 - 2.2 用户并发测试用例 .......................................................................... - 11 - 2.3 大数据量测试用例 .......................................................................... - 11 - 2.4 疲劳强度测试用例 .......................................................................... - 12 - 2.5 负载测试测试用例 .......................................................................... - 13 - 三、兼容性测试 .............................................................................................. - 13 - 用例编号TestCase_LinkWorks_WorkEvaluate 项目名称LinkWorks 模块名称WorkEvaluate模块项目承担部门研发中心-质量管理部用例作者完成日期2005-5-27 本文档使用部门质量管理部评审负责人

登录功能测试用例设计

功能测试(Function Test) 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 等） 2、不同的平台是否能正常工作，比如Windows, Mac 3、移动设备上是否正常工作，比如iPhone, Android 4、不同的分辨率本地化测试（Localization Test） 1、不同语言环境下，页面的显示是否正确。软件辅助性测试（Accessibility Test）

简单通用测试用例

针对B/S、C/S架构的简单测试案例这是一个针对web应用和桌面应用程序的测试清单。注释：这篇文章有点长，我的目标是能够分享其中一个已经启动但还没完成的综合测试清单。我将利用很多场景持续更新该清单。如果你现在没有时间阅读，请随意的将它与你的朋友共享并放在书签中供以后阅读。测试清单是测试用例编写过程中不可或缺的一部分。使用该清单你可以轻松地创建数以百计的测试用例来测试web或桌面应用程序。这些都是常用的测试用例，基本上适用于所有的应用程序。在为你的项目编写测试用例时参考该清单，我相信除了软件需求说明文档中的特定业务规则外，你能覆盖到大多数测试类型。尽管这是一个普通的清单，但我还是建议根据你的特定需要和特定的测试利用下面的测试用例准备一个标准的测试清单。测试过程中应用测试清单的重要性： - 为你的应用程序维持一个标准的测试用例库将能保证更快地捕捉最常见的缺陷。 - 重用测试用例有助于节约编写重复用例花费的资源成本。 - 经常覆盖的重要测试用例不可能轻易忘记。 - 测试清单可以提供给开发人员查阅，以保证在开发阶段就避免出现一些常见的问题。几点说明： 1）用不同的用户角色执行这些测试场景，如：管理用户，来宾用户等。 2）对于web应用，这些场景应该在客户认可的多种浏览器的各个版本上进行测试，如：IE，Firefox，Chrome，Safari等。 3）用不同的屏幕分辨率进行测试，如：1024x768,1280x1024等。 4）应用程序应在多种显示器上进行测试，如：LCD，CRT，笔记本，平板电脑，智能手机等。 5）在不同的系统平台上测试应用程序，如：Windows，Mac，Linux等系统。

功能测试用例的设计

1.用因果图法分析原因结果，并决策表设计测试用例。 2.使用场景法设计测试用例。二、实验内容 1.将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，考虑用因果图法设计测试用例，给出完整步骤。 2.有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。三、实验环境 Win dows XP 系统四、实验步骤和结果 1.将三角形问题的可能结果扩展为：一般三角形、等腰三角形、等边三角形、直角三角形、等腰直角三角形和非三角形，用因果图法设计测试用例，给出完整步骤。具体如下： 1）输入的三边分别为a，b，c（斜边）且a

5）根据决策表设计测试用例 2.有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在线购买，这时需要使用帐号密码登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。使用场景法设计上述问题的测试用例。 1）确定基本流，及各项备选流

3）对每一个场景生成相应的测试用例（注：在下面的矩阵中，V （有效）用于表明这个条件必须是VALID （有效的）才可执行基本流，而I （无效）用于表明这种条件下将激活所需备选流，“ n/a ” （不适用）表明这个条件不适用于当前测试用例。） 4）设计测试用例对生成的所有测试用例重新复审，去掉多余的测试用例，测试用例确定后，对每一个测试用例确定测试数据值