网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
应用层 ftp http telnet dns表示层会话层传输层 tcp udp网络层 ip 路由器 防火墙数据链路层 交换机 网卡物理层 集线器
19、UDP.TCP有什么区别？ QQ采用哪种协议？QQ属于TCP协议
UDP:不可靠的，无连接的协议，传输效率高
TCP:可靠的，面向连接的协议，传输效率低
20、TCP/IP四层是？
应用层 传输层 internet层网络接入层 ARP RARP
21、.http页面返回值的含义
200 成功 400 请求错误 401 无法解析此请求 403 禁止访问 404 找不到网页500 服务器错误 502 网关错误 503 服务器不可用
22、.常见协议端口号
FTP21 SSH22 telnet23 dns53 http80 https443 Tomcat8080 orcale1521 mysql 3306
23、你在测试中发现一个界面很丑，你认为这个问题是否严重？是否可以放过？主要看需求
不严重，如果需求就是如此那就没什么问题，看具体情况，如果项目马上就要上线，可能会因为对界面进行修改会产生更加严重的问题，所以一般都会采取放过的措施
24、. 数据库查询中什么是左连接，什么是右连接？left join right join
左连接：左右两张表按某个列进行关联查找，左连接以左边的表为基础表，基础表中的数据全部查找出来，右边的表如果有和左边的表条件相符的数据就查找出来，如果条件不相符就用Null显示。 右连接刚好相反
25.什么是触发器？什么是存储过程？
触发器：通过事件来触发运行的，主要是没有人工干预的情况下来完成复杂度高一些的约束条件，从而保证数据库的完整性和一致性。存储过程：在大型的数据库中，一组为了完成特定功能的SQL语句集，经编译后存储在编译过程中，用户通过指定存储过程的名字并给出参数来执行它。
26、你对自已将来有什么计划？（职业发展）定小目标，半年学习完性能或者自动化啊 一年自己独立做好性能或者自动化的测试
首先我要在我未来的工作中，通过我的努力把本职工作做好，在本职工作做好的同时呢，我要多做一些项目积累和完善项目上的经验，通过工作不断的提高我的测试技能
27、你有什么问题要问我的？什么项目哪类项目，项目进行的阶段，有木有业务方面的培训
我想知道这个公司开发现有多少人，测试有多少人，还有公司正在开发的项目的情况
28、这有一个杯子，你怎么去测？（类似这种给一个实物，你怎么去测？）
需求测试: 查看杯子使用说明书
界面测试: 查看杯子外观
功能度：用水杯装水看漏不漏；水能不能被喝到
安全性：杯子有没有毒或细菌
可靠性：杯子从不同高度落下的损坏程度
可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用
兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等
易用性：杯子是否烫手、是否有防滑措施、是否方便饮用
压力测试：用根针并在针上面不断加重量，看压强多大时会穿透
29、你觉的你有哪些优点？哪些缺点？
（缺点要把优点当缺点来说）你觉得你还有哪些地方需要提升的? 性能方面的缺点就是比较大大咧咧，爱笑，优点就是比较热心
30、你了解过我们公司吗？
有了解过，收到面试通知的时候 网上或者招聘网上查询过
31你对app测试有了解吗？什么是app测试？怎么去测(测哪些方面)？
了解，但是实际工作中没有测试过，其实使用app应用程序的时候就是在测试，只是没有app测试人员测试的那么全面细致，就是对手机应用的测试；从它的功能、界面和兼容、性能、易用性、安装、卸载、升级、与系统或其它软件的交互、耗电量、散热情况、流量的监控、免登陆功能、二次登陆
32、你对加班怎么看？
可以接受，it行业来说 加班是常态
-
你写过测试用例吗？ 写测试用例的依据是什么？
写过，用户需求为准 -
测试报告你写过吗？ 写些什么呢？
(至少要说出写过自已所测模块的测试报告)自己所负责的模块的测试报告人力投入，用例覆盖情况，bug的分类及数量统计，遗留bug情况，测试风险，测试对象评估，测试结论，测试结果分析，测试总结
35、测试方案
① 测试策略
② 测试资源
③ 测试进度计划
④ 风险管理
⑤ 质量标准
36、测试原则
A 所有软件测试都应追溯到用户需求
B 尽早的和不断的进行测试
C 完全测试时不可能的，测试需要终止
D 无法显示软件潜在的缺陷
E 注意群集现象
F 避免检查自己的程序
G 避免测试的随意性
37、测试计划主要写些什么东西？
背景，目标，范围，方式，进度安排，测试组织，测试执行中开始与结束的标准，测试计划的审批与更改方式，测试相关的风险
38、系统测试策略或者范围
容量测试 安全性测试 稳定性测试 安装测试 卸载测试 易用性测试 配置测试 文档测试 可靠性测试 强度测试 性能测试 功能测试 兼容性测试 负载测试 压力测试 数据库测试 分布测试 故障恢复测试
-
工资和发展平台你怎么选择？
发展平台 -
你怎么做需求分析的？要看是否有需求文档，先确定大的测试范围
首先是将软件开发需求中具有可测试性的需求或特征提取出来，形成原始需求然后将原始测试需求细化或者分解最后进行需求评审 -
写过测试方案吗？都有些什么内容？没有写过
① 测试策略
② 测试资源
③ 测试进度计划
④ 风险管理
⑤ 质量标准
-
写过测试报告吗？测试报告和版本报告的区别？
测试报告是对整个测试过程与结果的总结，而版本报告只是针对测完版本的总结。 -
需求评审都有哪些人参加？怎么做的？有什么标准？
参加人员：测试人员、开发人员、产品人员 以会议形式评审评审的标准：完整性审查：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求；
准确性审查：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据。
- 用例评审都有哪些人参加？怎么做的？有什么标准？
参加人员：测试人员、开发人员、产品人员 会议评审
标准：
1）用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
优先极安排是否合理。
是否覆盖测试需求上的所有功能点。
用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。
是否已经删除了冗余的用例。
45 描述测试活动生命周期或者软件测试流程:
需求分析—编写测试计划—设计用例设计—执行用例，提交bug—编写测试报告
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上软件测试知识点，真正体系化！**
由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新
扫一扫
12万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
