手机测试方法与测试用例

目录

目录 (1)

一.UI测试 (2)

1. UI布局测试 (2)

2素材方面测试 (2)

二.功能测试方法 (2)

2.测试常见方法概述 (2)

2.1边界值 (2)

2.2等价类划分 (3)

2.3场景测试法 (3)

2.4错误推测法 (5)

3.游戏内常见控件测试详解 (6)

3.1文本框的测试 (6)

3.2命令按钮的测试 (6)

3.3单选按钮的测试 (6)

3.4 up-down控件的测试 (7)

3.5组合列表框的测试 (7)

3.6复选框控件的测试 (8)

3.7列表框控件的测试 (9)

3.8滚动条的测试 (9)

3.9窗体的测试 (10)

4.0各种控件在页面中混合使用时的测试 (10)

4.游戏内操作测试 (11)

4.1游戏内鼠标操作 (11)

4.2游戏内链接的测试 (11)

4.3游戏内文字检查 (11)

4.4游戏内帮助文档测试 (12)

4.5游戏角色的测试 (12)

4.6特殊属性 (12)

三.附录： (14)

1.界面设计的总体原则 (14)

2.测试流程 (14)

3.测试用例 (15)

编写原则 (15)

3.1 系统性 (15)

3.2 连贯性 (15)

3.3 全面性 (15)

3.4 正确性 (15)

3.5 符合正常业务惯例 (16)

3.6 可操作性 (16)

测试方法

游戏测试方法大致分为：UI测试（即界面测试）和功能测试。下面是针对测试中能使用到的方法简略的总结。关于UI的测试后边详细介绍，前边开头部分为简略叙述。

一.UI测试

1. UI布局测试

目的：检测界面布局设置合理性。

操作方法：1.检查各种控件、弹窗在游戏中摆放位置的合理性

2.检查界面中各个文字完整性（包括弹窗信息、任务描述、tips内容等），按钮上

文字的显示位置是否有偏移。

Ps：①关于弹窗位置，可以尝试多次反复弹出弹窗后关闭操作，目的在于检测弹窗在反复关闭弹出后是否会改变在游戏中位置。

②全屏显示游戏，然后继续操作弹窗出现，查看界面现实情况

2素材方面测试

目的：检测游戏中图片素材与策划案是否一致。

操作方法：1.查看商城、任务描述、弹窗、宣传广告中、游戏中地面、天空之城等处的图片显示与策划案中要求核对。

2.查看图片中名称与图片本身是否一致

二.功能测试方法

2.测试常见方法概述

游戏测试中常用的测试方法：等价类、边界值、因果图、错误推测法

2.1边界值

定义：允许输入或输出的数值范围的最大值和最小值。

例如：数值要求不能超过15，那么测试时可以尝试使用的数字有：13 14 16 17，也可以只使用14和16。

Ps：上述要求也要根据环境选择数值。有些条件要实验0、负数等

2.2等价类划分

定义：根据策划案中给出的设置条件将测试要使用的数据分为两种类型，符合游戏要求的数

据和不符合要求的数据。通常称为有效类与无效类。

例如：要求1<=x<=60,分为三段，划分有效类，入下图：

① 针对上述条件等价类划分为上图标注，区域A 、B 都是无效类，有效类为中间区域并且

包含1和60.

② 有效类中还可以根据第二条件再次划分有效类与无效类

上图所示，1<=x<=20时为第一个分段的条件下，有效类是X 在1到20之间，包含1和20；无效类为区域C 和其旁边区域。

Ps ：设计用例时，如遇到等于边界值的情况，还可以使用边界值与等价类结合的方式设计可以减少冗余的用例。

例如上图设计用例时，可以结合两种方法。第一个区间取有效类数值x=1与x=20，既符合有效类又符合边界值测试法，当然x=15或是满足的此区间的其他数字皆可使用。

2.3场景测试法

定义：从用自然语言书写的程序规格说明的描述中找出因（输入条件）和果（输出或

程序状态的改变），可以通过因果图转换为判定表。

例如：有一个在线购物的实例，用户进入一个在线购物网站进行购物，选购物品后，进行在

线购买，这时需要使用帐号登录，登录成功后，进行付钱交易，交易成功后，生成订购单，完成整个购物过程。对其采用场景法设计测试用例。

下图中经过用例的每条不同路径都反映了基本流和备选流，都用箭头来表示。基本流用直黑线来表示，是经过用例的最简单的路径。每个备选流自基本流开始，之后，备选流会在某个特定条件

X=1 X=6020 40

解：1）在线购物的实例的基本流和备选流：(上图)

2）根据基本流和备选流来确定场景设计：

3）用例设计

