碰壁17次老前辈呕心沥血总结的软件测试面试题！！！入职必看！！！

18、 络的7层协议是哪7层ftp这个工作在哪一层/strong>
应用层 ftp http telnet dns
表示层
会话层
传输层 tcp udp
络层 ip 路由器 防火墙
数据链路层 交换机 卡
物理层 集线器

19、UDP.TCP有什么区别QQ采用哪种协议Q属于TCP协议
UDP:不可靠的，无连接的协议，传输效率高
TCP:可靠的，面向连接的协议，传输效率低

20、TCP/IP四层是/strong>
应用层 传输层 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、. 数据库查询中什么是左连接，什么是右连接eft join right join
左连接：左右两张表按某个列进行关联查找，左连接以左边的表为基础表，基础表中的数据全部查找出来，右边的表如果有和左边的表条件相符的数据就查找出来，如果条件不相符就用Null显示。 右连接刚好相反

32、你对加班怎么看/strong>
可以接受，it行业来说 加班是常态

33. 你写过测试用例吗写测试用例的依据是什么/strong>
写过，用户需求为准

34. 测试 告你写过吗写些什么呢/strong>
(至少要说出写过自已所测模块的测试 告)自己所负责的模块的测试 告
人力投入，用例覆盖情况，bug的分类及数量统计，遗留bug情况，测试风险，测试对象评估，测试结论，测试结果分析，测试总结

35、测试方案
① 测试策略 ② 测试资源 ③ 测试进度计划 ④ 风险管理 ⑤ 质量标准

36、测试原则
A 所有软件测试都应追溯到用户需求 B 尽早的和不断的进行测试
C 完全测试时不可能的，测试需要终止 D 无法显示软件潜在的缺陷
E 注意群集现象 F 避免检查自己的程序 G 避免测试的随意性

37、测试计划主要写些什么东西/strong>
背景，目标，范围，方式，进度安排，测试组织，测试执行中开始与结束的标准，测试计划的审批与更改方式，测试相关的风险

38、系统测试策略或者范围
容量测试 安全性测试 稳定性测试 安装测试 卸载测试 易用性测试 配置测试 文档测试 可靠性测试 强度测试 性能测试 功能测试 兼容性测试 负载测试 压力测试 数据库测试 分布测试 故障恢复测试

39. 工资和发展平台你怎么选择/strong>
发展平台

40. 你怎么做需求分析的看是否有需求文档，先确定大的测试范围
首先是将软件开发需求中具有可测试性的需求或特征提取出来，形成原始需求
然后将原始测试需求细化或者分解
最后进行需求评审

41. 写过测试方案吗有些什么内容有写过

• ① 测试策略

• ② 测试资源

• ③ 测试进度计划

• ④ 风险管理

• ⑤ 质量标准

42. 写过测试 告吗试 告和版本 告的区别/strong>
测试 告是对整个测试过程与结果的总结，
而版本 告只是针对测完版本的总结。

43. 需求评审都有哪些人参加么做的什么标准/strong>
参加人员：测试人员、开发人员、产品人员 以会议形式评审
评审的标准：
完整性审查：应保证测试需求能充分覆盖软件需求的各种特征，重点关注功能要求、数据定义、接口定义、性能要求、安全性要求、可靠性要求、系统约束等方面，同时还应关注是否覆盖开发人员遗漏的、系统隐含的需求；
准确性审查：应保证所描述的内容能够得到相关各方的一致理解，各项测试需求之间没有矛盾和冲突，各项测试需求在详尽程度上保持一致，每一项测试需求都可以作为测试用例设计的依据。

44. 用例评审都有哪些人参加么做的什么标准/strong>
参加人员：测试人员、开发人员、产品人员 会议评审
标准：

• （1）用例设计的结构安排是否清晰、合理，是否利于高效对需求进行覆盖。
• （2）优先极安排是否合理。
• （3）是否覆盖测试需求上的所有功能点。
• （4）用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清晰、正确；期待结果是否有明显的验证方法。
• （5）是否已经删除了冗余的用例。

45 描述测试活动生命周期或者软件测试流程:
需求分析—编写测试计划—设计用例设计—执行用例，提交bug—编写测试 告