圣水战争---测试文档

1.功能测试

1.1测试目标

确认软件系统的功能是否能够正常地完成设计要求的所有操作。通过对软件系统的功能进行测试，可以帮助开发团队确认软件系统是否符合用户需求，同时发现并修复软件系统中存在的缺陷，确保软件系统的质量和稳定性。

1.2测试人员

潘光耀

1.3测试工具

采用手动测试

1.4测试过程

1.4.1用户相关的功能测试（注册、登录）

1. 注册功能测试：

• 测试输入合法性：测试输入正确的用户名、密码、邮箱等信息是否可以成功注册。
• 测试输入非法字符：测试输入一些非法字符，如特殊符号等是否可以成功注册。
• 测试重复注册：测试使用同样的用户名或邮箱是否可以重复注册。
• 测试注册反馈信息：测试注册后是否能够正确提示注册成功或失败的信息。

​ 2.登录功能测试：

• 测试输入正确的用户名和密码是否可以成功登录。
• 测试输入错误的用户名或密码是否会登录失败。
• 测试记住密码功能是否正常。
• 测试登录反馈信息：测试登录后是否能够正确提示登录成功或失败的信息。

1.4.2角色相关功能测试（生产兵种，移动兵种，攻击敌方小兵）

1. 生产兵种测试
   • 玩家是否能够按照预期的方式生产兵种？
   • 生产兵种是否能够消耗正确的资源和时间？
   • 生产的兵种是否出现在正确的位置？
   • 生产的兵种是否具有正确的属性和特性？
2. 移动兵种测试
   • 玩家是否能够正确地选择兵种并移动？
   • 兵种是否能够移动到正确的位置？
   • 移动兵种是否消耗了正确的资源和时间？
   • 是否存在任何移动时的错误和异常？
3. 攻击敌方小兵测试
   • 玩家是否能够正确地选择兵种并攻击敌方小兵？
   • 攻击是否产生了正确的伤害和效果？
   • 是否存在任何攻击时的错误和异常？
   • 是否能够正常地进行攻击的动作和效果？

1.4.3查看兵种 建筑 地图的信息

1. 随机选择一个兵种，点击进入该兵种的详细信息页面。
2. 检查详细信息页面是否正常加载，包括该兵种的特殊技能、升级效果等信息是否正确显示。
3. 随机选择一个建筑，点击进入该建筑的详细信息页面。
4. 检查详细信息页面是否正常加载，包括该建筑的升级效果、可生产的兵种等信息是否正确显示
5. 随机选择一个建筑，点击进入建筑的详细信息页面。
6. 检查详细信息页面是否正常加载，包括该建筑的升级效果、可生产的兵种等信息是否正确显示

1.4.4兵种击杀一定敌人可以获得经验，经验到达一定程度会升级

让小兵与敌方小兵进行战斗，确保小兵能够成功击杀敌人并获得经验值。观察小兵的经验值是否随着战斗的进行而不断增加，并且经验值达到一定值后是否升级成功。

1.5测试结果

都通过了以上的功能测试，确认了用户相关功能，兵种生产，兵种移动，攻击敌方小兵的正常运作，各种信息的正常显示，兵种升级功能可以正常使用，用户可以通过获取经验来升级兵种，升级后，兵种相关属性得到提升，例如攻击力、防御力等。

2.api接口测试

2.1测试目标

验证API的正确性、稳定性、安全性和性能。验证API的正确性、稳定性、安全性和性能。验证API返回的数据是否正确、完整、有效，包括数据格式、数据类型、数据长度等。

2.2测试人员

林文浩，徐晓宇

2.3测试工具

Postman：一个常用的API测试工具，可以用来测试各种类型的API，包括RESTful API、SOAP API等。

2.4测试过程

3.4.1测试兵种移动接口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-L7UxhXqC-1683908366779)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20230513000143299.png)]

1. 输入API接口的URL，选择请求方法为POST或PUT（根据接口定义确定请求方法）。
2. 在请求头（Headers）中设置请求头信息，如Content-Type为application/json等。
3. 在请求体（Body）中填写请求参数，如兵种ID、目标坐标等。
4. 点击“Send”按钮发送请求。
5. 检查响应结果是否符合预期，如状态码、响应数据等。
6. 如果测试中发现问题，可以在Postman中使用Debug功能来调试请求和响应。

3.4.2测试兵种攻击接口

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-TqC6o10A-1683908366780)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20230513000134790.png)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-g8hXP3v7-1683908366780)(C:\Users\Administrator\AppData\Roaming\Typora\typora-user-images\image-20230513000209838.png)]

1. 在请求中输入接口的URL地址。
2. 设置请求的HTTP方法为POST。
3. 在请求头中添加Content-Type为application/json。
4. 在请求体中添加必要的参数，如兵种ID、敌方兵种ID等。
5. 点击“发送”按钮，发送请求。
6. 检查返回结果是否符合预期，如攻击成功、攻击失败等。
7. 可以使用Postman的测试集合功能，将多个相关接口的测试整合到一起，方便进行批量测试。

3.4.3测试兵种生产接口

1. 在请求地址栏中输入兵种生产接口的URL。
2. 选择请求方法为POST。
3. 在请求头中设置Content-Type为application/json。
4. 在请求体中输入需要发送的JSON格式数据

jsonCopy code{
   "name": "warrior",
   "level": 1,
   "type": "infantry",
   "productionTime": "2023-06-01 12:00:00",
   "buildingId": "123456"
}

