测试常被问到的理论问题、各种测试用例

理论、经验拷打

印象最深的一次测试经历

印象中最深的是一次测试组件，测试用例上面只要求拖动某一模块的组件后可以改变组件顺序即可，但是在真实拖动组件的过程中发现如果把组件拖动到超出这个模块的另一个模块范围时会闪退，应该是内存泄漏或性能问题，导致应用崩溃。这个之前没有人上报，我就提了jira上报给开发

觉得具体原因是

在拖动组件时，应该有足够的坐标边界检查，确保组件的位置不会超出有效范围，导致数组越界或空指针异常。在代码中需要确保对数组、集合等数据结构的操作是安全的，避免越界访问。拖动组件可能会导致大量的资源操作，例如内存的分配和释放。确保在拖动过程中合理管理资源，防止内存泄漏或不足导致的异常

闪退原因

手机内存不足、内存泄漏（程序中分配的内存在不再需要使用时未被正确释放的情况，导致系统中的可用内存逐渐减少，最终可能导致程序性能下降或崩溃）、权限问题、网络原因

怎么做弱网测试

模拟3g 4g 5g WIFI网络状态以及丢包情况，网络切换测试。fidder弱网测试（相比charles，fidder免费但是只能用于windows）：设置弱网参数，修改文件中上传下载速度，修改控制发送或响应的请求延迟的那行代码；直接启动弱网模式，勾选performance里的simulate modem speed

测试开发工程师的理解，应该具备什么样的能力

测试开发工程师是负责开发和维护自动化测试脚本、工具和框架的专业人员。他们需要具备一定的软件开发和测试技能，以确保软件产品的质量和稳定性。以下是测试开发工程师应该具备的关键能力：

1. 编程能力：测试开发工程师需要具备扎实的编程能力，能够使用编程语言（如Python、Java、C#等）编写自动化测试脚本和工具。
2. 测试技能：测试开发工程师需要了解软件测试的基本原理和方法，能够设计和执行各种类型的测试，包括单元测试、集成测试、系统测试等。
3. 自动化测试工具：测试开发工程师需要熟悉各种自动化测试工具和框架，能够选择合适的工具来实现自动化测试。
4. 软件开发流程：测试开发工程师需要了解软件开发的整个生命周期，包括需求分析、设计、开发、测试和部署等阶段，能够与开发团队协作，确保软件质量。
5. 数据分析能力：测试开发工程师需要能够分析测试结果和数据，发现问题并提出改进措施，以提高测试效率和质量。
6. 沟通能力：测试开发工程师需要与开发团队、产品团队等多个部门进行有效沟通，能够清晰表达问题和解决方案。
7. 学习能力：测试开发工程师需要保持学习的态度，不断学习新的技术和工具，以适应不断变化的软件开发环境。

总的来说，测试开发工程师需要具备软件开发、测试、自动化测试等多方面的能力，以确保软件产品的质量和稳定性。他们是软件开发团队中至关重要的一员，能够提高软件开发效率和质量。

职业规划

第一阶段：尽快熟悉自己的工作内容和职责，让自己胜任这个岗位，同时快速融入公司氛围。1年内通过持续学习行业知识，学习测试开发领域的高级技术和工具，积累岗位经验，提高自己的工作效率和技能水平。
第二个阶段：我希望在未来的三年内积极学习探索，在岗位上能够独挡一面。横向拓宽自己的业务能力，寻求更多的发展机会，为公司带来更大的价值。积极参与测试架构的设计和优化，提出改进建议并实施，为团队提供更高效的测试解决方案。关注测试开发领域的最新技术和趋势，不断学习和尝试新的工具和方法，保持在行业中的竞争力。
职业发展规划是一个动态的过程，之后我会根据自身情况、工作内容等及时进行调整。对于职业规划我暂时是这么考虑的。

有现成的测试框架和流量回放工具，为什么还要自己搭建

定制化需求：现成的测试框架和工具可能无法完全满足项目或业务的特定需求，自己搭建可以根据实际情况进行定制化开发，更好地适应项目的变化和发展，提高测试的准确性、可控性和稳定性。
学习和成长：通过自己搭建测试框架和工具，可以深入理解测试原理和技术，提升自己的技术水平和能力，为未来的项目和挑战做好准备。
成本考虑：有时候现成的测试框架和工具可能需要付费或成本较高，自己搭建可以降低成本，提高项目的经济效益。

