本文详细阐述了页面初始化测试、测试用例设计、缺陷管理流程，以及WEB与APP测试的区别，涵盖内容包括兼容性、性能、安全性测试，同时介绍了Java开发的学习资源和面试题库，旨在帮助工程师提升技能和应对大厂面试。
- 页面初始化测试（查看数据库中的数据内容和页面展示的内容是否一致，并且是否按照某些顺序排列）
7 .具体执行测试用例（几乎所有的功能测试、流程法、场景法）
-
发现缺陷就要再填写缺陷表
-
非功能性测试（sql、js注入、页面效率、绕过js验证直接添加数据到数据库）
-
书写最终的测试报告
测试用例设计方法
等价类、边界值、正交试验法、状态迁移法、因果图、场景测试法、异常分析法、因果图、错误猜测法、判定
表
测试用例的要素
Id 主题 测试名称 创建日期 设计者 描述 步骤名 步骤描述 预期结果 执行状态
测试的优先级
-
先测试经过变更的部分，然后测试没有变更的部分
-
先测试程序的核心功能，然后测试一般功能
-
先测试逻辑性的功能，然后测试业务性的功能
-
先测试常规情况，然后测试异常情况
-
先测试功能，然后测试性能
测试报告包含哪些内容
1.写测试背景
2.测试目标
3.测试范围
4.测试环境
5.测试数据
6.测试标准（重点）
7.测试进度
8.测试结果
9.测试结论
有的公司会采用非标准的测试报告
大致会包含 测试所用时间 测试环境 测试人员 测试发现bug数量 已修复bug数量 遗留bug 遗留bug原因
测试结果等
BUG的生命周期
提交–开发验证–接受–拒绝–开发解决–测试人员验证–关闭–不通过打开
BUG的状态
-
NEW：所有提交到开发对接的问题状态为NEW，表示为未处理
-
OPEN：开发对接人初判为需流转问题，指定测试人员和开发人员，状态为OPEN。
-
REFUSE：开发对接人判断为不需要流转至下环节的问题，状态为REFUSE，并且填写原因
-
FIXED：开发人员完成修复，待测试，状态为FIXED
-
REOPEN：测似人员针对开发人员的修复结果测试部通过，状态为REOPEN
-
CLOSE：测试人员判断问题为需求或其他问题，需填写原因；
缺陷的要素
缺陷标题 缺陷状态 提交人 负责人 优先级 严重程度 缺陷描述 时间 截图
缺陷的级别
致命问题 核心功能不可用或系统崩溃
严重问题 业务主要流程无法使用，业务主要流程中的某个功能存在缺陷导致主要流程无法继续使用
一般问题 一般性问题，非主要流程上的功能缺陷
轻微问题 界面ui问题 提示不规范等
建议性问题 根据自己的经验提一些建议性的问题
WEB测试与APP测试的区别
- 架构不同。
web端是b/s架构的，b/s架构是基于浏览器地址访问的
app端是c/s架构的，c/s架构是要有客户端作为载体的
- 版本发布的方式和流程不同。
web发版本，开发部署新的代码到对应服务器地址，就可统一实现web端的更新
app发版本，开发需要打包（apk包和ipa包），打包之后需要发布到对应的渠道
- 兼容性
web，测试不同浏览器的兼容性（ie、chrome、firefox、360、QQ）
app，测试不同的分辨率、屏幕尺寸、手机品牌、系统版本
- 性能方面
web，测试响应的时间
app，测试响应时间、流量、耗电量、CPU、GPU、memory
- 安全性
web，sql注入。xss攻击等
app，https加密、签名、加固、密码加密等
6、app测试特点
适配性测试
网络测试
在线升级测试
中断测试
耗电量测试
弱网测试
安装卸载测试
流量测试
app测试的主要内容
- 功能测试
业务逻辑正确性的测试
- 兼容性测试
系统版本
分辨率
网络情况
- 异常测试
热启动
网络切换
电话信息终端恢复
-
升级、安装、卸载
-
健壮性测试
手机资源消耗
流量消耗
电量测试
崩溃恢复
如果一个bug，开发认为不是一个bug，怎么处理
-
将问题提交到缺陷管理库里面进行备案。
-
获取判断的依据和标准
根据需求说明书、产品说明、设计文档等，确认实际结果是否与计划有不一致的地方，提供缺陷是否确认的直接依据；
如果没有文档依据，可以根据类似软件的一般特性来说明是否存在不一致的地方，来确认是否是缺陷；根据用户的一般使用习惯，来确认是否是缺陷；与设计人员、开发人员和客户代表等相关人员探讨，确认是否是缺陷；
-
合理的论述，向测试经理说明自己的判断的理由，注意客观、严谨，不参杂个人情绪。
-
等待测试经理做出最终决定，如果仍然存在争议，可以通过公司政策所提供的渠道，向上级反映，并有上级做出决定。
常用linux命令
-
ifconfig 查看IP地址
-
cat 用于显示指定文件的全部内容
-
more 用分页的形式显示指定文件的内容
-
mkdir 创建目录
-
touch 创建新的文件
-
grep 查找文件里符合条件的字符串
-
find 查找指定的文件
-
tail -f 用于自动刷新显示文件后N行数据内容
-
kill -9 强制结束
-
netstat -anp | grep 端口号 查看端口
-
chmod -R 777 赋予777权限
什么情况下定位不到元素
-
代码写错
-
元素未出现（需要元素等待）
-
元素在iframe中
-
多窗口
-
出现弹窗（系统弹窗、JS弹窗）
-
元素属性值是动态加载的
-
元素无法确定唯一性
-
只读属性（元素不可操作）
GET请求和POST请求的区别
-
GET使用URL或Cookies传参，POST将数据放在BODY中
-
GET的URL会有长度上的限制，POST的数据则可以非常大
-
POST比GET安全，因为在地址栏不可见
-
一般GET用来获取数据，POST用来发送数据
为什么要做接口测试
-
越底层发现BUG，修复成本越低
-
前端发生变化时，后端接口可以不用变
-
检查系统的安全性、稳定性，前端传参不可信
接口测试是怎么做的
–由于我们项目前后端调用主要是基于http协议的接口，所以测试接口时主要是通过工具或代码模拟http请求
的发送与接收。工具有很多如：postman、jmeter、soupUI等。
–也可以用 接口自动化来实现，就是用代码实现，框架和UI自动化差不多，发送请求用断言来判断。
接口测试的重点
-
检查接口返回的数据是否与预期的结果一致
-
检查接口的容错性，加入传递的类型错误时是否可以处理
-
接口测试的边界值
-
接口的性能
-
接口的安全性
http状态码
-
1xx：请求正常，但是无响应，只有在实验状态下使用
-
2xx：2开头的表示发送成功
-
3xx：3开头的代表重定向，常见302
-
4xx：400代表客户端发送的语法有错误，401代表访问的页面没有授权，403 无权限访问该网页，404代
表没有这个页面，415 格式错误
- 5xx：5开头的代表服务器异常，500代表服务器内部异常，504代表服务器超时
cookies和session的区别
-
cookies数据存放在客户的浏览器上，session数据放在服务器上
-
cookies不是很安全，别人可以分析存放在本地的cookies并进行cookies欺骗考虑到安全应当使用
session
- session会在一定时间内保存在服务器上，当访问增多，会比较占用，你服务器的性能考虑到减轻服务器
性能方面，应当使用cookies
常用的adb命令
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。
深知大多数Java工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！
因此收集整理了一份《2024年Java开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）
最近我根据上述的技术体系图搜集了几十套腾讯、头条、阿里、美团等公司21年的面试题，把技术点整理成了视频（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
g5-1713499204322)]
既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Java开发知识点，真正体系化！
由于文件比较大，这里只是将部分目录截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且会持续更新！
如果你觉得这些内容对你有帮助，可以扫码获取！！（备注Java获取）
[外链图片转存中…(img-QSfYw2V2-1713499204323)]
最近我根据上述的技术体系图搜集了几十套腾讯、头条、阿里、美团等公司21年的面试题，把技术点整理成了视频（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分
[外链图片转存中…(img-S27CCGLo-1713499204323)]
《互联网大厂面试真题解析、进阶开发核心学习笔记、全套讲解视频、实战项目源码讲义》点击传送门即可获取！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
