年后上来口试了13家企业软件测试岗位，口试题整理

软件测试口试，800多道高频口试真题，任意刷。（盼望能帮助大家）
  
项目的测试流程
1. 拿到需求文档后，写测试用例
2. 审核测试用例
3. 等待开发包
4. 部署测试环境
5. 冒烟测试（网页架构图）
6. 页面初始化测试（检察数据库中的数据内容和页面展示的内容是否一致，而且是否按照某些顺序排列）
7 .详细执行测试用例（几乎全部的功能测试、流程法、场景法）
8. 发现缺陷就要再填写缺陷表
9. 非功能性测试（sql、js注入、页面效率、绕过js验证直接添加数据到数据库）
10. 书写最终的测试报告
测试用例计划方法
等价类、界限值、正交试验法、状态迁徙法、因果图、场景测试法、异常分析法、因果图、错误猜测法、判断表
测试用例的要素
Id 主题 测试名称 创建日期 计划者 描述 步调名 步调描述 预期结果 执行状态
测试的优先级
1. 先测试颠末变更的部分，然后测试没有变更的部分
2. 先测试程序的焦点功能，然后测试一般功能
3. 先测试逻辑性的功能，然后测试业务性的功能
4. 先测试通例环境，然后测试异常环境
5. 先测试功能，然后测试性能
测试报告包含哪些内容
1.写测试背景
2.测试目的
3.测试范围
4.测试环境
5.测试数据
6.测试标准（重点）
7.测试进度
8.测试结果
9.测试结论
有的公司会采用非标准的测试报告
大致会包含 测试所用时间 测试环境 测试人员 测试发现bug数量 已修复bug数量、遗留bug、遗留bug原因、测试结果等
BUG的生命周期
提交--开发验证--接受--拒绝--开发办理--测试人员验证--关闭--不通过打开
BUG的状态
1. NEW：全部提交到开发对接的问题状态为NEW，表现为未处理
2. OPEN：开发对接人初判为需流转问题，指定测试人员和开发人员，状态为OPEN。
3. REFUSE：开发对接人判断为不需要流转至下环节的问题，状态为REFUSE，而且填写原因
4. FIXED：开发人员完成修复，待测试，状态为FIXED
5. REOPEN：测试人员针对开发人员的修复结果测试部通过，状态为REOPEN
6. CLOSE：测试人员判断问题为需求或其他问题，需填写原因；
缺陷的要素
缺陷标题 缺陷状态 提交人 负责人 优先级 严肃水平 缺陷描述 时间 截图
缺陷的级别
致命问题 焦点功能不可用或体系崩溃
严肃问题 业务主要流程无法利用，业务主要流程中的某个功能存在缺陷导致主要流程无法继承利用
一般问题 一般性问题，非主要流程上的功能缺陷
轻微问题 界面ui问题 提示不规范等
发起性问题 根据自己的履历提一些发起性的问题
WEB测试与APP测试的区别
1. 架构不同。
web端是b/s架构的，b/s架构是基于浏览器地址访问的
app端是c/s架构的，c/s架构是要有客户端作为载体的
2. 版本发布的方式和流程不同。
web发版本，开发部署新的代码到对应服务器地址，就可统一实现web端的更新
app发版本，开发需要打包（apk包和ipa包），打包之后需要发布到对应的渠道

免责声明：如果侵犯了您的权益，请联系站长，我们会及时删除侵权内容，谢谢合作！更多信息从访问主页：qidao123.com:ToB企服之家，中国第一个企服评测及商务社交产业平台。