软件测试的定义\类型\基本原则，从V模型和敏捷开发来看测试级别

软件测试是指通过执行软件系统或应用程序的过程，以发现软件中的错误或缺陷。软件测试的目的是验证软件是否符合规格说明书中的要求，确保软件的质量和可靠性。软件测试可以包括功能测试、性能测试、安全测试等多种类型。

软件测试的基本原则包括全面性、独立性、可追踪性、及早测试、缺陷集中、持续性等。对于新技术的测试，需要遵循这些基本原则，同时根据新技术的特点和需求进行针对性的测试策略设计。

从V模型来看，测试级别包括单元测试、集成测试、系统测试和验收测试，每个阶段都有对应的测试活动。而在敏捷开发中，测试是持续进行的，包括自动化测试、回归测试等，以确保软件质量和快速交付。

用例设计技术

基于需求的测试用例设计技术：等价类、边界值、决策表、组合测试

基于结构的测试用例设计技术：语句覆盖、分支覆盖、条件覆盖、分支条件覆盖、MC/DC覆盖

自动化逃逸

自动化逃逸是指在自动化测试过程中，某些测试用例或测试场景无法被自动化测试框架或工具完全捕捉和执行的情况，无法被自动化测试框架或工具有效执行和验证。换句话说，自动化测试无法覆盖到所有可能的测试情况。

可能由多种因素导致：
1. 动态变化的数据：如果测试数据是动态变化的，例如随机生成的数据或实时数据，可能会导致自动化测试无法准确捕捉到测试情况。
2. 异常情况处理：自动化测试通常难以处理各种异常情况，例如网络异常、系统崩溃等，导致逃逸的测试用例。
3. 复杂的用户交互：某些测试场景可能涉及复杂的用户交互操作，例如手势操作、多点触控等，难以通过自动化测试框架完全模拟。
4. 环境依赖：某些测试用例可能依赖于特定的测试环境或外部系统，无法在自动化测试环境中完全模拟。

几种处理方式：
1. 优化自动化测试脚本：首先检查自动化测试脚本是否存在问题，可能是定位元素不准确、等待时间设置不合理等导致逃逸的原因。可以对脚本进行优化，提高稳定性和准确性。
2. 手动复现问题：如果自动化测试无法捕捉到问题，可以尝试手动复现问题，找出问题的根本原因。通过手动操作系统或应用程序，模拟用户的操作流程，找出导致问题的具体步骤。
3. 添加更多断言和验证：在自动化测试脚本中添加更多的断言和验证，确保测试用例覆盖到所有可能的情况，避免出现逃逸的情况。
4. 与开发团队合作：如果无法解决逃逸的问题，可以与开发团队合作，共同分析问题原因并进行解决。开发团队可能会提供更多的技术支持和解决方案。

实习能学到的

1. 实践机会：实习让你有机会将在学校学到的理论知识应用到实际工作中，通过实际操作和项目实践来加深对知识的理解和掌握。
2. 技能提升：在实习过程中，你会接触到各种新的技术、工具和方法，通过实际操作和项目经验的积累，可以提升自己的技能水平。
3. 职业素养：实习是一个锻炼职业素养的过程，包括沟通能力、团队合作、解决问题能力、时间管理等方面的提升，这些都是在实习中可以得到锻炼和提升的。
4. 行业了解：通过实习可以更深入地了解所在行业的运作机制、市场情况、竞争格局等，对未来的职业发展有很大的帮助。
5. 自我认知：实习过程中会面临各种挑战和困难，通过克服这些困难和挑战，可以更好地认识自己的优势和不足，找到自己的发展方向和提升空间。
6. 职业规划：通过实习可以更清晰地了解自己的职业兴趣和目标，有助于制定更明确的职业规划和发展路径。

出现异常之后该怎么设计测试

信息不能实时根据用户操作出现原因分析

当在微信朋友圈中点赞某条动态后，但是自己的名字没有出现在点赞列表中，可能是由于以下原因导致的：

