看完牛客网19年测试全部面筋，有了这篇测试面试100问的博客

 

文档正在整理中

---

• 介绍一下单元测试、集成测试、系统测试、验收测试、回归测试

1、单元测试[UT]：完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码，使用过程设计描述作为指南，对重要的控制路径进行测试以发现模块内的错误，通常情况下是白盒的，对代码风格和规则、程序设计和结构、业务逻辑等进行静态测试，及早的发现和解决不易显现的错误。

2、集成测试[IT]：通过测试发现与模块接口有关的问题。目标是把通过了单元测试的模块拿来，构造一个在设计中所描述的程序结构，应当避免一次性的集成（除非软件规模很小），而采用增量集成。测试方法一般选用黑盒测试和白盒测试相结合。

自顶向下集成：模块集成的顺序是首先集成主模块，然后按照控制层次结构向下进行集成，隶属于主模块的模块按照深度优先或广度优先的方式集成到整个结构中去。

自底向上集成：从原子模块开始来进行构造和测试，因为模块是自底向上集成的，进行时要求所有隶属于某个给顶层次的模块总是存在的，也不再有使用稳定测试桩的必要。

3、系统测试[ST]：是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件。系统测试是针对整个产品系统进行的测试，目的是验证系统是否满足了需求规格的定义，找出与需求规格不相符合或与之矛盾的地方。系统测试的对象不仅仅包括需要测试的产品系统的软件，还要包含软件所依赖的硬件、外设甚至包括某些数据、某些支持软件及其接口等。因此，必须将系统中的软件与各种依赖的资源结合起来，在系统实际运行环境下来进行测试。

4、回归测试：回归测试是指在发生修改之后重新测试先前的测试用例以保证修改的正确性。理论上，软件产生新版本，都需要进行回归测试，验证以前发现和修复的错误是否在新软件版本上再次出现。根据修复好了的缺陷再重新进行测试。回归测试的目的在于验证以前出现过但已经修复好的缺陷不再重新出现。一般指对某已知修正的缺陷再次围绕它原来出现时的步骤重新测试。（分为用例回归和错误回归）

5、验收测试：验收测试是指系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。（核心：让用户为产品买单）

Alpha测试（内测版本）：是由一个用户在开发环境下来进行的测试，在一个受控的环境中进行。目的是评价软件产品的FLURPS(即功能、局域化、可用性、可靠性、性能和支持)。尤其注重产品的界面和特色。

Beta测试（公测版本）：由软件的最终用户在一个或多个客户场所来进行的，开发者通常不在现场，用户记录测试中遇到的问题并报告给开发者，开发者对系统进行最后的修改，并开始准备发布最终的软件。

UAT（user acdeptance test）测试：由客户派出对于业务非常精通的人员来使用该软件，从而对功能进行测试。

• 这几步测试中最重要的是哪一步？

答：这些测试步骤分别在软件开发的不同阶段对软件进行测试，我认为对软件完整功能进行测试的系统测试很重要，因为此时单元测试和集成测试已完成，能够对软件所有功能进行功能测试，能够覆盖系统所有联合的部件，是针对整个产品系统进行的测试，能够验证系统是否满足了需求规格的定义，因此我认为系统测试很重要。

• 请回答集成测试和系统测试的区别，以及他们的应用场景主要是什么？

区别：

1、计划和用例编制的先后顺序：从V模型来讲，在需求阶段就要制定系统测试计划和用例，HLD的时候做集成测试计划和用例，有些公司的具体实践不一样，但是顺序肯定是先做系统测试计划用例，再做集成。

2、用例的粒度：系统测试用例相对很接近用户接受测试用例，集成测试用例比系统测试用例更详细，而且对于接口部分要重点写，毕竟要集成各个模块或者子系统。

3、执行测试的顺序：先执行集成测试，待集成测试出的问题修复之后，再做系统测试。

• 请说一说黑盒测试和白盒测试的方法

黑盒测试：

黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。

常用的黑盒测试方法有：等价类划分法；边界值分析法；因果图法；场景法；正交实验设计法；判定表驱动分析法；错误推测法；功能图分析法。

