软件测试面试题

• 1.介绍项目
• 2.印象深刻的bug
• 3.Bug的生命周期
• 4.开发不认同BUG怎么办
• 5，影响测试进度的因素
• 6.半路接收一个项目，需要做什么
• 7.测试流程
• 8.进程和线程的区别
• 9.Token和Session的区别

1.介绍项目

1. 项目基本情况
   项目是一个什么项目，一句话概括，用户量多少，日活多少，项目持续时间，迭代频率。项目有哪几个角色，每个角色有什么功能模块。

2. 项目测试情况
   测试人员数，测试数据，自己负责的模块，担任的角色，完成的工作

3. 项目过程中用到的测试工具和框架

比如：XXX项目是一个B/S架构对的web项目，管理基金情况的系统。用户量在20w左右，日活大概10w，项目持续了2年时间，每个月2次迭代。项目包含申请用户，购买基金，赎回基金，基金清盘等模块。一个测试人员，每次迭代大概两周测试，从需求评审，测试用例，测试执行，跟踪bug，测试报告全由我负责。测试过程主要是在页面执行命令，验证数据库数据修改正确，结合日志去发现解决问题。

2.印象深刻的bug

选择的Bug不能太低级例如UI级别，也不能太严重例如生产事故。通过步骤，结果，预期来描述一下Bug，然后分析bug产生的原因，通过查看请求参数，查看响应参数，查看数据库表，查看服务器日志，查看环境网络来排查的。
从这个bug中获得的启发。

3.Bug的生命周期

提交-指派-确认-解决-回归验证-验证通过关闭bug，否则激活

4.开发不认同BUG怎么办

如果是无法重现的，可以先找到服务器日志，然后在测试环境下给开发演示讲解一遍Bug 的出现情况，如果开发能修复bug，就更好。如果开发不能修复bug，将多次尝试下，bug出现率，记录bug，日志等资料发给组长，然后产品，开发，测试大家一起沟通预测，最后没有修复的话，在上线之后时刻关注该模块，一旦出现问题能及时维护。

5，影响测试进度的因素

测试人员的能力—需求文档详细程度—对项目的熟练度—提测质量—开发修复bug速度—测试环境稳定性

首先是测试人员自身的能力，能不能快速定位bug，不漏测，测试速度快。需求文档不详细，会导致开发理解有误，做出来的有偏差，然后测试对需求文档的理解也会不同，导致在测试确认是否为bug产生分歧。测试人员对项目熟悉，操作起来也会快，不需要经常去问。开发做的系统质量高，Bug少，就不用在验证bug上一遍一遍耗费时间。开发解决bug快，就能尽快进行bug后面的功能测试。测试环境稳定性也很重要，有时候部署包，环境就容易出现问题，解决环境问题，等待环境部署好也耗费时间。

6.半路接收一个项目，需要做什么

项目业务流程—文档环境—边看文档边操作—看缺陷库

首先让之前的测试将系统资料发过来，然后查看系统业务思维导图，了解主要业务，其次让之前测试讲解一下，将自己的疑问提出解答，然后根据环境文档将环境布置好，边看文档边使用，最后查看缺陷库。

7.测试流程

提测邮件—需求宣讲—测试要点思维导图—用例编写—用例评审—冒烟测试—需求测试—回归测试—测试报告—测试资料归档—上线

8.进程和线程的区别

进程指的正在运行的应用程序，比如打开微信就是一个进程，线程是进程中一个单一顺序的控制流，比如微信里聊天，朋友圈。

进程有自己独立的地址空间，线程共享进程的地址空间。
进程是系统进行资源分配的最小单位，同一个进程内的线程共享进程的资源。
线程的创建和切换开销比进程小。
线程是CPU调度的基本单位。

9.Token和Session的区别

• Session比Token的服务器占用资源大
  Session是存储在服务器内存之中的，随着用户量的增加，服务器的压力会越来越大。

• Session比Token的安全性低
  Session是基于Cookie进行用户识别的，如果是Cookie被截获了，用户就非常容易受到跨站请求伪造（CSRF）的攻击。

• Session没有Token的拓展性强
  如果使用多服务器进行负载均衡，用户第一次访问是服务器1，存放Session，第二次可能访问的是服务器2，就获取不到Session，判定用户没有访问过。