一.软件测试流程
1.分析测试需求
2.制定测试计划
3.设计测试用例
4.执行测试
5.编写测试报告
二.编写用例（9个）
用例编号、测试功能、测试标题、优先级、预置条件、步骤描述、测试数据、预期结果、实际结果
三.接口测试【设计思路+（postman、jmeter接口间数据传递）+断言+http请求+响应机制+状态码】
1.接口测试设计思路：
a.明确接口的功能和业务流程，确定接口的输入参数和输出结果；
b.根据功能和业务，设计用例，正常情况+异常情况；
c.选择合适测试工具（postman、jmeter)
2.postman和jmeter的区别：
a.postman更适合单个/少量接口的功能测试（更方便设置请求头，请求参数）、更加直观的展示请求的响应状态码、响应时间、响应内容等基本信息
b.jmeter适合大规模的性能测试，可以模拟成千上万的虚拟用户同时访问系统（压测）
3.断言：
判断接口响应数据结果是否符合预期结果
4.http请求：
GET\POST\PUT\DELETE等方法
（设置正确的去请求参数和请求头）
5.响应机制：
接口的响应机制：同步响应、异步响应
6.状态码：
200（成功）、400（错误请求）、401（未授权）、403（禁止访问）、500（内部服务器错误）
状态码判断接口的处理结果是否正确
四.性能测试【流程+相关指标+（jmeter+fiddler）】
1.流程：我觉得所有的测试流程都一样，so按照“一”回答不会错的
2.相关指标（影响因素）
响应时间、吞吐量、并发用户数、资源利用率、错误率
五.自动化测试（流程）
1.同“一”
六.mysql【增删改查+数据备份】
1.增（insert）：
insert into 表名（列名） values （数值）;
2.删（delete）：
delete from 表名where 条件;
3.改（update）：
update 表名 set 列名=值 where 条件;
4.查（select）：
select 列名 from 表名 where 条件;
5.【数据备份】：
mysqldump命令备份数据库
七.linux基本语句
1.文件和目录操作：
ls 列出目录内容
cd切换目录
mkdir创建目录
rm删除文件或目录
2.文件查看和编辑：
cat查看文件内容
vi或vim编辑文件
3.进程管理：
ps查看进程状态
kill终止进程
八.CMMI体系
哈哈哈，我不会，看不懂！！！！
九.python基础知识
1.数据类型：
数字型（整数int、浮点数float、复数complex）
字符串型str
列表list
元组tuple
集合set
字典dict
（可迭代对象：列表、元组、字符串、字典、集合、生成器、文件对象）
2.控制结构：
条件语句：if、elif、else
循环语句：for、while
for 变量 in 可迭代对象:
缩进代码块
3.函数：
def关键字定义函数
十.web端项目经验总结
根据需求文档设计测试用例，利用xmind列出关键测试点；
使用fiddler捕获http请求，转换为jmeter脚本执行测试，分析结果并编写测试报告；
测试中发现缺陷，通过jira记录，修复后进行回归测试，直至确认解决；
针对一些遗留问题，采取规避措施，并在回归测试后整合流程，最终编写测试报告；
【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【【其他点我觉得也会问到：
1.bug如何定位
界面问题（布局错乱、样式缺失）——前端
a.控制板：
数据相关问题——可以看控制台的状态码（如果network状态码为200，但是数据还是没有正确显示，可能是前端在处理和渲染数据时出现问题）
404——前端（请求资源未找到）
500——后端（后端逻辑错误、数据库、服务器配置等原因）
b.接口工具：
跳过前端，如果请求的数据是正确的，但是显示错误则前端问题
———————————————————————————————————————————
2.在测试中项目有哪些bug
a.数据查询时bug：筛选时，指定条件后，页面无变化或者筛选结果错误(后端查询语句筛选条件设置有误）
b.购物车增加商品数量，点击结算按钮，总价无变化或者总价小数点错误
c.点击一个页面响应时间长或者闪退
d.移动端和pc端布局是否合理，页面是否看起来拥挤，会不会误触
——————————————————
来不及了就这样吧，哈哈【视屎如归，这一定是我最后一次犯拖延症，祝我一面成功谢谢！！！】
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
