人瑞 - SDK - 外派米哈游

1，接口测试的工具

回答的是postman，
改进：JMeter

2，接口502，什么问题导致的？如何定位？

参考答案：502错误定义：是网关错误， 通俗点说就是和web服务器通信失败
错误的原因：
1、网络不同， 不能访问web服务器， 有可能断网， 开启了防火墙等， 可以通过ping命令来定位
2、我们的web服务器没有启动， 可以通过查看日志来定位这个问题，或者查看端口是否启动
3、web服务器请求太多，响应不了这个请求， 这个表现是有时间好有时间不好， 可以通过查看web服务器的日志来定位

3，客户端会测吗？

回答：web端居多
改进：web端和App端后会测试，目前公司业务的web测试端居多

4，客户端验证后端返回的错误信息的时候，怎么测试？

要测试后端返回的错误状态码，可以按照以下步骤进行：

确定错误状态码：首先，了解你的后端应用程序使用的错误状态码。常见的HTTP错误状态码包括400（错误的请求）、401（未授权）、403（禁止访问）、404（未找到）、500（服务器内部错误）等。根据你的应用程序的具体情况，确定你要测试的错误状态码。

准备测试环境：确保你的测试环境具备正确设置的后端服务器。这可能包括正确的网络连接、正确的后端配置和数据库设置等。

编写测试用例：为每个错误状态码编写测试用例。测试用例应该模拟触发特定错误状态码的条件。例如，如果你要测试400错误状态码，你可以编写一个发送不完整请求或格式不正确的请求的测试用例。

使用自动化测试工具：使用合适的自动化测试工具来执行测试用例。例如，你可以使用Python中的requests库或专门的API测试工具（如Postman或Insomnia）来发送请求并检查返回的状态码。

验证返回状态码：在每个测试用例中，验证返回的状态码是否与预期的错误状态码一致。如果状态码不符合预期，说明出现了问题。

检查错误消息：有些错误状态码可能会返回错误消息或错误描述。如果你的应用程序返回了错误消息，你可以通过自动化测试工具或手动检查响应的内容来验证错误消息是否正确。

覆盖所有边界情况：确保你的测试用例涵盖了不同的边界情况。例如，对于身份验证错误，你可以测试使用无效凭据或过期凭据进行访问。

日志记录和错误处理：在测试过程中，确保你的应用程序能够适当地记录错误并进行适当的错误处理。这样做有助于定位和解决潜在的问题。

5，触发403错误

回答：使用抓包工具打断点

6，如果接口的超时时间很短，不到200ms，如何触发403？

1,模拟无效的授权凭证：通过在请求中提供无效或过期的授权凭证，模拟触发403错误。这可以是无效的访问令牌、无效的API密钥或任何用于身份验证的无效凭证。确保你的后端应用程序能够正确地检测并返回403错误，而不是其他错误状态码。
2,模拟未授权的资源访问：测试试图访问未授权资源时是否返回403错误。根据你的应用程序的权限模型，模拟没有足够权限的用户或角色尝试访问受限资源的情况。这可以确保你的应用程序能够正确地拒绝未授权的访问，并返回适当的错误状态码。
3,限制请求频率：如果你的应用程序有请求频率限制功能，你可以通过发送连续的请求来触发403错误。在一个非常短的时间内发送多个请求，超过允许的频率限制，以模拟触发403错误。确保你的应用程序能够正确地检测到频率限制并返回适当的错误状态码。
4,手动模拟：如果以上方法仍然无法触发403错误，你可以尝试手动模拟该情况。与开发人员合作，通过修改应用程序的访问控制逻辑或权限设置，使特定请求触发403错误。这需要在开发或测试环境中进行，并确保在生产环境中没有实际影响。

7，web端，登录支付相关的测试做过吗？

回答：做过比较少，观众端的App的直播打赏，通过第三方支付去充值。
改进：做过

8，云平台测试还是上云的游戏进行测试

回答：主要是云平台，上云的游戏也会测试到
改进：云平台测试和上云的游戏都有测试，前期主要是针对云平台本身进行测试，到了后期，云平台本身的功能比较完善了，就偏重于测试上云的游戏了。

9，SQL语句的使用，掌握的如何

回答：还可以
改进：可以熟练编写常用的SQL语句。

10，SQL的优化思路？（等同SQL的优化技术)

11，连表查询，一张表是学生成绩单（学号，数学成绩，语文成绩，英语成绩），一张表是学生信息单（学号，姓名，性别，住址,电话），查询总分大于600，数学成绩不低于80的学生成绩，按照总分排列，列出学生的个人信息。

12，印象深刻的bug，怎么发现的，根因是什么？

13，测试用例设计：商城系统，购买原生App和云上App

14，开发形式是怎样的？敏捷吗？一个Sprint的内容（需求评审，用例评审，开发时间，测试时间）

回答：回答的太简略
改进：一个sprint分为2周，由于该项目是与咪咕合作开发的，所以所需功能都写在了合同里是规定好的，产品只需要把这个sprint需要做的任务开成task就可以，然后周二展会，针对这些task进行分工，讲述功能细节，然后开发接到task之后就可以开始编码，测试人员根据task和需求文档设计测试用例，测试用例设计好之后进行用例评审，然后着手开始测试，有缺陷就暴漏缺陷，对缺陷进行跟踪和处理，在第二周主要就是修复bug，验证bug的时间，如果有很多缺陷没有及时处理，就要上报产品和项目经理，告知目前进度，如果正常关闭所有缺陷，那么周五就会在sprint demo会议上汇报平台进展。

