测试面试问题总汇

给你一个全新的软件，你就是负责人，你怎么去开展测试工作

参考回答：
第一步：需求分析：我会对这个全新的软件需求进行全面分析，主要的分析点有：1.软件的版本需求合理性，是否可测试；2.项目人员配置（遇到什么问题找谁，有多少人投入测试，测试环境，硬件，软件）；3.要测试的软件的主流程，异常流程，测试重点；4。项目整体规划（发布时间

第二步：指定测试策略、测试计划和bug定义标准，这一步主要是针对需求，在已有的和可协调到的资源上做出具体的，可执行的计划，这个阶段的输出是测试计划。测试计划中明确包含测试范围，测试策略，比如功能测试，性能测试，自动化测试，可用性测试，云测，mokey等

第三步：按计划执行，编写测试用例，（编写测试用例的方法：等价类，边界值，错误猜测法，因果图，正交分解法等等）（编写测试用例需要注意的点，用例区分等级，特殊场景考虑：为空（接口空、数据空）、加载超时、网络异常、重复提交、异常中断、缓存冲突、系统兼容、流程迂回、流程中断；如果是PC，要注意浏览器（IE，chrome,火狐，苹果的），操作系统（xp,win7,win8,win10,linux,mac）的兼容,如果是手机，注意手机的品牌，操作系统，android版本，手机屏幕尺寸，手机网络等等场景），写完用例，如果有条件，就要评审测试用例

第四步：执行用例，补充场景，记录bug，回归bug（注意开发提测的需求需要冒烟测试通过）

第五步：功能合入，回归测试（各个功能点测试通过之后，再合入）

第六步：提交验收（回归测试通过之后，提交给验收人员进行验收）

第七步：发布上线（全新的软件，先是小范围内测，观察线上数据（如：crash,用户反馈，运营数据等）如果有产品认为严重的问题，则需要修复后重发，符合预期才能扩大发布）

如果你发现了bug但是开发不认为是bug，怎么办

首先找证据支持我说这个是bug，（比如需求文档这么写的，竞品这么做的等等），如果找不到足够的证据支持你的观点，那就将问题升级到小组内讨论，一级一级的上升，直到PM或者项目经理拍板定义

，你觉得bug需要修改，很紧急，但是开发没时间，怎么办

这个你需要先把这个问题说清楚，问题影响范围有多大，然后给PM或者项目经理还有拉上开发一起评审，说明这个问题遗留的风险，如果PM和项目经理接受这个风险，那就可以发布，否则必须修改了才能发布

即使他们接受了，发布之后，也要注意线上的表现，并知会出来

如果线上这个问题表现超过预期，那么就要要求发布hotfix

面试题：如何测试登录模块

注册登录在软件测试中是基础，但也会有漏测的情况出现，尤其是对于普通账户密码登录的情况，需要考虑账户密码的长度限制、字符类型、匹配判断等等。
目前市场上常用的登录方式也有很多，账密登录里又支持邮箱、账号、手机号登录。对于同时支持多种登录方式，测试时除了考虑每种方式是否能够登录成功以外，特别需要考虑不同登录方式的优先级、对于用户习惯登录方式的设置和记忆、各种登录方式之间的切换、不同设备的不同方式登录等等。
今天我与大家一起对登录方式及测试重点进行梳理，主要关注一些特殊点，以及容易出现漏测的情况。
下面说一下测试点

功能测试

输入正确的用户名和密码登录成功
输入错误的用户名密码登录失败
用户名正确，密码错误，是否提示输入密码错误？
用户名错误，密码正常，是否提示输入用户名错误？
用户名和密码都错误，是否有相应提示？
用户名密码为空时，是否有相应提示？
如果用户未注册，提示请先注册，然后进行登录
已经注销的用户登录失败，提示信息友好？
密码框是否加密显示？
用户名是否支持中文、特殊字符？
用户名是否有长度限制？
密码是否支持中文，特殊字符？
密码是否有长度限制？
密码是否区分大小写？
密码为一些简单常用字符串时，是否提示修改？如：123456
密码存储方式？是否加密？
登录功能是否需要输入验证码？
验证码有效时间？
验证码输入错误，登录失败，提示信息是否友好？
输入过期的验证能否登录成功？
验证码是否容易识别？
验证码换一张功能是否可用？点击验证码图片是否可以更换验证码？
用户体系：比如系统分普通用户、高级用户，不同用户登录系统后可的权限不同。
如果使用第三方账号(QQ,微博账号)登录，那么第三方账号与本系统的账号体系对应关系如何保存？首次登录需要极权等

界面测试

布局是否合理、美观，输入框是否对齐
风格和提示信息用语是否符合语境
登录页面显示是否正常？文字和图片能否正常显示，相应的提示信息是否正确，按钮的设置和排列是否正常
页面默认焦点是否定位在用户名的输入框中
首次登录时相应的输入框是否为空？或者如果有默认文案，当点击输入框时默认方案是否消失？
相应的按钮如登录、重置等，是否可用;页面的前进、后退、刷新按钮是否可用？
快捷键Tab,Esc,Enter 等，能否控制使用
兼容性测试：不同浏览器，不同操作系统，不同分辨率下界面是否正常

性能测试

单用户登录系统的响应时间是否符合"3-5-8"原则
用户数在临界点时并发登录是否还能符合"3-5-8"原则
压力：大量并发用户登录，系统的响应