白盒测试：

白盒测试也称为结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试。它根据程序的控制结构设计测试用例，主要用于软件或程序验证。白盒测试法检查程序内部逻辑结构，对所有的逻辑路径进行测试，是一种穷举路径的测试方法，但即使每条路径都测试过了，但仍然有可能存在错误。因为：穷举路径测试无法检查出程序本身是否违反了设计规范，即程序是否是一个错误的程序；穷举路径测试不可能检查出程序因为遗漏路径而出错；穷举路径测试发现不了一些与数据相关的错误。

白盒测试需要遵循的原则有：1. 保证一个模块中的所有独立路径至少被测试一次；2. 所有逻辑值均需要测试真（true）和假（false）；两种情况；3. 检查程序的内部数据结构，保证其结构的有效性；4. 在上下边界及可操作范围内运行所有循环。

常用白盒测试方法：逻辑覆盖法，程序插桩技术，基本路径法，符号测试，错误驱动测试

静态测试：不用运行程序的测试，包括代码检查、静态结构分析、代码质量度量、文档测试等等，它可以由人工进行，充分发挥人的逻辑思维优势，也可以借助软件工具（Fxcop）自动进行。

动态测试：需要执行代码，通过运行程序找到问题，包括功能确认与接口测试、覆盖率分析、性能分析、内存分析等。

白盒测试中的逻辑覆盖包括语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖。六种覆盖标准发现错误的能力呈由弱到强的变化：

1.语句覆盖每条语句至少执行一次。

2.判定覆盖每个判定的每个分支至少执行一次。

3.条件覆盖每个判定的每个条件应取到各种可能的值。

4.判定/条件覆盖同时满足判定覆盖条件覆盖。

5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。

6.路径覆盖使程序中每一条可能的路径至少执行一次。

请说一下手动测试与自动化测试的优缺点

手工测试缺点：

1、重复的手工回归测试，代价昂贵、容易出错。

2、依赖于软件测试人员的能力。

手工测试优点：

1、测试人员具有经验和对错误的猜测能力。

2、测试人员具有审美能力和心理体验。

3、测试人员具有是非判断和逻辑推理能力。

自动化测试的优点：

1、对程序的回归测试更方便。这可能是自动化测试最主要的任务，特别是在程序修改比较频繁时，效果是非常明显的。由于回归测试的动作和用例是完全设计好的，测试期望的结果也是完全可以预料的，将回归测试自动运行，可以极大提高测试效率，缩短回归测试时间。

2、可以运行更多更繁琐的测试。自动化的一个明显的好处是可以在较少的时间内运行更多的测试。

3、可以执行一些手工测试困难或不可能进行的测试。比如，对于大量用户的测试，不可能同时让足够多的测试人员同时进行测试，但是却可以通过自动化测试模拟同时有许多用户，从而达到测试的目的。

4、更好地利用资源。将繁琐的任务自动化，可以提高准确性和测试人员的积极性，将测试技术人员解脱出来投入更多精力设计更好的测试用例。有些测试不适合于自动测试，仅适合于手工测试，将可自动测试的测试自动化后，可以让测试人员专注于手工测试部分，提高手工测试的效率。

5、测试具有一致性和可重复性。由于测试是自动执行的，每次测试的结果和执行的内容的一致性是可以得到保障的，从而达到测试的可重复的效果。

6、测试的复用性。由于自动测试通常采用脚本技术，这样就有可能只需要做少量的甚至不做修改，实现在不同的测试过程中使用相同的用例。

7、增加软件信任度。由于测试是自动执行的，所以不存在执行过程中的疏忽和错误，完全取决于测试的设计质量。一旦软件通过了强有力的自动测试后，软件的信任度自然会增加。

自动化测试的缺点：

1、不能取代手工测试

2、手工测试比自动测试发现的缺陷更多

3、对测试质量的依赖性极大

4、测试自动化不能提高有效性

5、测试自动化可能会制约软件开发。由于自动测试比手动测试更脆弱，所以维护会受到限制，从而制约软件的开发。

