一、前言

功能测试是测试工程师的基本工作,很多人没有做好功能测试,想做性能测试、自动化测试。很多人对功能测试的理解是评分,如何不花自己的心血去研究。那么你的经历也会停留在占卜上。在这里我写下了我对功能测试的理解。

二、功能测试所需的技能

2.1熟练使用SQL

1、经常使用的SQL语句必须编写。例如,添加、删除、检查等。

2、了解数据库事务,编写存储过程,熟悉的系统函数。

3、了解和执行数据库备份、迁移、还原、镜像等任务。

4、查看优化SQL语句和监视可执行语句的性能

5、了解数据库集群等工作。

2.2 Linux

Linux是测试者的基本功能,无需掌握太难或不常见的Linux命令,即可正常查看日志并找出问题。

1、基本命令

常用的Linux基本命令,面试经常询问,或者给出询问使用什么命令的场景。(莎士比亚、Linux、Linux、Linux、Linux、Linux、Linux)

如需详细资讯,请造访https ://www . cn blogs . com/bianfengjie/p/9213180 . html

2、查看日志。

初级测试人员在工作时经常发现bug、开发人员不承认或不愿意解决的情况,测试人员如何摆脱这些问题?

也就是说,发现的bug是根据日志级别查看日志来找到问题的。

那么,先说一次性付款吧。

首先请记住,日志级别越高,输出的信息越少。

具体的日志级别分为四个阶段。

排除部分debug信息,包括Info :代码Info信息、SQL语句等

Warning warning :代码警告消息

Error :程序本身报告错误消息Java.lang.outindexERROR……。

紧急:很少使用

通常,不符合要求的错误位于debug中,程序本身报告错误的错误位于error中。

2.3沿数据流使用数据库

关于数据库,请参阅其他博客帖子。

1、数据库的本质。

典型的数据库主要是MAYsql、ORECAL和Redis

其中Mysql数据库是典型的关系数据库

2、数据库操作。

(1)使用数据库和表

(2)处理表数据

(3)复杂的SQL查询

2.4编写测试案例

是测试过程中非常重要的文档类型,是测试工作的核心,是测试时输入输出的标准集,是对软件要求的具体对比。写测试用例是测试者的基本基地,但实际上能写好的人并不多。

测试用例应包括:

使用案例编号、使用案例名称、测试背景、前提条件、优先级、重要性级别、测试数据、测试阶段、预期结果、实际结果、说明

1、测试用例编写过程。

需求分析.提取测试点.编写测试用例.检查测试用例

2、写测试用例的想法。

(1)根据产品的RPD提取测试点。

(2)根据数据流的方向。

(3)基础架构部署。

(4)编写测试用例的一般方法:等价类划分、边值分析、流程图等。

(5)涵盖弱网络测试、接口测试、安全性测试、性能测试等。

(6)典型的测试工具包括Postman、Charles、Fiddler、Jemter和Loadrunner。

3、编写测试用例注意事项。

(1)根据项目的实际情况设计测试用例表单

(2)用例格式不能机械地应用

(3)根据具体情况编写

(4)学会质疑要求,不要根据要求写测试用例,要从客户和产品的角度理解要求,看要求以外的功能和经验。

4、测试用例管理。

为什么要管理测试用例?

(1)测试用例数量巨大

(2)测试用例可能会随着需求的变化而变化。

(3)测试用例需要长期补充

如何管理测试用例?

(1)基本Excel管理

(2)专业项目管理系统(EG: Git、领先、JIRA、Confiuence等)一般为网页格式。

具体说明:Fps=

1

2.5 http与https协议

关与HTTP和HTTPS协议,请点击:

面试经常关于Http协议的下面几个问题

1、Http协议原理

2、http和http协议的区别

3、TCP和UDP的区别

4、session和token的区别

5、公钥和私钥的理解

6、get和post的区别

7、从输入URL到页面加载发生了什么

8、什么叫代理,正向代理和反向代理?

2.6 了解业务

做功能测试,一定要了解业务,甚至理解业务。只有把业务吃透,才能把功能测试做好,并且有一定的提高。

业务熟悉后,会知道很多常识,知道下面的常识之后,你就可以尝试进阶,学习做自动化测试、接口测试、性能测试

1、什么时候介入自动化 => 当系统趋于稳定的时候

2、什么时候介入接口测试 => 当接口开发完毕的时候

3、什么时候介入性能测试 => 当出现促销的时候,或者抢购的时候(618大促,过年抢火车票,抢优惠券)

比如说,5000张优惠券,大概有多少人抢,在多长时间内抢完

2.7 bug管理

做功能测试,还有个很重要的工作就是bug管理,一个优秀的的测试人员,线上bug非常多,多于和你一起工作的其他同事,但是线上bug非常少,少于其他同事。

1、 bug定义

(1)不符合需求的

(2)程序本身报错

(3)不符合用户的使用习惯

2、bug生命周期当我们测试人员提交一个bug的时候,自始bug就有它的生命周期,从开始到

结束,生命周期如下

3、bug单内容

Bug描述(summary)

环境信息:操作系统/数据库/浏览器/软件版本 (OS/Database/Project/Build/Release)

所属功能模块

测试/开发人员

严重等级(1-5)

客户优先级

风险程度

状态

重现步骤

实际结果

是否要回归的问题

具体参考:

4、测试报告

把测试的过程和结果写成文档,对发现的问题和缺陷进行分析,为纠正软件存在的质量问题提供依据,

同时为软件验收和交付打下基础测试报告和测试计划一样,一般由测试leader编写,测试人员需要了解一下测试报告中都有哪些内容

2.8 典型bug

1、抓包作用: 测试一个app搜索功能,抓包,抓到一个搜索接口,突然发现抓到了两个请求接口 -> 当访问量上来了,服务的压力上升两倍

2、数据流走向 : 测试的时候发现页面上数据只有一条,但是数据库里面多了一条 -> 1、数据量变大,查询速度变慢 2、脏数据太多,瞬间爆满,程序崩溃了

3、弱网测试:app项目一定要有弱网络测试(模拟2g、3g、4g,wifi网络状态以及丢包情况);网络切换测试(网络断开后重连、3g切换到4g/wifi 等)

三、小结

总结下来,做好功能测试并不是一件容易的事情。我做了两年的互联网功能测试来,还是很多知识不明白,只有不断地学习,自己才能成才。

很多人功能测试都做不好,就想做性能测试、自动化测试,其实是好高骛远,我觉得基础打好了,再去学习性能测试、自动化测试什么什么的,肯定事半功倍。


感谢每一个认真阅读我文章的人!!!
如果下面这些资料用得到的话可以直接拿走:
1、自学开发或者测试必备的完整项目源码与环境
2、测试工作中所有模板(测试计划、测试用例、测试报告等)
3、软件测试经典面试题
4、Python/Java自动化测试实战.pdf
5、Jmeter/postman接口测试全套视频获取
我个人整理了我这几年软件测试生涯整理的一些技术资料,包含:电子书,简历模块,各种工作模板,面试宝典,自学项目等。如果在学习或工作中遇到问题可以直接进群询问,群里也会有大神帮忙解答,需要的就可以私我谢谢

1.《【rpd怎么算excel】功能测试多年总结经验》援引自互联网,旨在传递更多网络信息知识,仅代表作者本人观点,与本网站无关,侵删请联系页脚下方联系方式。

2.《【rpd怎么算excel】功能测试多年总结经验》仅供读者参考,本网站未对该内容进行证实,对其原创性、真实性、完整性、及时性不作任何保证。

3.文章转载时请保留本站内容来源地址,https://www.lu-xu.com/keji/2552528.html