<p><strong>一。 测试用例编写要素 </strong>                                                                                                                      项目名称&#xff0c;所属模块&#xff0c;执行优先级&#xff0c;标题&#xff0c;前置条件&#xff0c;执行步骤&#xff0c;预期结果&#xff0c;测试结果&#xff0c;执行状态<img alt="" height="211" src="https://i-blog.csdnimg.cn/direct/a13c3ac1459f4be1b7a1aad2e8.png" width="1078" /></p> 

二。测试类型分类

       为什么要对测试进行分类呢？因为测试是软件开发到发布过程中不可缺少的play，复杂性较高，从测试的不同角度对其进行分类可以帮助我们更好的梳理测试流程，测试方法，帮助团队更好的管理和执行测试。

   2.1 按照测试目标进行分类

1）界面（UI）测试：对软件界面展示的内容进行测试和检查。包括：软件界面的功能完整性，清晰准确性，用户友好性，使用方便性，布局排版是否符合用户习惯等。

2）功能（黑盒）测试：根据用户需求文档，操作描述文档和产品开发特性文档等，来梳理特性功能测试点以满足设计需求和规范。

3）接口测试：产品提供了各种接口供用户输入数据然后得到用户想要的信息，常借助于postman来进行接口请求测试。

4）性能测试：目的是使产品能在高负载下稳定运行不出错，不崩溃。需要关注的测试点和测试流程也较复杂，需要借助一些测试工具（大多数公司常用的有jmeter, loadrunner等等），学习跟性能相关的一些参数指标等等。

主要的关注指标又可以从内部和外部来细分：

例如：从外部关注的点：

• 吞吐量：每秒钟系统能够处理的请求数、任务数。
• 响应时间：服务处理一个请求或一个任务的耗时。
• 错误率：一批请求中结果出错的请求所占比例。

          从内部来看： cpu占用率，内存占用率，I/O流，磁盘负载，网络延迟等等

性能测试按照测试目标又可以被细分为：

压力测试：强调极端暴力 
稳定性测试：在一定压力下，长时间运行的情况 
基准测试：在特定条件下的性能测试 
负载测试：不同负载下的表现 
容量测试：最优容量

5）安全性测试

安全性测试属于非功能性测试很重要的⼀个⽅⾯，系统常⻅的安全漏洞和威胁如下
• 输⼊域，如输⼊恶性或者带有病毒的脚本或⻓字符串；
• 代码中的安全性问题，如SQL/XML注⼊
• 不安全的数据存储或者传递
• 数据⽂件，邮件⽂件，系统配置⽂件等⾥⾯有危害系统的信息或者数据；
• 有问题的访问控制，权限分配等
• 假冒ID：⾝份欺骗
• 篡改，对数据的恶意修改，破坏数据的完整性

6）可靠性测试

可靠性（Availability）即可⽤性，是指系统正常运⾏的能⼒或者程度，⼀般⽤正常向⽤⼾提供软件 服务 的时间占总时间的百分⽐表⽰。

可靠性 = 正常运⾏时间/（正常运⾏时间+⾮正常运⾏时间）*100%

讯享网

2.2 按照执行方式分类： 静态测试（sonarQube: 静态代码扫描审核工具，检查程序设计，逻辑代码，语法格式的一些规范等等)和动态测试（需要运行代码来测试，也叫白盒测试/debug）

2.3 按照是否手工： 手工功能，自动化

2.4 按照产品开发阶段分类： 单元，集成（联调），系统（冒烟，回归），验收

2.5 按照测试方法： 黑盒，白盒，灰盒，

2.6 按照测试对象分： 内测，外（公）测，灰度

三。常见的测试用例编写方法

3.1等价类划分法

将测试的范围划分成几个互不相交的子集，他们的并集是全集，从每个子集选出若干个有代表性的值作为测试用例。 等价类又分为有效等价类，无效等价类（长度，类型，规则，重复，空）。

举例说明，我们要测试一个用户名是否合法，用户名的定义为：8位数字组成的字符。 我们可以先划分子集：空用户名，1-7位数字，8位数字，9位或以上数字，非数字。 然后从每个子集选出若干个有代表性的值：

空用户名：“” （无效等价类实例，指对于软件规格说明而言，没有意义的、不合理的输入）

1-7位数字：”234” （无效等价类实例）

8位数字：”00000000” （有效等价类实例，能检验程序是否实现了规格说明中所规定的功能和性能）

9位或以上数字：”” （无效等价类实例）

非数字：”abc&!!!” （无效等价类实例）

3.2 边界值分析法

是对于等价类划分法的进一步补充，从长度或者个数这种有取值范围的边界区进行分类

正好＜，＝，＞边界值来作为测试输入数据判断程序错误

3.3 场景法

对业务流程（业务逻辑）的梳理。也包括根据代码的实现逻辑来遍历各种场景。

模拟用户使用场景，场景法通常是从最初最开始某个界面/功能开始一步步向下延申，看从该功能能继续跳转到哪些功能，每一条流程/场景都是一条用例，看流程是否能走通；

3.4 因果图法

输入和输出存在约束因果关系，输入数据的不同排列或者逻辑与或组合决定了输出结果的多样性。

分析输入条件都有哪些组合，每种组合的输出结果是什么？每一种输入组合都是一条测试用例

可以通过画因果图分析列表来帮助你快速分析

3.5 判定表

该方法适合于较复杂的逻辑判断场景，通过穷举条件获得结果，对结果再进行优化合并，会得到一个判断清晰的策略表。列出条件桩和动作桩，依次穷举各种条件的组合会导致输出结果yes/no.

3.6 错误推测法

根据测试经验或直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的测试用例的方法。

四。测试流程/模型

测试模型：v模型，w模型，h模型和x模型

测试流程分三大阶段：准备，执行，验收

五。测试方案/策略

一个好的测试人员要会写测试计划和测试报告，测试计划就是根据需求文档尽早熟悉功能特性，列出所有功能点，定义测试范围，测试类型（需要执行哪些测试，功能/性能/自动化），部署好测试资源/环境/工具，整体测试进度安排，风险管理（有哪些可控的不可控的风险，如何管理这些风险），验收质量标准

六。测试原则

1）所有的测试都是站在用户视角，追溯用户需求来检测产品质量

2）尽早和不断的介入和进行测试

3）避免测试随意性，要有计划，有步骤，有优先级的进行测试

4）要达到完全覆盖性测试是不可能的，任何东西都不是完美的，总会有小缺陷，只要不影响主体功能，不存在严重中级问题的情况下允许产品有小缺陷