转载声明：文章来源https://blog.csdn.net/weixin_43322048/article/details/121310749

一、掌握简单的Java基础知识

1、基本数据类型（包装类型）；

2、集合（List、Set、Map）；

3、能够看懂代码（不需要懂代码是怎么写的）。

二、数据库方面知识

1、基本常用的SQL会写，比如：查询、新增、更新、删除语句；

2、会使用数据库客户端工具，如：Navicat、SQLyog、DBeaver等。

三、简单了解的基础知识（可选）

1、请求方式（协议）：http、https、soap、tcp等；

2、Git相关知识了解和基本使用。

四、测试用例的编写

1、概念

测试用例是测试环节中很重要的一类文档，是测试工作的核心，是一组在测试时输入和输出的标准，是保证软件需求功能的对照。

2、测试用例的作用

（1）、检验软件是否满足客户需求；

（2）、测试人员的工作要求需要；

（3）、实现测试用例的思路。

3、测试用例的内容

测试用例内容一般包含：测试用例编号、测试项目、测试模块、测试功能、测试标题、重要级别、预置条件、输入、操作步骤、预期输出；对于不同公司都有测试规范，测试用例内容不尽相同。

详细的测试用例内容：用例编码，用例名称/标题，测试背景，前置条件，优先级，重要级，测试数据，测试步骤，预期结果，实际结果，测试人员，测试时间，备注。

4、测试用例的编写流程

步骤：需求分析 —> 提取测试点 —> 测试用例设计 —> 测试用例评审。

5、测试用例常用的方法

五、测试用例的设计方法和编写

1、测试用例设计

对各个功能模块进行测试点分析提取测试点在对测试点用例进行详细的编写。

2、以客户端QQ登录为例

正常登录

账号为空时点击登录

密码为空时点击登录

账号和密码为空时点击登录

账号错误时点击登录

密码错误时点击登录

记住密码功能是否有效

自动登录功能是否有效

找回密码功能是否有效

注册账号功能是否有效

QQ客户端登录功能，测试用例：

六、测试用例评审

用例评审主要是产品、开发和测试人员针对测试用例能否用于项目的测试而做的工作。

评审包括同行评审，小组评审，部门评审和第三方评审。

七、评审的意义

通过评审发现用例的不足之处；

方便测试人员进行改进用例；

达到在测试时提高测试质量的目的。

八、测试用例的注意点

测试用例编号具有一定的规则，比如系统测试用例编号的规则为：ProjectName-ST-001，其命名规则为：项目名称-测试阶段类型-编号，规范的定义测试用例编号，有利于方便的查询对应功能的测试用例，便于后期测试用例追踪。

九、测试相关工具

接口调试工具主要有：apipost、jmeter、postman、swagger、apifox；

apipost：apipost这款接口测试工具，主要针对于接口验证和接口文档生成。apipost这款接口测试工具，是一款很轻便的接口验证工具，可以通过输入请求方法、url、参数直接进行接口请求访问，验证接口是否通，还可以查看返回的响应值查看接口开发是否正常。根据这些接口验证信息，直接可以生成在线文档和离线版的word文档。是一款很棒的接口测试和接口文档生成工具，又不像swagger生成的接口文档都是英文的阅读起来也不太方便。apipost还具备协同工作，可以很有效的实现前端的接口联调。

jmeter：jmeter可以进行接口测试和性能测试，但是对于做单纯的接口测试jmeter操作起来没有postman、apipost使用起来方便。jmeter重点在于压力测试，稳定性测试和负载测试。针对于接口和程序的稳定性设计的一块以软件性能为主接口测试为辅的接口测试工具。

postman：postman是Google开发的一款接口测试的插件，也有客户端。国内禁用Google之后，postman的插件就不好下载和使用了。postman这款接口测试工具，是一款很轻便的接口验证工具，可以通过输入请求方法、url、参数直接进行接口请求访问，验证接口是否开通，还可以查看返回的响应值查看接口开发是否正常。不过因为是Google开发的所以只支持英文版。对于英文不好的人使用起来特别难受。

swagger：swagger是一款通过针对与后端开发人员的一款接口文档生成工具。主要通过在代码中的注解生成接口文档的工具，不过生成的接口文档是英文的。

apifox： apifox是 API 文档、API 调试、API Mock、API 自动化测试一体化协作平台，定位 Postman + Swagger + Mock + JMeter。通过一套系统、一份数据，解决多个系统之间的数据同步问题。只要定义好 API 文档，API 调试、API 数据 Mock、API 自动化测试就可以直接使用，无需再次定义；API 文档和 API 开发调试使用同一个工具，API 调试完成后即可保证和 API 文档定义完全一致。高效、及时、准确！