1. 网络延迟或加载问题：可能是由于网络延迟或加载问题导致点赞信息没有及时同步到服务器，从而导致自己的名字没有出现在点赞列表中。
2. 点赞操作未成功：可能是由于点赞操作未成功，或者在点赞过程中出现了异常情况，导致点赞信息没有成功提交到服务器。
3. 软件bug或问题：可能是由于微信软件本身存在bug或问题，导致点赞信息没有正确处理或显示在点赞列表中。

更深入一点的代码层面的原因

1. 服务器端异常：服务器端可能存在问题，例如服务器宕机、数据库连接问题等，导致无法正确处理点赞请求，从而导致点赞操作未成功。
2. 客户端代码逻辑错误：客户端代码中可能存在逻辑错误，导致点赞请求未能正确发送到服务器，或者未能正确处理服务器返回的响应，从而导致点赞操作未成功。
3. 并发冲突：在多用户同时进行点赞操作时，可能存在并发冲突问题，例如两个用户同时对同一条动态进行点赞操作，导致数据不一致或者操作失败。
4. 权限问题：可能是由于权限设置不正确，导致用户无法进行点赞操作，或者点赞操作未能成功提交到服务器。

可以在代码层面进行以下检查和改进：

1. 网络连接检测：在进行点赞操作前，检测网络连接状态，确保网络连接正常后再发送点赞请求。
2. 异常处理机制：在客户端代码中加入异常处理机制，对网络请求、服务器响应等可能出现的异常情况进行捕获和处理，提高系统的稳定性。
3. 并发处理：在点赞操作中加入并发处理机制，确保多用户同时进行点赞操作时能够正确处理并发冲突，避免数据不一致或操作失败。
4. 日志记录：在客户端和服务器端代码中加入日志记录功能，记录点赞操作的详细过程和可能出现的异常情况，方便排查问题和进行调试。

最后为了验证这个问题，可以设计以下测试用例：

1. 正常情况下点赞：在朋友圈中选择一条动态，进行点赞操作，验证点赞信息是否能够正确显示在点赞列表中。
2. 网络延迟情况下点赞：在网络较差的情况下进行点赞操作，验证点赞信息是否能够正确显示在点赞列表中。
3. 异常情况下点赞：模拟点赞操作过程中出现异常情况，例如网络中断、软件崩溃等，验证点赞信息是否能够正确显示在点赞列表中。
4. 多次点赞：连续多次对同一条动态进行点赞操作，验证多次点赞是否能够正确显示在点赞列表中。
5. 与其他操作冲突：在进行点赞操作的同时，进行其他操作（如评论、转发等），验证点赞信息是否能够正确显示在点赞列表中。

消息发出去但客户端没收到

 当消息已经发出去但客户端没有收到时，可以按照以下步骤进行测试和排查问题：

1. 确认消息是否真的发送出去：首先要确认消息确实已经被发送到了目标地址。可以查看发送消息的代码，确认是否有异常抛出或者发送失败的情况。也可以通过网络抓包工具（如Wireshark）来检查消息是否已经发送到网络中。
2. 检查网络连接：确保客户端和服务器之间的网络连接是正常的。可以尝试使用其他网络连接（如移动数据网络）来测试是否可以接收到消息。
3. 检查客户端代码：检查客户端代码，确认是否有错误导致无法接收消息。可以查看客户端的日志或调试信息，看是否有异常或错误信息输出。
4. 检查防火墙和网络设置：有时防火墙或网络设置可能会阻止消息的传输。确保防火墙设置允许消息通过，并检查网络设置是否正确。
5. 尝试重启客户端和服务器：有时简单的重启客户端和服务器可以解决一些网络通信问题。
6. 使用工具进行调试：可以使用网络调试工具（如tcpdump、Wireshark等）来监控网络通信，查看消息是否到达客户端。
7. 检查消息格式和协议：确保消息格式和协议是正确的，客户端能够正确解析和处理接收到的消息。

发消息接收顺序不一致，怎么在代码实现解决这个问题

在网络通信中，消息的接收顺序可能会出现不一致的情况，这可能是由于网络延迟、消息传输路径不同等原因导致的，可以在代码中实现以下方法：

