测试阶段：

1. 单元测试：对软件基本组成单元进行的测试，其对象是软件设计的最小单元 - 模块或组件，也可以包括类或者函数，软件单元具有独立性，可以将它与系统、程序的其他部门隔离出来，从而完成测试。

2. 集成测试： 试讲已分别通过测试的单元按照设计要求组合起来再进行的测试，以检验这些单元之间的接口是否存在问题。

3. 系统测试： 就是充分运行和模拟运行软件系统，以验证系统是否满足产品的质量需求，特别是非功能性的质量需求。

4. 验收测试（交付测试）：在软件产品完成了功能测试和系统测试之后，产品发布之前所进行的软件测试活动。验收测试包含Alpha测试、Beta测试（在用户环境下进行）。

  --- Alpha测试：先公司员工自己先试用

  --- Beta测试：一般情况下，让少数用户和公司的合作伙伴使用，提出反馈意见和发现缺陷。

5. 回归测试：由于软件的修改或变更，对修改后的工作版本所有可能影响的范围进行测试。回归测试的目的是发现原来正常的功能特性出现新的问题-回归缺陷，从而确保原来正常的或符合要求的特性不受其他区域修改的影响。

如何测试一个纸杯？

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

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

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

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

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

6. 易用性：杯子是否烫手、是否有防滑措施、是否方面引用。

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

8. 疲劳测试：讲杯子盛上水，放24小时检查泄露事件和情况；盛上汽油，放24小时检查泄露事件和情况等。

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

功能测试的内容：界面、数据、操作、逻辑、接口

1. 界面测试： 指测试系统界面整体布局的合理性，以及是否清晰、美观、包括颜色搭配、字体、文字是否对齐、图片大小与位置、弹出窗口的位置是否合适。其次还会测试用户是否可以调整布局、是否自定义界面（包括文字、图片、颜色等）。

2. 数据测试：值用户操作菜单、按钮、链接、滑动、输入等对APP应用程序的操作，是否符合操作习惯，是否有正确的提示等。功能测试会利用3种数据来进行测试：正常数据、边缘数据、错误数据。

3. 逻辑测试：指某个操作需要多个步骤实现，应有清楚的提示，或者向导来帮助用户完成，某项功能从不同的入口进入有不同的操作路径，但是逻辑上应该是一致，系统的各种状态要按照业务流程变化保持稳定。

4. 接口测试：指让接口配合多种硬件或者内部接口、外部接口，应保持其规范性、一致性、完备性，接口还需要是可定义或可配置的，应具有良好的兼容性和扩充性。

介绍简历上的某某项目：

项目描述：OneTime致力于企业级的电商电子数据传输。

1. 负责整个软件功能测试工作的开展，带领组员根据OneTime项目需求，用思维导图进行分析，归纳测试要点；

2. 测试用例设计：

  --- 通过正常流程/异常流程/网络环境/兼容性等多方面来设计测试用例（冒烟用例、功能用例、接口用例）；

  --- 和开发/产品对需求进行二次沟通，对其中不合理的逻辑和设计提出异议并尽早解决，同时和开发/产品评审测试用例，保证大部分风险都在测试前规避；

3. 执行测试（包含集成测试、系统测试、回归测试）和Bug管理：

  --- 负责Web功能测试，系统的兼容性测试，异常测试，系统集成测试，回归测试等；

  --- 负责UI测试、业务逻辑测试、操作测试、接口测试、兼容性测试（浏览器、操作系统、分辨率）等；

  --- 将测试过程中发现的Bug进行管理，跟进Bug的解决进度，验证Bug；

  --- 新版本发布，对本次版本新增加的功能以及开发人员修正的Bug进行回归测试；

4. 跟进整个项目的需求进度，开发进度，测试进度，确保项目按时上线；

测试计划是如何做的？

1. 确定测试计划目标。

2. 测试参考文档。

3. 测试术语与定义。

4. 测试内容。

5. 测试人员的分工。

6. 测试进度。

7. 测试流程。

8. 测试工具。

9. 测试缺陷管理。

10. 测试的风险分析。

软件测试用例的设计遵守的4补曲（测试用例框架的设计）：

1. 制定测试用例设计的策略和思想，在测试计划中描述出来。

2. 设计测试用例的框架，也就是测试用例的结构。

3. 细化结构，逐步设计出具体的测试用例。

4. 通过测试用例的评审，不断优化测试用例。

测试用例设计的主要影响因素：

1. 需求目标。

2. 用户实际使用的场景。

3. 软件功能需求规格说明书、产品设计文档等，是测试用例设计的主要参考文档。

4. 测试的方法对测试用例的设计影响非常大。

5. 测试的对象。

6. 软件实现所采用的技术。

测试用例设计的基本思想：

1. 设计测试用例，要寻求系统设计、功能设计的弱点。

2. 设计正面的测试用例。

3. 设计负面的、异常的测试用例。

软件缺陷的表现形式：

1. 功能，特性没有实现或部分实现。

2. 设计不合理，功能特性不明确，逻辑不清楚或存在矛盾。

3. 产品实际结果和所期望的结果不一致。

4. 没有达到产品规格说明书中所规定的特性，性能指标等。

5. 运行出错，包括运行中断，系统奔溃，界面混乱等。

6. 硬件或系统软件上存在其他问题。

7. 数据结果不正确，精度不够，不完整或格式不统一。