6、工具本身并无想像力

你怎么看待软件测试的潜力与挑战

答：软件测试是正在快速发展，充满挑战的领域。尽管现在许多自动化测试软件的出现使得传统手工测试的方式被代替，但自动化测试工具的开发、安全测试、测试建模、精准测试、性能测试、可靠性测试等专项测试中仍然需要大量具有专业技能与专业素养的测试人员，并且随着云计算、物联网、大数据的发展，传统的测试技术可能不再适用，测试人员也因此面临着挑战，需要深入了解新场景并针对不同场景尝试新的测试方法，同时敏捷测试、Devops的出现也显示了软件测试的潜力。

你觉得软件测试的核心竞争力是什么

答：测试人员的核心竞争力在于提早发现问题，并能够发现别人无法发现的问题。

自动化测试的意义在于

自动化测试的意义在于

1、可以对程序的新版本自动执行回归测试

2、可以执行手工测试困难或者不可能实现的测试，如压力测试，并发测试，

3、能够更好的利用资源，节省时间和人力

测试相关流程

测试最规范的过程如下

需求测试->概要设计测试->详细设计测试->单元测试->集成测试->系统测试->验收测试

测试用例的书写

1、测试人员尽早介入，彻底理解清楚需求，这个是写好测试用例的基础

2、如果以前有类似的需求，可以参考类似需求的测试用例，然后还需要看类似需求的bug情况

3、清楚输入、输出的各种可能性，以及各种输入的之间的关联关系，理解清楚需求的执行逻辑，通过等价类、边界值、判定表等方法找出大部分用例

4、找到需求相关的一些特性，补充测试用例

5、根据自己的经验分析遗漏的测试场景

6、多总结类似功能点的测试点，才能够写出质量越来越高的测试用例

7、书写格式一定要清晰

你觉得测试项目具体工作是什么？

搭建测试环境

撰写测试用例

执行测试用例

写测试计划，测试报告

测试，并提交BUG表单

跟踪bug修改情况

执行自动化测试，编写脚本，执行，分析，报告

进行性能测试，压力测试等其他测试，执行，分析，调优，报告

怎么测评bug

Bug的priority（优先）和severity（严重）是两个重要属性，通常人员在提交bug的时候，只定义severity，而将priority交给leader定义，通常bug管理中，severity分为四个等级blocker、critical、major、minor/trivial，而priority分为五个等级immediate、urgent、high、normal、low。

Severity：

1、blocker：即系统无法执行，崩溃，或严重资源不足，应用模块无法启动或异常退出，无法测试，造成系统不稳定。常见的有严重花屏、内存泄漏、用户数据丢失或破坏、系统崩溃/死机/冻结、模块无法启动或异常退出、严重的数值计算错误、功能设计与需求严重不符、其它导致无法测试的错误， 如服务器500错误。

2、critical：即映像系统功能或操作，主要功能存在严重缺陷，但不会映像到系统稳定性。常见的有：功能未实现，功能错误、系统刷新错误、数据通讯错误、轻微的数值计算错误、影响功能及界面的错误字或拼写错误。

3、major：即界面、性能缺陷、兼容性，常见的有：操作界面错误，边界条件错误，提示信息错误，长时间操作无进度提示，系统未优化，兼容性问题。

4、minor/trivial：即易用性及建议性问题。

Priority

1、immediate：即马上解决，

2、urgent：急需解决

3、high：高度重视，有时间要马上解决

4、low：在系统发布前解决，或确认可以不用解决。

测试用例的边界

边界值分析法就是对输入或输出的边界值进行测试的一种黑盒测试方法。通常边界值分析法是作为对等价类划分法的补充，这种情况下，其测试用例来自等价类的边界。

常见的边界值

1)对16-bit 的整数而言 32767 和 -32768 是边界

2)屏幕上光标在最左上、最右下位置

3)报表的第一行和最后一行

4)数组元素的第一个和最后一个

5)循环的第 0 次、第 1 次和倒数第 2 次、最后一次

软件质量的六个特征

