功能测试为何这么繁琐(你不知道的功能测试那些事儿)
功能测试为何这么繁琐(你不知道的功能测试那些事儿)那就是根据发现的bug根据日志级别,来查看日志,定位问题。初级测试人员在工作时经常遇到,发现bug,开发不承认或者不愿意解决的情况,测试人员怎么摆脱这样的问题呢?1、基本命令常用的Linux基本命令,面试经常会问的,或者给出一种场景,问你用什么命令。2、查看日志
快过年了,每年回去各路亲戚必问的一个话题是:娃儿呀,你现在是做什么的?你跟他们说在做软件测试吧他们又听不懂,只好换个通用的说话:就是坐在那里点点点
上述的类似段子相信你们也看过不少吧,我有很多粉丝一上来就是:华华,我想学性能,我要自动化,我要测试开发。吓得我以为招惹哪路大神,结果一打听,自学了十天半个月就想这些有的没得。
真的,大家不要觉得功能测试很low,我踏踏实实的做了四五年的功能测试的过来人告诉大家:功能测试一点都不简单,不信大家来看看我整理的这些功能测试的Key points
- 常用的 sql 语句一定会写。比如说增删改查之类。
- 了解数据库的事务、会编写存储过程、熟练常用的系统函数。
- 了解并可以进行数据库的备份、迁移、还原、镜像等操作
- 对 sql 语句进行调优,并对可以对运行的语句监控查看性能
- 了解数据库集群等操作。
Linux是测试人员的基础功,不需要掌握太难或者很不常见的Linux命令,正常能做到查看日志,定位问题就可以了。
1、基本命令
常用的Linux基本命令,面试经常会问的,或者给出一种场景,问你用什么命令。
2、查看日志
初级测试人员在工作时经常遇到,发现bug,开发不承认或者不愿意解决的情况,测试人员怎么摆脱这样的问题呢?
那就是根据发现的bug根据日志级别,来查看日志,定位问题。
具体的日志级别分为四级:
- info : 代码 info 信息,不包括sql语句等一些debug信息
- warning warning : 代码警告信息error :
- 程序本身报错信息 java.lang.outindexERROR…
- critical :几乎用不到
一般不符合需求的bug在 debug中,程序本身报错的bug在 error中。
三、 使用数据库,跟数据流向1、数据库的本质
常见数据库主要是MAYSQL、ORECAL、Redis
其中Mysql数据库是典型的关系型数据库
2、数据库操作
(1) 数据库和表操作
(2)表数据操作
(3)复杂sql查询
四、写好测试用例测试用例必须包含的内容:
用例编号、用例名称、测试背景、前置条件、优先级、重要级、测试数据、测试步骤、预期结果、实际结果、备注。
1、测试用例的编写流程
需求分析->提取测试点->测试用例编写->测试用例评审
2、编写测试用例的思路
(1)根据产品的RPD,提取测试点。
(2)根据数据流的走向。
(3)根据的架构部署。
(4)编写测试用例的常用方法:等价类划分法、边界值分析法、流程图法等。
(5)覆盖弱网测试、接口测试、安全测试、性能测试等。
(6)常用测试工具有:Postman、 Charles、 Fiddler 、Jemter、Loadrunner等。
3、编写测试用例注意事项
(1)根据项目的实际情况设计测试用例表格
(2)用例格式不要生搬硬套
(3)根据具体情况编写
(4)学会质疑需求,不要完全按照需求来写测试用例,要从客户和产品的角度来理解需求,看到需求之外的功能和体验
五、 http与https协议面试经常关于Http协议的下面几个问题
- Http协议原理
- http和http协议的区别
- TCP和UDP的区别
- session和token的区别
- 公钥和私钥的理解
- get和post的区别
- 从输入URL到页面加载发生了什么
- 什么叫代理,正向代理和反向代理?
业务熟悉后,会知道很多常识,知道下面的常识之后,你就可以尝试进阶,学习做自动化测试、接口测试、性能测试
- 什么时候介入自动化 => 当你系统趋于稳定的时候
- 什么时候介入接口测试 => 当接口开发完毕的时候
- 什么时候介入性能测试 => 当出现促销的时候,或者抢购的时候(618大促,过年抢火车票,抢优惠券)
比如说,5000张优惠券,大概有多少人抢,在多长时间内抢完。
七、 bug管理做功能测试,还有个很重要的工作就是bug管理,一个优秀的的测试人员,线上bug非常多,多于和你一起工作的其他同事,但是线上bug非常少,少于其他同事。
1、 bug定义
(1)不符合需求的
(2)程序本身报错
(3)不符合用户的使用习惯
2、bug生命周期
当我们测试人员提交一个bug的时候,自始bug就有它的生命周期,从开始到结束。
3、测试报告
把测试的过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件的存在的质量问题提供依据,同时为软件验收和交付打下基础测试报告和测试计划一样,一般由测试leader编写,测试人员需要了解一下测试报告中都有哪些内容。
八、 典型bug
1、抓包作用:测试一个app搜索功能,抓包,抓到一个搜索接口,突然发现抓到了两个请求接口 -> 当访问量上来了,服务的压力上升两倍
2、数据流走向 :测试时候发现页面上数据只有一条,但是数据库里面多了一条 -> 1、数据量变大,查询变慢 2、脏数据太多,瞬间爆满,程序崩溃了
3、弱网测试:app项目一定要有弱网络测试(模拟2g、3g、4g,wifi网络状态以及丢包情况);网络切换测试(网络断开后重连、3g切换到4g/wifi 等)
上面都是功能测试的一些timing点,希望大家好好参考打牢基础再去冲击自动化测试,性能测试,万丈高楼平地起,辉煌终究靠自己,在这有点寒冷的2021年尾,加油,打工人!
下面是我给大家整理的一些软件测试资料,有需要的朋友可以私信我关键词“资料”免费获取哟