​ 5.点击“Send”按钮发送请求，观察响应结果是否符合预期。

2.5测试结果

后端接口api都无问题

3.异常情况测试

3.1测试目标

在游戏开发中，异常情况测试通常是指测试游戏在异常情况下的表现，例如输入无效数据、网络连接中断、游戏崩溃等等。异常情况测试的测试目标是确保游戏在这些异常情况下能够正确地处理问题，避免游戏出现不可预料的错误或者崩溃。

3.2测试人员

林铸，任雅辉

3.3测试工具

JMeter: JMeter是一个功能强大的开源工具，主要用于性能测试和负载测试，但也可用于异常情况测试。

3.4测试过程

3.4.1测试网络中断情况

1. 首先需要确定需要测试的场景，比如在游戏中断网时应该如何处理。例如，如果在进行在线游戏时网络中断，游戏是否会自动断开连接，或者是否会提示玩家重新连接。
2. 然后可以使用一些网络模拟工具，如Network Link Conditioner（MacOS）、Clumsy（Windows）等来模拟网络中断的情况。
3. 使用JMeter进行压力测试时，可以模拟网络中断的情况。在测试计划中，可以使用断言（Assertion）来验证网络连接是否已经中断。例如，使用Response Assertion来验证响应是否符合预期，或者使用Duration Assertion来验证请求响应时间是否超过预期。
4. 可以在JMeter中模拟网络连接不稳定的情况，如模拟网络丢包、延迟等。通过这种方式，可以测试游戏在网络连接不稳定的情况下的表现和性能。
5. 最后，根据测试结果进行相应的调整和优化，以提高游戏在网络中断情况下的稳定性和用户体验。

3.5测试结果

重连回来后能保存断线时的游戏进度

4.平衡性测试

4.1测试目标

1.角色平衡性：确保不同角色之间的属性和技能能够保持平衡，避免某些角色过于强大或过于弱小，影响游戏的体验。

2.武器和装备平衡性：确保不同武器和装备之间的属性能够保持平衡，避免某些武器和装备过于强大或过于弱小，影响游戏的体验。

3.地图和关卡平衡性：确保不同地图和关卡之间的难度和设计能够保持平衡，避免某些地图和关卡过于简单或过于困难，影响游戏的体验。

4.经济平衡性：确保游戏中的经济系统能够保持平衡，避免某些策略过于优秀或过于劣质，影响游戏的体验。

5.单人和多人游戏平衡性：确保游戏在单人和多人模式下的平衡性能够保持一致，避免某些策略在不同模式下表现差异过大，影响游戏的公平性。

4.2测试人员

植森，邓桂斌

4.3测试工具

Unity Test Runner，可以对游戏源代码进行静态扫描，发现潜在的安全漏洞和代码质量问题。

4.4测试过程

1.确定测试范围：首先需要明确要测试的内容，比如角色、武器、地图等，然后确定测试的具体内容和测试指标。

2.设计测试用例：根据测试指标设计测试用例，包括正常情况和异常情况的测试用例，以及不同等级和难度的测试用例。

3.执行测试用例：根据测试用例执行测试，记录测试结果和测试数据，并将测试结果与预期结果进行比较，判断测试是否通过。

4.分析测试结果：根据测试结果分析游戏的平衡性问题，定位问题的原因和影响，并提出改进建议。

5.验证改进效果：对游戏进行改进后，需要进行再次测试，验证改进效果和解决问题的效果。

4.5测试结果

1.发现平衡性问题：测试结果可以发现游戏中存在的平衡性问题，如某些角色或武器过于强大或过于弱小，某些地图设计存在漏洞等。

2.定位问题原因：测试结果可以帮助开发人员定位问题的原因和影响，例如是设计问题、代码实现问题还是测试数据问题等。

3.提出改进建议：测试结果应该提出相应的改进建议，包括如何改进游戏平衡性问题、如何优化游戏的设计、如何提高游戏的品质等。

4.验证改进效果：对游戏进行改进后，需要进行再次测试，验证改进效果和解决问题的效果。测试结果可以反映改进效果的好坏，并进一步指导游戏的优化和改进。

5.安全性测试

5.1测试目标

发现游戏中存在的潜在安全漏洞和风险，如未经授权的访问、代码注入、拒绝服务攻击等，从而保障玩家的数据和隐私安全。

5.2测试人员

刘宏超

5.3测试工具

SonarQube，可以对游戏源代码进行静态扫描，发现潜在的安全漏洞和代码质量问题。

5.4测试过程

1.确定测试范围和测试目标：确定需要测试的游戏模块和功能，以及需要发现的安全问题和风险。

2.设计测试用例和攻击场景：根据测试目标设计测试用例和攻击场景，包括输入验证、身份认证、访问控制等方面的测试。

3.执行测试用例和攻击场景：按照测试用例和攻击场景进行测试，记录测试结果和数据，评估游戏的安全性风险和漏洞。

4.分析测试结果和数据：对测试结果和数据进行分析，定位安全漏洞和风险，评估其影响和危害程度，并提出改进建议。

5.验证改进效果：对游戏进行改进后，需要进行再次安全性测试，验证改进效果和解决问题的效果。

5.5测试结果

游戏安全性风险的评估和发现的安全问题和漏洞，测试报告中应该包含测试的详细过程、发现的问题和建议，以及改进效果的验证等内容。通过安全性测试，可以发现并解决游戏中存在的安全性问题，提高游戏的安全性和玩家的用户体验。