1. 使用序列号或时间戳：在消息中添加序列号或时间戳，接收方可以根据序列号或时间戳来对消息进行排序，确保按照正确的顺序处理消息。
2. 消息缓存和排序：接收方可以维护一个消息缓存，将接收到的消息暂时存储起来，并根据序列号或时间戳对消息进行排序。一旦消息的前序消息到达，就可以按照正确的顺序处理消息。
3. 使用消息队列：可以使用消息队列来处理消息，消息队列可以保证消息的顺序性。接收方从消息队列中按顺序取出消息进行处理。
4. 重传机制：如果消息丢失或乱序，发送方可以实现重传机制，确保消息能够按照正确的顺序到达接收方。
5. 流控制：可以通过流控制机制来限制消息的发送速率，避免过多消息同时发送导致乱序。

解释某一触发的网络协议流程

支付流程

1. 客户端向服务器发送支付请求：客户端通过网络连接向服务器发送支付请求，请求包含支付金额、支付方式等信息。
2. 服务器接收支付请求并进行处理：服务器接收到客户端的支付请求后，会进行验证和处理。服务器可能会验证支付金额是否正确、支付方式是否支持等。
3. 服务器生成支付订单：如果支付请求验证通过，服务器会生成一个支付订单，并将订单信息返回给客户端。
4. 客户端接收支付订单信息：客户端接收到服务器返回的支付订单信息后，会进行展示和确认。客户端可能会展示支付金额、支付方式等信息给用户确认。
5. 客户端确认支付订单：客户端确认支付订单信息无误后，会向服务器发送确认支付订单的请求。
6. 服务器接收支付确认请求并处理：服务器接收到客户端的支付确认请求后，会进行最终的处理，包括更新支付状态、生成支付凭证等。
7. 服务器返回支付结果给客户端：服务器处理完成后，会将支付结果返回给客户端，告知支付是否成功。
8. 客户端接收支付结果并展示：客户端接收到支付结果后，会展示给用户支付结果，包括支付成功或失败的信息。

扫码开车

1. 用户扫描小黄车上的二维码：用户打开小黄车共享App，在App中选择扫描二维码功能，然后使用手机摄像头扫描小黄车上的二维码。
2. 手机App发送扫码请求到服务器：用户扫描二维码后，手机App会将扫码请求发送到服务器，请求包含扫描到的二维码信息以及用户身份验证信息。
3. 服务器接收扫码请求并处理：服务器接收到用户的扫码请求后，会验证用户身份和二维码信息的有效性。服务器可能会检查用户是否有权限使用该车辆，以及车辆是否可用等。
4. 服务器生成开锁指令并返回给手机App：如果扫码请求验证通过，服务器会生成一个开锁指令，并将指令返回给手机App。开锁指令包含了解锁小黄车的具体操作信息。
5. 手机App接收开锁指令并执行：手机App接收到服务器返回的开锁指令后，会执行指令并发送解锁信号给小黄车。小黄车收到解锁信号后会解除锁定状态。
6. 用户开锁成功并开始骑行：用户在手机App上收到开锁成功的提示后，可以打开小黄车的车锁，开始骑行。

我觉得比较通用的app测试（除了功能测试）

性能测试：

加载性能：

• 加载界面速度是否在合理范围内？
• 部分关键数据缓存是否有效减少加载时间？

响应性能：

• 操作是否响应迅速？
• 在大数据量情况下，使用、滑动是否仍然保持流畅？

网络性能：

• 在不同网络条件下，使用、滑动屏幕性能如何？
• 弱网络情况下是否能够正常加载？

用户体验测试：

用户界面：

• 是否符合用户界面设计规范？
• 用户界面的交互是否直观？

错误处理：

• 是否提供清晰的错误提示信息？
• 用户输入错误时，系统的反应是否友好？

设备兼容性：

• 在不同设备上，文字图片的显示和交互是否一致？
• 不同分辨率和屏幕尺寸下，文字图片的显示是否合理？

安全性测试：

数据隐私：

• 用户位置信息是否得到妥善保护？
• 是否有足够的隐私设置？

网络安全：

• 是否有足够的安全措施防范网络攻击？
• 用户的个人信息是否得到加密传输？

日志和记录测试：

• 检查是否能够正确记录运行日志和事件。
• 测试日志的可读性和完整性。

兼容性测试：

• 在不同操作系统上的表现如何（iOS、Android）？
• 不同浏览器（Chrome、Firefox、Safari）下的兼容性如何？

自动化测试：

• 是否有自动化测试脚本覆盖关键功能？
• 是否使用模拟器和真实设备进行测试？

