想转行互联网的看过来，阿里软件测试面经，建议收藏（持续更新）

1.测试点

用例设计（电梯，登录，微信，点赞，抢红包，发红包，视频电话，余额宝中的转入和转出。）

a）功能

b）UI界面：排版布局尺寸大小

c）易用性：客户的使用习惯，电梯按钮的位置高低

d）兼容性:

e）可移植性：

f）安全性：发送数据数据是否加密（页面的一个有效时间），日志前台和后台是否有密文加密，电梯断电被夹到能不能

g）性能：发朋友圈的速度，页面的响应时间，电梯长时间的一个稳定性。

2.上个公司的测试流程（自我介绍之后）测试一步步怎能开展工作的？

迭代周期

1.敏捷项目（一周）

2.迭***（半个月或者一个月）

测试流程

1.测试经理给需求文档

2.看需求文档（深入了解）

3.产品召开需求澄清会议（更加熟悉了解需求）

4.需求反讲

5.测试计划（任务分配）

a）测试人员

b) 任务分配（重要）

c）测试周期

d）软硬环境

e）项目背景，测试环境，测试目的

f）预防风险

6.写用例

7.用例评审

8.环境搭建开发在写HHL，LLD编码

9.转测，提测（把项目版本包给到测试）

10.冒烟测试，回归测试，系统集成测试

11.达到测试准出，项目上线，输出测试报告，缺陷报告

3.测试报告内容？

a）用例的执行情况(主要)

b）测试人员

c ）缺陷统计情况

d）软硬环境

e）项目背景，测试环境，测试目的

f）风险分析

g）总结能否上线

4.缺陷报告的内容（BUG所包含的内容）？

a）所属产品

b）所属模块

c）所属项目

d）影响版本

e）当前指派

f） bug的类型：代码问题，设计缺陷，环境配置，文字描述

g） bug的标题

h） bug的等级

致命性bug：系统死机，无法访问使用

严重性bug: 影响到很多主体功能无法使用

一般性bug：比如查询的小功能无法使用,页面显示不正确。

建议性bug：没有提示，或者他提示描述的不清楚，排版不美观

l） bug的重现步骤

5.测试用例的主要包含哪些内容？(用例要素)

a)用例编号

b)用例标题

c)前置条件

d)用例的优先级

e)用例测试步骤

f)预期结果

g)所属产品

h)关联需求

i)测试人员

6.请问每个版本冒烟测试？如何进行筛选？

每个版本进行冒烟测试

我们主要筛选涉及到主要业务流程相关的测试用例，作为冒烟测试用例的

也会自己去写一些重要场景的场景用例作为测试用例

7.回归测试是怎么回归的？

冒烟测试

SIT1

全量测试:对所有用例进行测试

增量测试:

回归测试

a）先进行一次冒烟测试

b）bug修复后要进行验证

c）和bug相关的的用例进行回归测试

d）bug新增到模块的用例进行回归测试

SIT2

3.如何保证需求所有测试点的覆盖率？

1.取决于设计用例的人员是否深入了解需求

2.站在用户，测试，开发的角度去挖掘隐形需求

3.通过用例评审的方式让别人

8.测试准出标准

1.0bug

2.用例执行完毕

3.缺陷全部修复，并且验证关闭

4.缺陷呈收敛趋势

5.通过验收测试

有输出相关的测试文档（测试用例，测试计划，缺陷报告，操作手册）

9.比如项目马上上线，临时增加的一个需求，请问作为测试人员应该怎么办？

1.分析新添加的需求进行评估能否按时测完（安排人员协助），反馈问题

2.增加的需求影响的范围有多大（影响已经测试完的功能），没有足够的时间(潜在的风险)，影响客户的使用

3.如果需求一定要增加的，先挑选重要的执行

4.确实影响比较大的建议放在下个版本进行增加

10.上线之前作为测试人员有哪些准备工作？

1.发个文档个运维（版本，版本包是第几个版本包，项目包放在哪里，配置文件修改修改哪些内容）

2.测试留人员协助项目上线

11.如果上完线，客户反馈发现线上bug作为一个测试是怎么做的？

1.找相关人员（客户）了解情况（怎么发现的）

2.在预发布环境去重现线上bug

3.如果真的存在，反馈给测试领导（经理）做决定，如果bug比较严重

提交的bug管理工具

找开发解决，回归测试，重现上线或者打补丁，针对问题增加一些新的代码

不是特别严重（延期处理）提交到指定的项目中，下个项目进行测试修复。