下面显示了一种通用格式，其中各行代表各个测试用例，而各列则代表测试用例的信息。

本例中，对于每个测试用例，存在一个测试用例ID、条件（或说明）、测试用例中涉及的所有数据元素（作为输入或已经存在于数据库中）以及预期结果。

通过从确定执行用例场景所需的数据元素入手构建矩阵。然后，对于每个场景，至少要确定包含执行场景所需的适当条件的测试用例。例如，在下面的矩阵中，V（有效）用于表明这个条件必须是 VALID（有效的）才可执行基本流，而 I（无效）用于表明这种条件下将激活所需备选流。下表中使用的“n/a”（不适用）表明这个条件不适用于测试用例。

表：测试用例表

4）数据设计，把数据填入上面的用例表中。

2.4错误推测法

定义：列举出程序中所有可能有的错误和容易发生错误的特殊情况。

例如：游戏中某个文本框内要求可以输入数字。那么相对的列出错误的输入方式如下：

1.输入负数

2.输入小数

3.输入字母

4.输入字符

5.输入符号

等等各种条件查看错误输入导致的结果

3.游戏内常见控件测试详解

3.1文本框的测试

针对文本框测就应从输入数据的内容、长度、类型及格式等内容进行测试。具体如下：

输入正常数字或字母。

输入超长的字符。

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

若只允许字母，尝试输入数字；若只允许数字，即可输入字母、符号等。

利用复制、粘贴等操作，强制输入程序不允许输入的数据。例如文本框只允许输入数字，利用复制、粘贴操作，粘贴文本到该文本框中。程序是不允许这样操作为正确。

输入特殊字符集。例如输入NUL以及\n等编程语言中的保留字符。

输入超过文本框长度的字符或是多行文本，检查所输入的内容是否可以正常显示。

输入符合格式的数据，检查程序能否正确校验。例如，输入日期格式为yyyy/mm/dd，实际输入却为dd-mm-yy。程序应该给出错误提示。

3.2命令按钮的测试

测试内容：

按钮的功能能否实现。

提示信息是否正确。

对于不符合业务背景的输入数据是否有相应的处理方法。

测试方法：

?单击按钮正确相应操作。

?对非法的输入或是操作给出足够的提示说明。

?对可能造成数据无法恢复的操作必须提供确认信息，给用户放弃的机会。

?错误说明应该清楚、明了、恰当，让用户明白错误出处。

3.3单选按钮的测试

测试内容：

单选按钮是否只能同时选中一个。

各单选按钮的功能是否能正确完成。

是否有默认被选中的选项。

测试方法：

?一组单选按钮不能同时都被选中，只能选中其中一个。例如性别的选择处使用了单选按

钮，那么性别只能选择男或是女，不能同时，如果同时可选，即为BUG。

?逐一执行每个单选按钮的功能。例子同上，当选择了男时，保存如数据库的数据上性别

应为对应的文字，男。

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

3.4 up-down控件的测试

圈住部分成为up-down控件。

测试内容：

对上下箭头的控制。

对边界值的测试。

对默认值的测试。

对非法输入字符的测试。

测试方法：

?直接输入数字或是用上下箭头控制。

?利用上下箭头控制数字的自动循环。例如：当上图中拥有物品最多不会超过4时，我们

可以选择单击向上键，使数字增加到4后，查看时间是否会回滚到1。同理当时间显示为1时，选择向下键，查看数字是否会变为4.

?直接输入超过边界数值。如可操作输入的地方，又是超过边界数值，系统一般会提示重

新输入类型的信息等。

?输入默认空白值。

?输入字符。游戏中常见批量使用物品界面，尝试将个数改为字符等等，单击确定查结果。

3.5组合列表框的测试

上图为组合列表框。

测试内容：

对组合列表框需要测试以下内容：

条目内容的检查。

条目功能能否实现。

具体方法：

?条目内容正确。例如上图可选子的是同屏可以看到多少人，如果掺入了其他与此选项不

同功能的条目就属于缺陷。

?逐一执行列表框中每个条目的功能。第一条、中间项、最后一条是否可以执行，特别留

意。

?检查能否向组合列表框内输入数据。如系统不允许向内输入数据，可输入即为缺陷。

3.6复选框控件的测试

复选框按钮如图所示：

测试内容：

多个复选框是否可以被同时选中。

多个复选框可以被部分选中。

多个复选框可以都不被选中。

逐一执行每个复选框的功能。

3.7列表框控件的测试

列表框如图：

测试内容：

条目内容是否正确。

滚动条是否可以滚动。

条码的功能是否实现。

列表框能否完全实现多选操作时的各种功能。

具体方法：

?条目内容正确与否。内容显示完全，没有文字丢失或是错我。