版本回归测试：

• 在新版本发布前是否进行全面的回归测试？
• 新版本是否修复了之前版本的缺陷？

辅助功能测试：

• 是否支持辅助功能（屏幕阅读器、语音输入等）？
• 对于不同用户群体的可访问性如何？

登录测试（输入）

功能测试：

1. 有效用户名和密码登录：

   • 输入正确的用户名和密码。
   • 点击登录按钮。
   • 验证是否成功登录到系统。

2. 无效用户名和密码登录：

   • 输入不存在的用户名和密码或错误的密码。
   • 点击登录按钮。
   • 验证系统是否给出适当的错误提示，而不进行登录。

3. 用户名为空登录：

   • 将用户名字段保持为空。
   • 输入有效密码。
   • 点击登录按钮。
   • 验证系统是否给出适当的错误提示。

4. 密码为空登录：

   • 输入有效用户名。
   • 将密码字段保持为空。
   • 点击登录按钮。
   • 验证系统是否给出适当的错误提示。

5. 多次登录尝试：

   • 连续多次使用无效的用户名和密码进行登录尝试。
   • 验证系统是否在一定尝试次数后锁定用户或采取其他安全措施。

6. 记住用户名和密码：

   • 使用“记住我”功能登录。
   • 关闭浏览器并重新打开。
   • 验证系统是否自动登录用户，而不需要再次输入用户名和密码。

7. 密码重置功能：

   • 测试密码重置链接的有效性。
   • 请求密码重置邮件。
   • 点击邮件中的链接并输入新密码。
   • 验证是否成功重置密码并能够登录。

8. 社交媒体登录：

   • 如果系统支持通过社交媒体账号登录，测试该功能。
   • 使用社交媒体账号进行登录。
   • 验证系统是否能够正确关联并创建用户账户。

9. 跨设备登录：

   • 在一个设备上登录系统。
   • 尝试在另一个设备上登录相同的账户。
   • 验证系统是否能够处理跨设备登录并保护用户安全。

购物车测试（跳转）

功能测试：

1. 添加商品到购物车：

   • 打开购物平台并登录。
   • 浏览商品页面，选择商品并添加到购物车。
   • 验证购物车内显示的商品信息是否正确。

2. 跳转到购物车页面：

   • 从商品页面或其他页面点击购物车图标或链接。
   • 验证是否成功跳转到购物车页面。
   • 检查购物车页面的内容是否正确显示。

3. 购物车页面元素验证：

   • 验证购物车页面包含商品名称、数量、价格等信息。
   • 检查购物车中是否显示正确的商品图片。
   • 确保购物车中有删除、修改数量等操作选项。

4. 修改购物车商品数量：

   • 在购物车页面修改商品数量。
   • 验证购物车总价是否随着数量的变化而正确更新。
   • 确保相关的商品信息也随之更新。

5. 删除购物车商品：

   • 在购物车页面删除一个或多个商品。
   • 验证购物车总价是否随着商品删除而正确更新。
   • 确保相关的商品信息也从购物车中移除。

6. 空购物车状态验证：

   • 删除购物车中的所有商品。
   • 验证购物车页面是否显示适当的空购物车状态提示。
   • 点击继续购物或其他操作，验证是否正常跳转。

7. 继续购物流程：

   • 从购物车页面点击继续购物或选择其他商品。
   • 验证是否成功跳转到相关页面。
   • 检查所选商品是否正确添加到购物车。

8. 结算流程验证：

   • 在购物车页面点击结算按钮。
   • 验证是否成功跳转到结算页面或下单流程。
   • 检查结算页面是否包含正确的商品信息和总价。

9. 返回上一步操作：

   • 在购物车或结算页面执行返回上一步操作。
   • 验证是否成功返回到前一页面，并且之前的购物车状态得以保留。

10. 异常情况测试：

    • 测试购物车页面是否能够正确处理异常情况，如网络中断、超时等。
    • 模拟购物车中商品已下架或库存不足的情况，验证系统的提示和处理是否合理。

地图测试（界面）

功能测试：

地图浏览功能：

• 手势操作（缩放、旋转、拖动）是否流畅？
• 地图标记和标签是否正确显示？
• 地图的缩放级别是否准确？

搜索功能：