a.功能特征：与一组功能及其指定性质有关的一组属性，这里的功能是满足明确或隐含的需求的那些功能。

b.可靠特征：在规定的一段时间和条件下，与软件维持其性能水平的能力有关的一组属性。

c.易用特征：由一组规定或潜在的用户为使用软件所需作的努力和所作的评价有关的一组属性。

d.效率特征：与在规定条件下软件的性能水平与所使用资源量之间关系有关的一组属性。

e.可维护特征：与进行指定的修改所需的努力有关的一组属性。

f.可移植特征：与软件从一个环境转移到另一个环境的能力有关的一组属性。

给你一个网站，如何测试

首先，查找需求说明、网站设计等相关文档，分析测试需求。

制定测试计划， 确定测试范围和测试策略，一般包括以下几个部分：功能性测试；界面测试；性能测试；数据库测试；安全性测试；兼容性测试

设计测试用例：

功能性测试可以包括，但不限于以下几个方面：

• 链接测试。链接是否正确跳转，是否存在空页面和无效页面，是否有不正确的出错信息返回。
• 提交功能的测试。
• 多媒体元素是否可以正确加载和显示。
• 多语言支持是否能够正确显示选择的语言等。

界面测试可以包括但不限于以下几个方面：

• 页面是否风格统一，美观
• 页面布局是否合理，重点内容和热点内容是否突出
• 控件是否正常使用
• 对于必须但未安装的控件，是否提供自动下载并安装的功能
• 文字检查

性能测试一般从以下两个方面考虑：

压力测试；负载测试；强度测试

数据库测试要具体决定是否需要开展。数据库一般需要考虑连结性，对数据的存取操作，数据内容的验证等方面。

安全性测试：

• 基本的登录功能的检查
• 是否存在溢出错误，导致系统崩溃或者权限泄露
• 相关开发语言的常见安全性问题检查，例如SQL注入等
• 如果需要高级的安全性测试，确定获得专业安全公司的帮助，外包测试，或者获取支持

兼容性测试，根据需求说明的内容，确定支持的平台组合：

• 浏览器的兼容性；
• 操作系统的兼容性；
• 软件平台的兼容性；
• 数据库的兼容性

一条bug记录最基本应包含

bug编号；
bug严重级别，优先级；
bug产生的模块；
首先要有bug摘要，阐述bug大体的内容；
bug对应的版本；
bug详细现象描述，包括一些截图、录像....等等；
bug出现时的测试环境，产生的条件即对应操作步骤；

如何测试一个水杯

功能度：用水杯装水看漏不漏；水能不能被喝到

安全性：杯子有没有毒或细菌

可靠性：杯子从不同高度落下的损坏程度

可移植性：杯子在不同的地方、温度等环境下是否都可以正常使用

兼容性：杯子是否能够容纳果汁、白水、酒精、汽油等

易用性：杯子是否烫手、是否有防滑措施、是否方便饮用

用户文档：使用手册是否对杯子的用法、限制、使用条件等有详细描述

疲劳测试：将杯子盛上水（案例一）放24小时检查泄漏时间和情况；盛上汽油（案例二）放24小时检查泄漏时间和情况等

压力测试：用根针并在针上面不断加重量，看压强多大时会穿透

对测试的最大的兴趣在哪里？为什么

1. 最大的兴趣，感觉这是一个有挑战性的工作；
2. 测试是一个经验行业，工作越久越能感觉到做好测试的难度和乐趣
3. 通过自己的工作，能使软件产品越来越完善，从中体会到乐趣自认为做测试的优势在哪里

有韧性、有耐心、做事有条理性、喜欢面对挑战、有信心做好每一件事情、较强的沟通能力。

软件验收测试包括

正式验收测试、alpha测试、beta测试三种测试。

为文件名建立测试用例

特殊字符，如10个*或￥；英文字母，如ABCDefghik；小于十个字符，如123；大于十个字符，如11111111111；数字和其他混合，如123AAAAAAA；空字符；保留字符

软件测试项目从什么时候开始，为什么？

