【软测面试】找工作前的准备|必背面试题
软测部分
软测基础
什么是软件测试？软件测试的目的与原则
使用人工或自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。
软件测试的目的：
测试是程序的执行过程，目的在于发现错误。
一个成功的测试用例在于发现至今未发现的错误。
一个成功的测试是发现了至今未发现的错误的测试。
确保产品完成了它所承诺或公布的功能，并且用户可以访问到的功能都有明确的书面说明。
确保产品满足性能和效率的要求。
确保产品是健壮的和适应用户环境的。
1. 请你分别介绍一下单元测试、集成测试、系统测试、验收测试、回归测试
单元测试：完成最小的软件设计单元（模块）的验证工作，目标是确保模块被正确的编码
集成测试：通过测试发现与模块接口有关的问题
系统测试：是基于系统整体需求说明书的黑盒类测试，应覆盖系统所有联合的部件
回归测试：回归测试是指在发生修改之后重新测试先前的测试用例以保证修改的正确性
验收测试：这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。验收测试包括Alpha测试和Beta测试。
Alpha测试：是由用户在开发者的场所来进行的，在一个受控的环境中进行。并且在开发者对用户的指导下进行测试，开发者负责记录发现的错误和使用中遇到的问题
Beta测试 ：由软件的最终用户在一个或多个用户场所来进行的，开发者通常不在现场。由用户记录在测试中遇到的一系列问题，并定期报给开发者。
2. 什么是黑盒？什么是白盒？黑盒和白盒的测试方法分别有哪些？
- 黑盒测试：黑盒测试也称功能测试或数据驱动测试。把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，对程序接口进行测试。“黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试
常用的黑盒测试方法：等价类划分法；边界值分析法；因果图法；场景法；正交实验设计法；判定表驱动分析法；错误推测法；功能图分析法。
黑盒测试的缺点有：
不可能覆盖所有的代码，覆盖率较低，大概只能达到总代码量的 30%；自动化测试的复用性较低。 - 白盒测试：也称为结构测试或逻辑驱动测试，是针对被测单元内部是如何进行工作的测试
常用白盒测试方法：
静态测试：不用运行程序的测试;
动态测试：需要执行代码，通过运行程序找到问题;
逻辑覆盖包括:语句覆盖、判定覆盖、条件覆盖、判定/条件覆盖、条件组合覆盖和路径覆盖
1.语句覆盖每条语句至少执行一次。
2.判定覆盖每个判定的每个分支至少执行一次。
3.条件覆盖每个判定的每个条件应取到各种可能的值。
4.判定/条件覆盖同时满足判定覆盖条件覆盖。
5.条件组合覆盖每个判定中各条件的每一种组合至少出现一次。
6.路径覆盖使程序中每一条可能的路径至少执行一次。
白盒测试的缺点有：
程序运行会有很多不同的路径，不可能测试所有的运行路径；测试基于代码，只能测试开发人员做的对不对，而不能知道设计的正确与否，可能会漏掉一些功能需求；系统庞大时，测试开销会非常大。
3. 测试流程：
1、阅读相关技术文档（如产品PRD、UI设计、产品流程图等）。
2、参加需求评审会议。
3、根据需求文档编写测试计划。
4、编写测试用例（等价类划分法、边界值分析法等）。
5、用例评审(主要参与人员：开发、测试、产品、测试leader)。
6、开发提交代码至SVN或者GIT ，配管搭建测试环境。
7、执行测试用例，记录发现的问题。
8、验证bug与回归测试。
9、编写测试报告。
10、产品上线。
4. web测试和app测试不同点
* 系统架构方面：
web项目，一般都是b/s架构，基于浏览器的
app项目，则是c/s的，必须要有客户端，用户需要安装客户端。
web测试只要更新了服务器端，客户端就会同步会更新。App项目 则需要客户端和服务器都更新。
* 性能方面:
web页面主要会关注响应时间
而app则还需要关心流量、电量、CPU、GPU、Memory等。
* 兼容方面：
web是基于浏览器的，所以更倾向于浏览器和电脑硬件，电脑系统方面的兼容
app测试则要看分辨率，屏幕尺寸，操作系统、网络。
web测试是基于浏览器的所以不必考虑安装卸载。
而app是客户端的，则必须测试安装、更新、卸载。除了常规的安装、更新、卸载还要考虑到异常场景:包括安装时的中断、弱网、安装后删除安装文件 。
5. 缺陷按优先级分为哪些类型？
缺陷必须立即解决
缺陷要求正常排队等待修复
缺陷可以在方便时被纠正
下一个版本修复
不修复
6. 测试用例的内容是什么？
用例编号
测试概述或用例标题
测试步骤
预期结果
输入数据
优先级
前置条件
7. 软件生命周期
立项 —>需求分析 —>设计、编码、测试 —>发布 —>运行维护 —>淘汰
软件立项—> 可行性研究 —> 需求分析 —> 概要设计 —> 详细设计 —> 编码实现 —> 单元测试 —> 集成测试 —> 系统测试 —> 验收测试 —> 运行维护
8. 软件测试生命周期：
获取测试需求
编写测试计划
制定测试方案
开发与设计测试用例
执行测试
提交缺陷报告
测试分析与评审
提交测试总结
准备下一版本测试
9. 简述缺陷的生命周期？
软件测试人员提交缺陷报告
测试负责人审核后将缺陷分配给相关开发人员修复
缺陷被修改后有测试人员根据缺陷报告中修改记录进行返测
返测通过的缺陷由负责人关闭
返测未通过的缺陷直接返回给开发人员重新修改，然后再由测试人员返测，直到测试和开发达成一致处理意见
10. 自动化测试脚本开发的主要步骤:
1、通过某些方式定位到我们要执行的对象、目标( Target)
2、对这个对象进行什么操作(command)
3、通过操作对定位到的元素赋值(value)
4、添加断言操作
11. 软件的安全性应从哪几个方面去测试？
(1) 用户认证机制：如数据证书、智能卡、双重认证、安全电子交易协议
(2) 加密机制
(3) 安全防护策略：如安全日志、入侵检测、隔离防护、漏洞扫描
(4) 数据备份与恢复手段：存储设备、存储优化、存储保护、存储管理
(5) 防病毒系统
软件安全性测试包括程序、数据库安全性测试。根据系统安全指标不同测试策略也不同。
用户认证安全的测试要考虑问题：
明确区分系统中不同用户权限
系统中会不会出现用户冲突
系统会不会因用户的权限的改变造成混乱
用户登陆密码是否是可见、可复制
是否可以通过绝对途径登陆系统（拷贝用户登陆后的链接直接进入系统）
用户退出系统后是否删除了所有鉴权标记，是否可以使用后退键而不通过输入口令进入系统
系统网络安全的测试要考虑问题
测试采取的防护措施是否正确装配好，有关系统的补丁是否打上
模拟非授权攻击，看防护系统是否坚固
采用成熟的网络漏洞检查工具检查系统相关漏洞（即用最专业的黑客攻击工具攻击试一下，
现在最常用的是 NBSI 系列和 IPhacker IP ）
采用各种木马检查工具检查系统木马情况
采用各种防外挂工具检查系统各组程序的外挂漏洞
数据库安全考虑问题：
系统数据是否机密（比如对银行系统，这一点就特别重要，一般的网站就没有太高要求）
系统数据的完整性（我刚刚结束的企业实名核查服务系统中就曾存在数据的不完整，对于这
个系统的功能实现有了障碍）
系统数据可管理性
系统数据的独立性
系统数据可备份和恢复能力（数据备份是否完整，可否恢复，恢复是否可以完整）
12. 你在测试中发现了一个 bug ，但是开发经理认为这不是一个 bug ，你应该怎样解决。
- 将问题提交到缺陷管理库里面进行备案。
- 要获取判断的依据和标准：
根据需求说明书、产
文章出处登录后可见！