• 地点搜索功能是否返回准确的结果？
• 是否支持不同类型的地点搜索（餐厅、酒店、商店等）？
• 搜索结果的排序是否合理？

导航功能：

• 是否能够规划准确的导航路线？
• 路线规划是否考虑实时交通情况？
• 导航语音提示是否清晰准确？

收藏和历史记录：

• 是否能够添加和管理收藏的地点？
• 历史记录是否能够正确显示最近的搜索和导航记录？

实时交通信息：

• 实时交通信息是否准确？
• 是否能够在导航过程中动态调整路线？

卫星地图：

• 卫星地图图像的清晰度如何？
• 是否支持实时卫星图像？

共享位置：

• 是否能够准确共享自己的位置？
• 共享位置的隐私设置是否生效？

电梯测试（非app）

功能测试：

1. 基本操作测试：

   • 启动电梯。
   • 停止电梯。
   • 开关门操作。
   • 选择楼层并确保电梯准确到达。

2. 多电梯协同测试：

   • 多部电梯同时运行时的协同操作。
   • 同时请求不同楼层，确保每部电梯能够响应正确。

3. 用户界面测试：

   • 测试电梯按钮是否灵敏，用户是否能够方便地选择楼层。
   • 测试语音或显示屏的信息是否清晰、准确。

安全测试：

1. 紧急情况测试：

   • 火警时，电梯是否自动停靠在最近的楼层。
   • 电梯内的紧急按钮是否正常工作，触发后是否采取相应的紧急措施。

2. 负载测试：

   • 在电梯内放置不同负载，测试电梯是否正常运行。
   • 超过额定负载时，电梯是否能够拒绝进入、提供警告或以安全方式处理。

3. 电力故障测试：

   • 模拟电梯停电情况，检查备用电源是否能够正常启动。
   • 在运行中切断电源，观察电梯的应对措施。

4. 故障恢复测试：

   • 模拟电梯在运行中遇到故障，例如传感器故障，测试电梯是否能够正确报告故障并采取适当的措施。
   • 测试电梯在修复故障后是否能够正常恢复。

5. 网络通信测试：

   • 如果电梯系统涉及到网络通信，测试通信的稳定性和可靠性。
   • 模拟网络断开连接的情况，检查电梯系统的应对措施。

6. 报警系统测试：

   • 测试电梯报警按钮的功能。
   • 检查报警系统是否能够正确地通知相关人员或部门。

项目中的自动化测试怎么做（理论）

        确定测试目标：在开始自动化测试之前，首先要明确测试的目标和范围。确定要测试的功能、特性和优先级，以及哪些测试需要自动化，哪些需要手动执行。

        选择自动化测试工具：根据项目的需求和技术栈，选择合适的自动化测试工具。常见的自动化测试工具包括Selenium WebDriver（用于Web应用程序测试）、Appium（用于移动应用程序测试）、JUnit、TestNG、PyTest等。

        编写测试脚本：使用选定的自动化测试工具编写测试脚本。测试脚本应该覆盖项目中的关键功能和业务场景。编写测试脚本需要具备编程技能，根据测试用例编写测试步骤和断言，以验证软件的正确性。

        组织测试套件：将测试脚本组织成测试套件，以便可以按照不同的测试类型和优先级运行测试。这可以帮助团队更灵活地执行测试并集中精力解决问题。

        配置测试环境：配置测试环境，包括测试数据、测试数据库、浏览器/设备配置等。确保测试环境的稳定性和可重复性。

        执行自动化测试：运行自动化测试套件，自动执行测试脚本。收集测试结果和日志以进行后续分析。

        分析测试结果：分析测试结果，检查测试通过率和失败的测试用例。如果有测试失败，记录失败的详细信息，包括错误消息和堆栈跟踪。

        修复缺陷：开发团队根据测试结果修复失败的测试用例中的缺陷。测试团队和开发团队之间需要紧密合作，以便及时解决问题。

        持续集成：将自动化测试集成到持续集成（CI）/持续交付（CD）流程中，以便在每次代码更改后自动运行测试。这有助于快速发现和修复问题，并确保软件质量。

        维护和更新测试脚本：随着项目的发展和需求的变化，需要定期维护和更新自动化测试脚本，以确保其与应用程序的最新版本保持同步。