软件测试应该在需求分析阶段就介入,因为测试的对象不仅仅是程序编码,应该对软件开发过程中产生的所有产品都测试,并且软件缺陷存在放大趋势.缺陷发现的越晚,修复它所花费的成本就越大.

测试职业发展目标

测试经验越多，测试能力越高。所以我的职业发展是需要时间累积的，一步步向着高级测试工程师奔去。而且我也有初步的职业规划，前3年累积测试经验，不断的更新自己改正自己，做好测试任务。

测试用例设计的原则是什么

代表性：能够代表并覆盖各种合理的和不合理、合法的和非法的、边界的和越界的、以及极限的输入数据、操作和环境设置等.

可判定性：即测试执行结果的正确性是可判定的，每一个测试用例都应有相应的期望结果.

可再现性：即对同样的测试用例，系统的执行结果应当是相同的。

方法有等价类、边界值、因果图、状态图、正交法、大纲法

当开发人员说不是bug时，你如何应对

1、将问题提交到缺陷管理库里面进行备案。

2、要获取判断的依据和标准：

根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；

如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；

根据用户的一般使用习惯，来确认是否是缺陷；

3、与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；

4、合理的论述，向测试经理说明自己的判断的理由，客观、严谨，不参杂个人情绪。

等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。

一份测试计划应该包括哪些内容

背景、项目简介、目的、测试范围、测试策略、人员分工、资源要求、进度计划、参考文档、常用术语、提交文档、风险分析。

做好测试工作的关键是什么

1. 了解项目或系统的业务需求
2. 坚持“5W”规则，明确内容与过程。What（做什么）、Why（为什么做）、When（何时做）、Where（在哪里）、How（如何做）

     3. 和项目经理协调好，了解项目的进度计划安排情况 

B/S架构和C/S架构

Brower-Server，浏览器和服务器架构。包含客户端浏览器、web应用服务器、数据库服务器的软件系统。用户只需要一个浏览器就可以访问服务。系统更新的时候，只需要更新服务端，不需要更新浏览器。

Client-Server，客户机和服务器结构。这种结构与B/S架构最显著的区别就是要安装客户端，通过客服端程序来访问应用系统。所以更新是，既要更新服务端，也要更新客户端。

测试模型

V模型：需求分析-概要设计-详细设计-编码----单元测试-集成测试-系统测试-验收测试

优点：（1）既有底层测试又有高层测试。底层：单元测试。高层：系统测试。（2）将开发阶段清楚的表现出来，便于控制开发的过程。当所有阶段都结束时，软件开发就结束了。

       缺点：（1）容易让人误解为测试是在开发完成之后的一个阶段。（2）由于它的顺序性，当编码完成之后，正式进入测试时，这时发现的一些bug可能不容易找到其根源，并且代码修改起来很困难。（3）实际中，由于需求变更较大，导致要重复变更需求、设计、编码、测试。返工量大。

W模型：（开发一个V，测试一个V）

优点：（1）将测试贯穿到整个软件的生命周期中，且除了代码要测试，需求、设计等都要测试。（2）更早的介入到软件开发中，能尽早的发现缺陷进行修复。（3）测试与开发独立起来，并与开发并行。

缺点：（1）对有些项目，开发过程中根本没有文档产生，故W模型无法使用。（2）对于需求和设计的测试技术要求很高，实践起来很困难。

系统测试分类

1. 功能测试：验证当前软件主体功能是否可用；
2. 兼容性测试：验证当前软件在不同的环境下是否还可以使用；
3. 安全测试：验证软件是否只能是对授权用户提供功能使用；
4. 性能测试：相对于当前软件消耗的资源，它的产出能力。

测试人员在开发过程中的任务

1. 寻找bug；
2. 避免软件开发过程中的缺陷；
3. 衡量软件的质量；
4. 关注用户的需求。

总体来说就是确保软件的质量。

Linux命令操作

ls：选址指定工作目录下的内容               cd：变换工作目录

pwd：显示当前工作目录                     mkdir：创建目录

rmdir：删除空的子目录                      rm：删除文件或目录

cp：复制文件或目录                         chmod：控制文件如何被他人调用