15，什么时间刷到集成环境？有缺陷怎么处理？

第二个sprint的周一就上集成环境，然后对集成环境进行回归测试。
有缺陷如何处理？回答的太简单了，暴漏问题，让开发修复，回答的太宽泛。
改进：
1，评估bug的影响范围
分析bug影响的用户数量；分析bug影响的严重程度
2，解决线上问题
影响范围比较小的bug - 修复缺陷
影响范围比较大的bug - 无法明确问题引入原因时，可以通过回滚版本的方式来规避；部分用户功能可以通过后台配置的方式将功能降级或关闭；如果是资源不足等性能问题时，可以通过重启系统或者扩容的方式解决，再进一步观察。
3，回溯上线问题
检查其他的业务是否有同类型的问题；分析bug的根本原因，考虑如何避免此类问题再次发生。

寺信一轮面试题

1，有没有服务端框架，自动化的涉及？

回答：服务端的话没有，主要是针对ui自动化。
改进：

2，举例说明一个负责的链路，比较难的一个点？

3，平台日志包含那些内容？是平台统一的行为日志，还是不同的游戏有不同的个性化日志？

4，会对日志做分析还是什么？对日志进行什么样的测试？正确性验证？

5，系统出问题，主要是出在哪里？

回答：游戏包分发

6，测试分析文档

测试分析文档（Test Analysis Document）是软件测试过程中的重要文档之一，它用于记录和描述测试的分析过程、目标、策略和方法。

7，测试用例的编写形式

回答：excel表格
改进：excel表格以及AIO test

8，能拿得出手的一个项目

9，举一个例子，那个功能自己涉及的测试用例比别人更完善？（设计测试用例比较好的功能，如何设计的）

10，三角形测试用例的设计？

1,边界值测试：
测试最小边界值：所有边长为0或负数，预期结果为非三角形。
测试最大边界值：所有边长超过系统所支持的最大值，预期结果为非三角形。
测试边界值：测试边长为系统所支持的最小和最大值，预期结果为合法的三角形。
2,等边三角形测试：
测试边长相等的三个边，预期结果为等边三角形。
测试边长不相等的三个边，预期结果为非等边三角形。
3,等腰三角形测试：
测试两边相等的三个边，预期结果为等腰三角形。
测试两边相等但第三边不相等的三个边，预期结果为非等腰三角形。
4,直角三角形测试：
测试满足勾股定理的三个边，预期结果为直角三角形。
测试不满足勾股定理的三个边，预期结果为非直角三角形。
5,一般三角形测试：
测试边长不相等的三个边，预期结果为一般三角形。
测试边长满足某种特定条件的三个边，例如等腰直角三角形或等边直角三角形。
6,无效输入测试：
测试输入为非数字或非整数的情况，预期结果为错误或异常处理。
测试输入为字符串或特殊字符的情况，预期结果为错误或异常处理。
7,性能测试：
测试在大量输入情况下的性能和响应时间，以确保计算三角形的效率。

11，电梯的用例设计？

1,楼层选择用例：
用户按下电梯大厅或电梯内部的楼层按钮，电梯应该响应并前往相应的楼层。
用户按下多个楼层按钮，电梯应按照按键的顺序依次停靠。
2,紧急情况用例：
用户按下电梯内部的紧急停止按钮，电梯应立即停止，并上报紧急情况给相关人员。
用户使用电梯内部的紧急通话按钮与外部联系，以通知维修人员或求助。
3,故障处理用例：
当电梯发生故障时，电梯应自动停止，并显示相应的故障信息。
维修人员使用特定的维修模式或钥匙进入电梯，以进行维修或故障诊断。
4,电梯状态监控用例：
系统应该能够实时监控电梯的状态，例如当前所在楼层、运行方向、运行速度等。
系统应该能够记录和报告电梯的故障、维修历史以及运行统计数据等。
5,电梯优化用例：
系统应该能够通过算法或规则来优化电梯的调度，以提高运行效率和乘客的等待时间。
系统应该能够根据乘客的需求和流量情况，智能地分配电梯资源。
6,电梯安全用例：
系统应该具备安全保护措施，例如防止电梯超载、防止电梯在门未关闭时运行等。
系统应该定期进行电梯的安全检查和维护，确保电梯的正常运行和安全性。

12，除了UI自动化之外，其他脚本之类的？

回答：其他的没有，主要是UI的自动化

13，数据的流转和正确性如何测试，数据库测试？

数据库操作和一致性测试：
测试数据库的读取、写入、更新和删除操作的正确性和一致性。
验证数据的插入、修改和删除操作是否能够正确地执行，并且数据的关联性和依赖性得到维护。
数据迁移和同步测试：
测试将数据从一个系统或数据库迁移到另一个系统或数据库的过程。
验证数据在迁移过程中是否保持准确性和完整性，并且迁移后的数据与源数据一致。
文件传输和处理测试：
测试文件的上传、下载、解析和处理过程。
验证文件在传输过程中是否完整、准确，并且能够正确地解析和处理文件中的数据。
实时数据流处理测试：
测试流式数据处理系统的数据流转和处理过程。
验证数据在实时流式处理中是否按照预期的规则和逻辑进行处理，并且数据的正确性得到保持。