?逐一执行列表框中每个条目的功能。例如上图是任务列表，那么相应的就是选择一条，

右侧是否出现该任务的解释内容等。

?列表框内容较多时要使用滚动条。如果条目宽度超过列表框的宽度，鼠标指针位于该条

目时，可以显示完整内容。

?列表框允许多选时，要分别检查按住shift选中条目、按住ctrl选中条目和直接用鼠标

选中多想条目时的情况。

3.8滚动条的测试

测试内容：

滚动条能否被拖动。

拖动滚动条时屏幕的刷新情况。

拖动滚动条时信息显示情况。

滚动条的上下按钮是否可用。

具体方法：

?滚动条的长度根据显示信息的长度或是宽度及时变换，有利于用户了解提示信息的位置

和百分比。

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

?拖动滚动条，浏览页面。

?滚轮控制滚动条。滚动条可以用滚轮控制（和拖动一个效果），浏览页面。

?滚动条上下按钮使用。也可达到翻页，或是浏览页面。

3.9窗体的测试

测试内容：

窗体大小。

窗体缩放。

移动窗体。

显示分辨率。

多窗体之间的激活。

父窗体与子窗体。

具体方法：

?窗体大小。大小要适合，使内部控件布局合理，不过与密集、也不过与空旷。

?窗体缩放。点击最大化或是最小化按钮，窗体按照实际操作实现功能的同时，内部控件

也随之缩放本身的大小。

?移动窗体。快速或慢速移动窗体，背景及窗体本身刷新必须正确。

?显示分辨率。通常情况下，计算机的显示分辨率包括640×480，800×600，1024×768，

1280×1024等，由于编程过程中，程序员可能使用了固定的控件大小和位置，不能随分辨率的改变而变化，造成了在分辨率为1024×768情况下开发，在800×600的情况下显示内同被裁切。因此必须在不同的分辨率情况下测试程序的显示正常与否。

?多窗体间激活。弹出多个窗体后，鼠标可以选择任意一个窗体激活显示，其他不选的灰

化不显示在最顶层。

?父窗体或子主窗体的中心位置应该在对角线的焦点附近。

?多个子窗体位置应该主窗体的左上角或是正中。

?

4.0各种控件在页面中混合使用时的测试

控件间相互作用。

多文本框时，用TAB键的顺序按照一定的规律，一般是从上到下，同时在行间为从左到右。

热键的使用。游戏中一般是系统设置的快捷键。例如按字母B 可弹出背包等。

ESC的使用，游戏是否支持使用ESC退出全屏等。

控件组合后功能的实现。

4.游戏内操作测试

4.1游戏内鼠标操作

测试内容：

左右键操作能否完成。

单击、双击、能否完成。

拖放、滚轮等功能

移动、单击的速度。

针对不同的功能鼠标状态改变。

具体方法：

?单击。鼠标游戏内单击实现选中、按下命令按钮、打开对应界面、打开菜单、下拉框、

复选框、单选等。

?双击。实现选中物体攻击，由于游戏不同有不同的设置不再一一举例。

?拖动操作。拖动鼠标是否可以选中一段文字。

?鼠标右键。一些游戏可弹出选项页面，或是出现此时游戏内的版本号，自己的id等信

息。后者针对网页游戏比较多。

?鼠标移动到某个图标上可弹出tips提示信息。确定内容与图标是否一致。

?鼠标指针状态变化。游戏内一些特定的场合鼠标会做出相应的变化，例如拾取、忙碌状

态。还根据游戏设置一些状态，比如打怪设置为鼠标悬停在怪物身上是宝剑的标志等。

?移动速度。移动鼠标，程序要即时刷新。

?响应速度。点击鼠标，对应程序或是按键可以及时响应执行操作。

4.2游戏内链接的测试

测试内容:

链接文字显示。

链接功能实现。

特殊链接检测。

具体方法：

?链接文字。文字正确、完整、用户可从显示状态判断为链接文字。常规上来讲都用下划

线标示。

?连接功能实现。点击链接文字后打开的界面与链接文字本身内容一致，即链接文字显示

帮助，打开界面却变成了人物属性。

?特殊链接检测。指的是自动寻路。大多数游戏配有自动寻路功能，查看寻路路径是否正

确，起始点和终点是否正确。

Ps：链接还包括进入官网、注册、充值等等均与上述方法检测一致。

4.3游戏内文字检查

错别字。

中英文混搭。中文语句中夹杂英文单词。

全角半角混搭。标点符号中比较常见，显得界面杂乱无章。

控件上文字大小。字体过大超过控件本身的大小，有可能出现被裁切掉显示不全，或是文字太小，集中在控件某处，显得空余地方过大。

4.4游戏内帮助文档测试