Web测试和app测试有什么不同

工作平台不同：Web主要运行在浏览器上面，APP的运行基于移动操作系统(手机机型)。

界面开发技术不同：Web主要通过前端技术（HTML/JS/CSS）来设计页面，APP(Android)主要通过布局文件来设计界面。

测试手法不同：性能测试中,WEB测试只需要测试响应时间这个要素，App测试中还需要考虑流量测试和耗电量测试。

另外由于App测试基于手机设备，还有一些手机设备的专项测试。如交叉事件测试，操作类型测试，网络测试（弱网测试，网络切换）

正交测试用例设计方法特点是什么？

用最少的实验覆盖最多的操作，测试用例设计很少，效率高，但是很复杂；

对于基本的验证功能，以及二次集成引起的缺陷，一般都能找出来；但是更深的缺陷，更复杂的缺陷，还是无能为力的；

具体的环境下，正交表一般都很难做的。大多数，只在系统测试的时候使用此方法。

描述测试用例设计的完整过程

需求分析+需求变更的维护工作

根据需求得出测试需求

设计测试方案，评审测试方案

方案评审通过后，设计测试用例，再对测试用例进行评审

单元测试的策略有哪些

逻辑覆盖、循环覆盖、同行评审、桌前检查、代码走查、代码评审、景泰数据流分析

5C标准

Correct（准确）：每个组成部分的描述准确，不会引起误解

Clear（清晰）：每个部分的描述清晰，易于理解

Concise(简洁)：只包含必不可少的信息，不包括任何多余的内容

Complete(完整)：包含复现该缺陷的完整步骤和其他本质信息

Consistent(一致)：按照一致的格式书写全部缺陷报告

什么是扇入？什么是扇出？

扇入：被调次数；扇出：调其他模块数目

并发（concurrency）和并行（parallellism）

1. 解释一：并行是指两个或者多个事件在同一时刻发生；而并发是指两个或多个事件在同一时间间隔发生。
2. 解释二：并行是在不同实体上的多个事件，并发是在同一实体上的多个事件。

软件项目的开发流程

死锁的概念

缓存的概念，替换缓存的方式

快速排序的原理，时间复杂度和空间复杂度

https是如何实现加密解密功能的

如何就系统bug与开发人员进行沟通

数据库查询10-20行内容

怎么让udp实现可靠连接

为什么不投开发

重载和重写的区别

说一下面向对象，多态

测试微博的刷新功能

对测试开发的理解

条件覆盖和判定覆盖的区别

Object类有哪些方法

测试一支笔，测试微信发红包，测试微信朋友圈，测试一瓶水质量，测试一个http协议，测试用户登录界面，测试一个ATM机

写代码：数组中只出现一次的数（异或）

进程通信方式

 

1. 死锁的四个必要条件
2. 测试工具uft，loadrunner原理
3. sql注入是啥
4. 反射型和base型，有啥区别，前者服务器，后者浏览器
5. DDOS攻击
6. 性能测试怎么测出服务器的峰值，怎么判断是不是峰值
7. 你搞通信的为啥要做测试
8. 输入www.baidu.com发生了什么
9. python list，tuple的区别，应用场景
10. 面向对象和面向过程区别
11. SQL语句：给出学生，课程，成绩3个表，找出所有课程成绩都大于80的学生，找出平均成绩大于60的学生（没写出来，说要用Group）
12. HTTP的报文请求格式
13. import和include意义有什么区别？

数据库的三大范式

1NF:字段不可分;   原子性 字段不可再分,否则就不是关系数据库;  

2NF:有主键，非主键字段依赖主键;   唯一性 一个表只说明一个事物;  

3NF:非主键字段不能相互依赖;    每列都与主键有直接关系，不存在传递依赖;  

1. 测试用例的构成，什么算一个好的测试用例
2. Bug的生命周期
3. python 协程是啥
4. http建立一次连接，经过了几层
5. 接口测试
6. Python垃圾回收机制
7. sizeof VS  strlen()
8. 线程sleep(),wait()方法有什么区别