功能测试多年的总结心得

2、理解数据库的事务、会编写存储过程、闇练常用的系统函数。

3、理解并可以进行数据库的备份、迁移、还原、镜像等操作

4、对 sql 语句进行调优，并对可以对运行的语句监控查看性能

5、理解数据库集群等操作。

2.2 Linux

Linux是测试职员的根本功，不须要节制太难或者很不常见的Linux命令，正常能做到查看日志，定位问题就可以了。

1、基本命令

常用的Linux基本命令，口试常常会问的，或者给出一种场景，问你用什么命令。

详细请看：https://www.cnblogs.com/bianfengjie/p/9213180.html

2、查看日志

低级测试职员在事情时常常碰着，创造bug，开拓商不承认或者不愿意办理的情形，测试职员怎么摆脱这样的问题呢？

那便是根据创造的bug根据日志级别，来查看日志，定位问题。

那这里首先要说一下日志级别了。

首先记住这一点：日志级别越高，输出的信息越少 。

详细的日志级别分为四级：

info : 代码 info 信息，不包括sql语句等一些debug信息

warning warning : 代码警告信息

error : 程序本身报错信息 java.lang.outindexERROR.....

critical ：险些用不到

一样平常不符合需求的bug存在 debug中，程序本身报错的bug在 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等）一样平常都为web格式

详细参考：https://blog.csdn.net/sdr_zd/article/details/70453027?locationNum=6&fps=1

2.5 http与https协议

关与HTTP和HTTPS协议，请点击：https://www.cnblogs.com/bianfengjie/p/9213131.html

口试常常关于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)

客户优先级

风险程度

状态

重现步骤

实际结果

是否要回归的问题

等

详细参考：https://blog.csdn.net/ewq159/article/details/79500546

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自动化测试实战.pdf5、Jmeter/postman接口测试全套视频获取我个人整理了我这几年软件测试生涯整理的一些技能资料，包含：电子书，简历模块，各种事情模板，口试宝典，自学项目等。
如果在学习或事情中碰着问题可以直接进群讯问，群里也会有大神帮忙解答，须要的就可以私我感激