确认文档中的链接部分可用。点击链接是否正确（内部链接）例如：装备词汇被设置为链接，用户点击该链接即可进入关于装备的介绍界面。

关键词搜索功能。用户可以用关键词搜索帮助内容，输入无效关键字时，给予正确提示。 按照提示内容，完成操作

确认内容正确，没有错别字，标点符号使用正确。

确认格式、排版正确。

4.5游戏角色的测试

测试内容：

角色命名。

角色性别选择。

角色职业选择。

角色创建后删除。

同角色异地登陆。

测试方法：

?角色命名。不能包含的特殊符号（根据游戏要求）、不能包含屏蔽字符、辱骂性文字、

领导人或是特殊人姓名等。

?角色性别选择。角色性别选择完毕进入游戏与建立角色界面选择显示一致。一经选择永

久性一致。（除去一些游戏可耗费一定东西来改变形象和性别的）。

?角色职业选择。同角色选择测试方法。

?角色建立后删除。删除分为立即删除与具有反悔日期删除两种。立即删除即只要进行相

应验证后便可删除掉该角色；具有一定时日才可删除的，测试反悔期内恢复角色，和过了反悔期角色是否消失。

Ps：反悔期内恢复，还要着重查看恢复后游戏内的数据是否异常。物品、好友家族关系、装备等等数据。由于涉及方面较多不在此一一介绍。

?同角色、账号异地登陆。查看是否有提示，其中先登录者是否被踢下线；是否可登陆等。

Ps：不同内核浏览器同角色登陆游戏，两方数据一致性，也要涉及。不过根据游戏设置要求和运行方不同也有差异。例如：运行平台为QQ空间和校友网，读取的是同一个角色信息，但是好友方面就有不同的显示。

4.6特殊属性

游戏加载界面中显示出品公司的logo、名称、温馨提示，游戏的CG（开场或是中间动画）可跳过。

登录界面有本产品的标志，同时包含公司图标。

公司的系列产品要保持一致的界面风格，如背景色、字体、菜单排列方式、图标，注册后的提示语句进入按钮等。

三.附录：

1.界面设计的总体原则

长宽接近黄金点比例，切记长宽比例失调。

按钮大小基本相近，忌用太长的名称，免得占用过多的界面位置。

按钮的大小要与界面的大小和空间相协调。

放置完控件后，界面不应有太大的空缺位置。

字体的大小要与界面的大小成比例。

前景色与背景色搭配合理协调，反差不宜太大。

如其他颜色主色要柔和，具有亲和力与磁力，坚决杜绝刺目的颜色。

界面风格要保持一致，字的大小、颜色、字体要相同，除非是需要艺术处理或有特殊需求的地方。

菜单中相关联的功能应放在一起，窗体布局合理，不宜放太多控件。

合理使用禁灰，隐藏控件的功能，保持界面的简洁。

2.测试流程

测试流程分为很多种，常见的称为瀑布模型，即像瀑布一样一级级的往下进行，其中一项出现问题，即需要返回上一级寻找问题。如下图：

上图中方式适合于军工产品以及固定版本软件，由此根据游戏需求变更频繁及游戏的及时性

特点，衍生出适合它的方法：

①测试用例编写

②测试用例执行

③回归测试

④版本发布以及维护

3.测试用例

定义：测试用例是指为了测试而向被测试系统提供的输入数据、操作或各种环境设置以及期望结果的一个特定的集合。

编写原则

3.1 系统性

1. 对于系统业务流程要能够完整说明整个系统的业务需求、系统由几个子系统组成以及它们之间的关系；

2. 对于模块业务流程要能够说明清楚子系统内部功能、重要功能点以及它们之间的关系；

3.2 连贯性

1. 对于系统业务流程来说，各个子系统之间是如何连接在一起，如果需要接口，各个子系统之间是否有正确的接口；如果是依靠页面链接，页面链接是否正确；

2. 对于模块业务流程来说，同级模块以及上下级模块是如何构成一个子系统，其内部功能接口是否连贯；

3.3 全面性

1. 应尽可能覆盖程序的各种路径

2. 应尽可能覆盖系统的各个业务

3. 应考虑存在跨年、跨月的数据

4. 大量数据并发测试的准备

3.4 正确性

1. 输入界面后的数据应与测试文档所记录的数据一致

2. 预期结果应与测试数据发生的业务吻合

3.5 符合正常业务惯例

1. 测试数据应符合用户实际工作业务流程

2. 兼顾各种业务变化的可能

3. 要符合当前业务行业法律，法规。

3.6 可操作性

测试用例中应写清测试的操作步骤，不同的操作步骤相对应的操作结果。尽量做到一条一个编号，一条一个操作步骤等。