我老是爱感动人，就差没感动全中国
游戏异常测试二（续一）
上一篇 /
下一篇 2012-03-31 18:02:53
/ 个人分类：0.0
最近发现总是有人盗用我的文章投稿赚稿费，麻烦人要脸点，转载请注明出处，谢谢
2.压力测试：压力测试又称强度测试，主要是检查系统某些关键业务在极限情况下运行的能力，测试在这种情况下系统的运行、处理数据的情况，是否会造成系统瘫痪
或许目前游戏的压力测试是有执行难度的，但是一些初浅的测试执行也是可以操作
示例1：（下表为宝物猎人市场挂卖物品上限测试）
单服服务器挂卖物品上限 未达上限，继续挂卖 已达上限，继续挂卖 已达上限，自然到期 未达上限，边界上限，多人同时挂卖 已达上限，玩家主动撤离物品，其他玩家补充挂卖 其他不一一列举 |
示例2：（XXX游戏市场地图挂卖达上限，导致游戏宕机）
2004年某款2DQ版横版游戏，在设计时，韩国开发商低估了中国玩家的数量，代理商本身也未看好玩家能达到的总数，但在开服的时候，玩家爆满，此游戏的市场同样采用魔侠传地图挂卖方式，单张限制交易地图。上限为200个商店同时在线，未做任何保护 导致宕机多次，均有此问题导致，最后解决方式：开放多个交易地图，每张地图增加判断挂卖商店上限，超限做禁止开买操作 |
宝物猎人当初测试设计的时候，我也曾搜集了各大游戏，测试过程中发现的各大BUG，进行借鉴
l 从操作需求方面：
用户正确的操作是系统正常运行的前提。所以在测试的时候，一定要进行错误操作来测试软件系统的健壮性。在从操作需求方面设计异常测试的测试用例时，需要从用户或者操作者的每一步的操作中进行提炼，而且这些测试用例一定要可操作性强，输入、输出、操作步骤都应该明确。实际上这部分测试用例也是功能测试用例的一部分，只是他不是正常、按照用户需求说明书的操作而已。
单引号操作：大多数基于SQL的数据库系统在用户存储包含一个英文单引号的信息时会出现问题，所以每一个可以接受文字数字型的条目都要有包含一个或多个单引号的文本案例。当然，这类问题还应该包括英文双引号、＆、＜、＞等特殊字符。在测试的时候应该注意其之前的提示和错误操作之后的恢复与补救措施等；
必填项输入测试：测试每一个功能说明书上指出的屏幕上必须输入数据的字段和屏幕上每一个被说明为必须输入的字段，以保证它强制要求你在字段中输入数据。测试其如果没有输入相关数据的提示和后续操作；
特殊字段类型测试：准备每一个功能说明书或界面中规定的特殊数据输入要求（身份证、日期、电话号码、邮编等）的字段的测试案例，输入的数据包括它不应该接受的数据类型，测试软件对错误输入的提示和后续操作；
字段长度测试：准备功能说明书或者界面上要求的字段最大长度的测试案例，输入数据应该大于这个最大长度，测试软件对错误输入的提示和后续操作；
数字类型的边界测试：如果是数字类型，长度往往不能测试出问题，要准备数字类型的边界值测试案例，测试软件对越界错误输入的提示和后续操作；
日期类型测试：日期类型要测试其边界值和日期格式类型的有效性测试。对于日期类型的边界值可能根据数据库不同而不同，比如sql server的最小日期是1753年1月1日；而对于有效性最常用的就是闰年的有效日期问题，准备这类测试用例来测试软件对于错误输入的提示和后续操作；
web会话测试：对于采用b／s结构的软件，应该注意web会话测试。比如：在空白的浏览器中输入比较敏感的页面的URL，软件是否有相应的提示、强调应该先进行登录才能访问该界面
收藏
举报
TAG:
