测试要点及方法

测试要软件质量(从8方面来区分)：

1.功能测试

2.安全测试

3.性能测试

4.可靠性测试

5.压力测试

6.安装测试

7.用户界面测试

8.兼容性测试

测试技术：

黑盒测试 (数据驱动测试 or 功能测试)：

概念：检查程序功能是否按照规格说明书的规定正常使用。

关注点：

1.检查该功能是否与原始需求一致，在原始需求的基础上，新增/删减的功能都是不合理的，检查时把自己作为用户来操作，在操作过程中是否有 1.功能操作不畅 or 2.引导文案产生歧义

2.与UI界面布局一致

3.异常操作、异常流程，检查程序的容错处理，在输入输出上，输入正确的值是否能输出预期的结果；输入错误的值程序是否会友好的提示用户并加以引导

4.产生的数据及数据流向正确（记录到数据库，以及展现在页面的数据）

一.常用的黑盒测试方法：

1.等价类划分法

概念：对于程序的规格说明来说是合理的——有效等价类

           对于程序的规格说明来说是不合理的，没有意义的输入数据 —— 无效等价类

例子：1.比如若规定的输入范围是1

2.边界值分析法

概念：首先应确定边界情况。边界值的选择通常都是 1. 小于最小边界值；2.等于最小边界值；3.满足边界内的中间数；4.等于最大边界值； 5.大于最大边界值

例子：1.比如若规定的输入范围是1

3.因果图法

程序规格说明书的描述中找出因（输入条件）和果（输出或程序状态的改变），通过因果图转换为判定表。

4.正交实验设计法

正交试验设计是分式析因设计的主要方法，当实验次数太多时，会选择一部分代表性水平组合。

5.判定表驱动分析法

概念：是分析和表达多逻辑条件下执行不同操作的情况下的工具。【基本思路：对多个条件的组合进行分析】

例子：场景要求：”……对功率大于50马力的机器、维修记录不全或已运行10年以上的机器，应给予优先的维修处理……” 。这里假定，“维修记录不全”和“优先维修处理”均已在别处有更严格的定义 。请建立决策表。

①确定规则的个数：这里有3个条件，每个条件有两个取值，故应有2*2*2=8种规则

②列出所有的条件茬和动作桩

③填入条件项：可从左至右达到全覆盖

④填入动作桩和动作顶

⑤简化决策表，合并相似规则。

生成结果：

6.场景法

概念：按照正确的事件流实现的一条正确流程，那么我们把这个称为该软件的基本流；而凡是出现故障或缺陷的过程，就是备选流

7.错误推测法

基于经验和直觉推测程序中所有可能存在的各种错误。

8.功能图分析法

总结：黑盒测试的综合策略是：1.首先考虑边界值分析法，2.必要时用等价类划分方法，3.其次可以用错误推测法和场景法；如果程序的功能说明中含有输入条件的组合情况，则一开始就可以选用因果图法。

二.灰盒测试：

概念：既关注输出对于输入的正确性，同时也关注内容表现，通过一些表征性的现象、事件、标志判断内部的运行状态

常见：接口测试

满足接口文档：按照接口文档的参数格式来进行传参（正确的数据类型、大小、长度）

不满足接口文档的容错性检查：1.非空 2.错误的数据类型 3.超长检查——超过数据库字段定义的大小 4.其他一些异常数据

三.白盒测试（结构测试 or 逻辑驱动测试）：

概念：检验程序中每条通路是否按预定要求正确工作。

关注点，大多由开发人员通过单元测试进行自测：

1、对程序模块的所有独立的执行路径至少测试一遍。

2、对所有的逻辑判定，取“真"与取“假”的两种情况都能至少测一遍。

3、在循环的边界和运行的界限内执行循环体。

4、测试内部数据结构的有效性，等等。

四.测试阶段（映射到工作流程上）

单元测试：开发自检自测

集成测试：交付给前端-对接接口，测试该模块功能是否满足需求

系统测试：测试人员将功能涉及的完整流程进行测试（输入、输出、页面的跳转、数据的正确性）

验收测试：（上线前的回归）将自己作为用户来检测该功能是否能有效的引导用户、以及用户能否接受的问题

五.bug的定义

概念：软件中存在的某种破坏正常运行能力的问题、错误，或者隐藏的功能缺陷。

从产品内部：开发或维护过程中存在的错误、毛病等各种问题

从产品外部：系统所需要实现的某种功能的 失效或违背。