8. 用户不能接受的其他问题，如存取时间过长，界面不美观等。

发现问题后你是如何判断其是否是Bug，你是如何提交的？

测试用例是经过评审组严格的评审，完全按照客户的需求规格说明书作为最终依据来评审的，如果测试过程中，测试结果与实际结果不符就很可能是Bug，如果一些比较明显的问题就直接录入缺陷管理系统，如果是一些边界问题不容易确定的，可以通过和开发人员甚至是设计人员等进行沟通，最后得出一个结果酒精是否是Bug，如果是Bug就录入，如果是一个需要增加的新功能等，可以录入缺陷管理系统，类型为新需求。

修复一个Bug而导致其他的Bug出现，该如何处理？

帮助开发人员分析问题，锁定原因，然后进行新Bug的修正。

一条软件缺陷（或者叫Bug）记录都包含了哪些内容？如何提交高质量的软件缺陷记录？

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

最有价值的Bug：

XX功能涉及到金额计算，通过后台设置了某一个金额，通过计算规则把计算后的金额数字显示到前端，但是显示到前端的数值是错误的，通过接口排查，前端直接显示了后端的值，后端的值是通过数据库取值进行计算的，在排查数据库，发现是在后台设置金额时，数据库存的值多了小数点，数据库按分来存的，导致了前台数据错误。

你提交的Bug开发人员说这不是缺陷你该怎么办？

若遇到开发人员说提交Bug不是缺陷，则跟项目组的需求人员，设计人员以及该功能的开发人员共同讨论做确认。

如果你是测试组长，你如何对项目及组员进行管理？

首先要从需求开始，充分了解被测系统的功能以及业务需求，并在遇到问题的时候及时有效的与开发人员以及其他项目相关人员进行沟通，做到对被测系统的十分熟悉。并了解整个测试组的成员，他们的测试技能，以及擅长的工作，做到测试任务的合理分配，得以让测试工作快速，稳定高效地进行。

测试工作进行到一半时，发现时间不够，你如何处理？

1. 与产品沟通本次发布的版本什么是最重要的，什么是其次，我会安排一个优先级来对整体测试功能进行一个筛选。2. 我会和测试组全体人员一起加班。

测试结束的标志：

1. 所有计划的测试都已完成。

2. 测试的覆盖率达到要求。

3. 发现的缺陷逐渐减少，直至有一段时间（一周左右）没有发现任何严重缺陷。

4. 所有严重缺陷已被修正，并得到验证。

5. 没有任何不清楚、不确定的问题。

开发测试的关系：

开发和测试时一个整体，也可以说测试驱动着开发，开发配合着测试，相辅相成的，在一个完整的项目组中缺一不可。

性能测试主要关注的指标有哪些？

QPS，TPS，CPU，内存，平均响应时间，超时率，磁盘IO，网络带宽

Linux常见的使用命令有哪些？

cd mv cp spc top rm tail which whereis vi vim

安全问题包含哪些？

SQL注入 XSS CSRF 拖库

Android APP功能测试包含哪些？

APP的安装卸载测试，界面测试，业务功能测试，APP特性测试，交叉事件测试，兼容性测试，升级更新测试，消息通知测试，功能键测试，手势测试等。

Web测试和APP测试的区别？

Web测试和APP测试从流程上来说，没有区别。都要经历测试计划方案，用例设计，测试执行，缺陷管理，测试报告等相关活动。从技术上来说，Web测试和APP测试其测试类型也基本相似，都需要进行功能测试、性能测试、安全性测试、GUI测试等测试类型。

他们的主要区别在于具体测试的细节和方法有区别，比如：

性能测试，在Web测试只需要测试响应时间这个要素，在APP测试中还需要考虑流量测试和耗电量测试。

兼容性测试：在Web端是兼容浏览器，所以需要使用不同的浏览器进行兼容性测试。如果是手机端，那么久需要兼容不同品牌，不同分辨率，不同andriod版本甚至不同操作系统的兼容。（常见的兼容方式是兼容市场占用率前N位的手机即可），有时候也可以使用到兼容性测试工具，但Web兼容性工具多用IETester等工具，而APP兼容性测试会使用Testin这样的商业工具也可以做测试。

安装测试：Web测试基本上没有客户端层面的安装测试，但是App测试是存在客户端层面的安装测试，那么讲究具备相关的测试点。

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

会不会自动化？（有的时候需要简单介绍一下，一般的是做框架维护，可以独立编写脚本，如果可以独立设计更好了）

不会的话，就说目前正在学习自动化相关的，python，selenium都有在学习（自动化工具：Selenium, Appium, Monkey, RobotFramework）

会不会性能？

不会的话，就说虽然还没有实战经验，但是自己最近一直在学习Jmeter性能测试工具和理论知识，接下来会进行一些实践。（断言，树分析）

为什么会选择软件测试？

1. 软件测试看待产品的角度是不一样的，会从产品、用户、市场需求、开发、设计、运营等多个角度去思考产品适合度。

2. 软件测试入门相对简单，但是做成一个好的测试却是不简单的，这个工作是很有挑战性的。

3. 软件测试是一个积累工作经验的工作，能够在工作的同时能够总结自己，使自己不断成长。

你的优点和缺点是什么？

我自己的优点有学习能力和理解能力比较强，善于思考，很有耐心，执行力强；而我的缺点是比较固执。