《华为测试》专题

公司主要做移动端开发的，和我的方向不一样，抱着打怪升级的想法去面试的。 1.自我介绍。 2.ConcurrentHashMap为什么是线程安全的？ 3.项目中使用了lua脚本，作用是什么？ 4.lua脚本有什么缺点。当时问蒙了，没反应过来是锁不可重入不可重试那些，回答的有安全性问题....... 5.redis连接用的那个？不同连接方式之间有什么区别？（这是真不会）回答的用的Spring那个。 6

本来我以为一面可能是专业面，但是其实是信息了解，最开始电脑出了一些故障，换成手机，所以面试前一定检查设备，hr打电话好慌张 面试时间七分钟左右 首先就是自我介绍，网上有很多模板，可以参考 对网络安全的认识，这个我真的没想到，有点慌张，就根据之前参加网安宣讲会的来说 一些常见的攻击手段，我很紧张当时，攻击手段和漏洞都说了 有没有参加过攻防比赛，这个我真的还没有参加，我就看了书，就如实说了 对攻防的认

看了牛牛网这么多前辈的面经，我也分享给大家吧 背景： 22双非本，工作一年半 一、12.24机考 （297分） --有做到栗栗姐给的200分原题（最长的指定瑕疵度的元音子串） 虚拟理财游戏绘图机器最长的指定瑕疵度的元音子串 二、12.28 hr面 1.自我介绍 2.为什么选了东莞，不选深圳（个人原因） 3.od看法 4.家庭情况 5.如果给offer什么时候能入职 6.期望薪资，如果低于该薪资会考

我像这样测试。 我想<代码>（livedata）。观察mean start观察liveData值的变化<我不认为在设置观察者之前改变的值是不可观察的 但是，它会打印 我对实时数据观察者有误解吗？

如何通过不同的测试数据在Playwright测试运行测试？比如从CSV文件发送测试数据？

主要内容：测试套件测试用例是一组条件，测试人员根据这些条件确定软件应用程序是否按照客户的要求工作。测试用例设计包括前提条件，用例名称，输入条件和预期结果。测试用例是第一级操作，源自测试场景。 测试用例提供有关测试策略，测试过程，前提条件和预期输出的详细信息。这些在测试过程中执行，以检查软件应用程序是否正在执行它是否已开发的任务。 编写测试用例是一次性尝试，可以在回归测试时使用。 测试用例通过将缺陷与测试用例ID相关

主要内容：如何编写测试场景,测试场景的特征测试场景是测试用例的详细文档，涵盖了线性语句中软件应用程序的端到端功能。线性语句被视为一种场景。测试场景是可测试需求的高级分类。这些要求根据模块的功能进行分组，并从用例中获取。 在测试场景中，由于许多相关的测试用例，因此存在详细的测试过程。在执行测试场景之前，测试人员必须考虑每个场景的测试用例。 在测试场景中，测试人员需要将自己置于用户的位置，因为他们在用户的角度下测试软件应用程序。场景的准备是最

主要内容：测试计划的类型,如何编写测试计划,测试计划指南测试计划是描述软件测试领域和活动的详细文档。它概述了测试策略，目标，测试计划，所需资源(人力资源，软件和硬件)，测试评估和测试可交付成果。 测试计划是每个软件测试的基础。这是最重要的活动，可确保以适当的顺序提供所有计划活动清单。 测试计划是用于将软件测试活动作为定义的过程进行的模板，该过程由测试经理完全监视和控制。 测试计划的类型 测试计划有三种类型 主测试计划 阶段测试计划 测试特定类型的测试计

主要内容：为什么需要文档？,使用文档的好处测试文档是在测试软件应用程序期间或之前创建的工件的文档。文档反映了流程对客户，个人和组织的重要性。 包含所有文档的项目具有较高的成熟度。详尽的文档可以节省组织的时间和财富。 为什么需要文档？ 如果测试或开发团队获得的软件无法正常工作并由其他人开发，那么为了找到错误，团队将首先需要一份文档。如果文档可用，那么团队将通过检查文档快速找出错误原因。但是，如果文件不可用，那么测试人员需要再次进行黑盒子和白

主要内容：验收测试背后的原因,执行验收测试的步骤,验收测试中使用的工具,验收测试的优点,验收测试的缺点验收测试是基于用户要求和功能处理的正式测试。它确定软件是否符合指定的要求和用户要求。它是作为一种黑盒测试进行的，其中涉及测试系统接受程度所需的用户数量。这是软件测试的第四级和最后一级。 但是，该软件已通过三个测试级别(单元测试，集成测试，系统测试)但仍有一些小错误，当最终用户在实际场景中使用系统时，可以识别这些错误。 验收测试是对先前完成的所有测试过程的挤压。 验收测试背后的原因 当软件经历了单

主要内容：功能测试的目标功能测试是软件测试的一个分支，旨在验证软件应用程序的功能，而不管功能是否根据需求规范运行。通过给出适当的输入值，确定输出并使用预期输出验证实际输出来测试每个功能。 功能测试包括通过GUI(图形用户界面)，API(应用程序接口)，安全性，数据库，客户端应用程序，服务器应用程序和应用程序功能进行测试。黑盒测试方法用于功能测试，其中测试内部逻辑的工作而不窥视内部代码。 功能测试的目标 功能测试的目标是检

主要内容：回归测试背后的原因,如何进行回归测试？,回归测试的测试工具,回归测试指南回归测试是测试的过程，如果在任何函数中更改代码不会影响软件应用程序的现有功能。该过程确认旧功能仍然适用于新修改的功能。 回归测试仅测试修改的或缺陷的固定功能和部分选择的功能，这些功能可能会因修改而受到不利影响。对已经执行的修改函数执行相同的测试用例。这背后的原因是，当任何软件的新版本发布时，它在旧的测试用例下进行测试，以确保所有旧功能仍然以正确性和相同的方式工作。如果任何功能无法正常工作，则意味着

主要内容：集成测试背后的原因,集成测试技术,集成测试方法,集成测试指南集成测试是单元测试后软件测试过程的第二个层次。在此测试中，软件的单元或单个组件在组中进行测试。集成测试级别的重点是在集成组件或单元之间交互时暴露缺陷。 单元测试使用模块进行测试，这些模块在集成测试中进行组合和测试。该软件使用许多软件模块开发，这些软件模块由不同的编码器或程序员编码。集成测试的目标是检查所有模块之间通信的正确性。 集成测试背后的原因 虽然软件应用程序的所有模块已经在单元测试中进行了测

单元测试涉及测试软件应用程序的每个单元或单个组件。这是第一级软件测试。单元测试的目的是验证单元组件的性能。 单元是软件系统的单个可测试部分，并在应用程序软件的开发阶段进行测试。 此测试旨在测试隔离代码的正确性。单元组件是应用程序的单独功能或代码。白盒测试方法用于单元测试，通常由开发人员完成。 在测试级别层次结构中，单元测试是在集成和其他剩余测试级别之前完成的第一级测试。它使用模块进行测试，减少了等

在接收开发团队的软件构建(代码中的微小更改)时进行的完整性测试。理智测试的目的是确保所有缺陷都得到解决。这是一种回归测试，仅关注一些受影响的功能。 可以在两种情况下进行健全性测试：一种是在第二次增强的情况下，一种是在缺陷固定的情况下。它确保代码或函数中所做的更改不会对相关模块产生影响，因此无法应用。 进行健全性测试的过程 同样，冒烟测试测试人员不需要是一个单独的测试用例进行健全性测试。测试人员只需