软件测试笔记

1 测试用例

        测试用例八大要素：用例编号、用例标题、模块/项目、前置条件、优先级、测试步骤、测试数据、预期结果。

        用例编号：区分用例唯一标识符

        用例标题：本条用例测试点

        模块/项目：用例所属模块

        前置条件：执行本条用例的前置操作

        优先级：本条用例优先级

        测试步骤：执行用例操作步骤

        测试数据：执行本条用例使用的数据

        预期结果：本条用例执行期望结果

2 等价类划分法

        说明：将测试数据中具有某种共同特征的数据集合，进行划分。

                示例：未满18岁，禁止入内；1.>=18岁 19、20、21........ 2.<18岁 17、16.........

        分类：1.有效等价类：满足需求的数据集合

                    2.无效等价类：不满足需求的数据集合

        步骤：1.明确需求；2.确定有效等价类和无效等价类；3.提取数据，编写测试用例

        适用场景：需要有大量数据测试输入，但没有穷举测试的地方：如输入框，下拉列表、单选复选框。典型代表：页面输入框类测试。

        用例执行结果：当结果和预期结果不一致，为缺陷。发现缺陷需要进行缺陷管理（提交-开发修复-测试-验证-关闭缺陷）

3 边界值分析法

        边界范围节点：选取正好等于、刚好大于、刚好小于边界的值作为测试数据

                        上点：边界上的点

                        离点：距离上点最近的点

                        内点：范围内的点

                优化：离点开内闭外，上点必选，内点必须

        用例设计步骤：1.明确需求 2.确定有效和无效等价类 3.确定边界范围值 4.提取数据编写测试用例

        适用场景：在等价类的基础上针对有边界范围的测试数据输入的地方；常见词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词；典型代表；有边界范围的输入框类测试

4 判定表法

        定义：一种以表格形式表达多条件逻辑判断的工具

        组成：条件桩、动作桩、条件项、动作项

                条件桩：列出问题中的所有条件，列出条件的次序无关紧要

                动作桩：列出问题中可能采取的操作，操作的排列顺序没有约束

                条件项：列出条件对应的取值，所有可能情况下的真假值

                动作项：列出条件项、各种取值情况下应采取的动作结果

        规则：1.判定表中贯穿条件项和动作项的一列就是一条规则 2.假设有n个条件，每个条件的取值有两个(0,1)，全组合有2的n次方种规则

        判定表设计用例步骤：1.明确需求 2.画出判定表：1）列出条件桩和动作桩 2）填写条件项，对条件进行全组合 3）根据条件项的组合确定动作项 4）简化合并相似规则 3.根据规则编写测试用例

        适用场景：1.有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖关系 2.判定表一般适用于条件组合数量较少的情况（4个以下）

5 场景法

        定义：用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例

        意义：弥补平时测试的不足，对多个功能的组合进行测试

        适用场景：根据实际的应用场景，来测试业务用例，可以使用场景法

6 缺陷

        定义：软件在使用过程中存在的任何问题都叫软件的缺陷，简称BUG

        缺陷的判定标准：少功能，功能错误，多功能，隐形功能错误，不易使用

                少功能：软件未实现需求说明书中明确要求的功能

                功能错误：软件出现了需求说明书中指明不应该出现的错误

                多功能：软件实现的功能超出需求说明书指明的范围

                隐形功能错误：软件未实现需求说明书中虽未明确指明但应实现的需要

                不易使用：软件难以理解，不易使用，运行缓慢，用户体验不好

        缺陷产生原因：1）需求阶段：需求描述不易理解，有歧义错误等 2）设计阶段：设计文档存在错误或者缺陷 3）编码阶段：代码出现错误 4）运行系统：软硬件系统本身故障导致软件缺陷

        缺陷生命周期

                

        缺陷类型：功能错误、界面错误、兼容性、易用性、数据、架构、改进建议

7 缺陷编写

        核心内容：缺陷标题、缺陷预置条件、缺陷复现步骤、缺陷预期结果、缺陷实际结果、缺陷必要附件

        缺陷描述：缺陷ID、缺陷标题、所属模块、预置条件、严重程度、预期结果、实际结果、复现步骤、附件

        缺陷的跟踪流程：测试：填写缺陷->开发：修复缺陷->测试：回归测试

        缺陷提交流程：

        缺陷提交要素：

        提交缺陷注意事项：可重现、唯一性、规范性

8 抓包介绍

        定义：通过工具抓取前端与后端的通信内容

         作用：

                1）功能测试时跳过ui界面验证，验证后端程序处理能力

                2）分析前端bug还是后端bug

                3）弱网测试

                4）接口测试时明确饭接口描述文档，需要抓包获取

        前置知识：

                1）抓包操作（http、https）

                2）断点操作-拦截修改（请求、相应）

                3）弱网测试

        常见工具

                1）fiddler（windows）：断点、弱网、录制请求和响应

                2）charles（mac，windows）：断点、弱网、录制请求和响应