软件测试学习笔记01

目录

笔记：

案例2：

案例3：

案例4：

---

笔记：

01
    软件测试的定义
        使用技术手段验证软件是否满足需求
    7种测试分类的区别
        1、阶段划分
            1、单元测试
                针对源代码进行测试
            2、集成测试
                针对接口进行测试
            3、系统测试
                针对功能和非功能进行测试
            4、验收测试
                内测、公测
        2、代码可见度划分
            1、黑盒测试
                不关注源代码，针对功能测试（系统测试）
            2、灰盒测试
                针对接口进行测试（单元测试）
            3、白盒测试
                针对源代码进行测试（单元测试）
        专项
            1、性能测试
            2、安全
    质量模型的5项重点
        1、功能
        2、性能
        3、兼容
        4、易用
        5、安全
    测试流程的6个步骤
        1、需求明确
            角色
                1、产品经理
                2、开发
                3、测试
            目的
                1、需求理解一致
                2、知道被测项目有哪些功能模块
        2、测试计划
            1、测什么
            2、谁来测
            3、怎么测
        3、用例设计
            1、针对穷举进行设计（案例2）
                等价类划分法
                    在所有测试数据中，具有某种共同特征的数据集合进行划分
                说明
                    有效等价
                        符合需求范围之内的为有效
                    无效等价
                        符合需求范围之外的为无效
                用法
                    有效等价取1个值
                    每1个无效等价取1个值
                步骤
                    1、明确需求
                        例：要求6-10位自然数
                    2、划分有效和无效等价类
                        1、长度
                            例：位数
                        2、类型
                            例：数字、非数字
                        3、规则
                            例：非0、非1
                    3、提取数据编写测试用例
                        正向用例：一条用例尽可能覆盖多条
                        逆向用例：每一条都是一个单独用例
                使用场景
                    针对需要有大量数据测试输入，但是没法穷举测试的地方
                    输入框、下拉列表、单选复选框
                    典型代表：页面的输入框类测试
            2、针对限定边界规则进行设计（案例3）
                1、边界值分析法
                    边界范围节点
                        选取=、>、<边界的值作为测试数据
                            上点：=（边界上的点）
                            离点：>、<（离每个边界最近的两个点）
                            内点：范围内的点
                        按位数最多7条
                            上点2个
                            离点4个
                            内点1个
                        优化
                            结论：7个点优化为5个点
                            上点：必选（不考虑区间开闭）
                            内点：必选（建议选择中间范围）
                            离点：开内闭外
                                开区间选择内部离点，闭区间选择外部离点
                    使用场景
                        在等价类的基础上针对有边界范围的测试数据输入的地方（重点关注边界）
                        常见词语描述：大小、尺寸、重量、最大、最小、至多、至少等修饰词语
                        典型代表：有边界范围的输入框类测试
                2、确定有效和无效等价类
                3、确定边界范围值
                4、提取数据编写测试用例
            3、针对多条件依赖关系进行设计（案例4）
                判定表法
                    说明
                        等价类边界值分析法主要关注单个输入类条件的测试
                        并未考虑输入条件之前的各种组合、输入条件与输出结果之间有相互制约的关系的测试
                    定义
                        是一种以表格形式表达多条件逻辑判断的工具
                    组成
                        条件桩：列出问题中的所有条件，列出条件中的次序无关紧要
                        动作桩：列出问题中可能采取的操作，操作的排列组合顺序没有约束
                        条件项：列出条件对应的取值，所有可能情况下的真假值
                        动作项：列出条件项的、各种取值情况下应该采取的动作结果
                    规则
                        判定表中贯穿条件项和动作项的一列就是一条规则
                        假设有n个条件，每个条件的取值有两个（0,1），全组合有2ⁿ种规则
                    使用场景
                        有多个输入条件，多个输出结果，输入条件之间有组合关系，输入条件和输出结果之间有依赖（制约）关系
                        判定表一般适用于条件组合数量较少的情况（比如4个条件以下）
                        若条件超过4个，则不适合覆盖所有条件，应采用（正交法）来解决
                画出判定表
                    1、列出条件桩和动作桩
                    2、填写条件项，对条件进行全组合
                    3、根据条件项的组合确定动作项
                    4、简化、合并相似规则（有相同的动作）
                根据规则编写测试用例
            4、针对项目业务进行设计
                场景法
                    说明
                        场景法也可以叫流程图法，是用流程图描述用户的使用场景，然后通过覆盖流程路径来设计测试用例。
                    意义
                        用户使用角度：用户平时使用的不是单个功能，而是多个功能组合起来进行使用
                        测试人员角度：平时测试的都是单个功能点进行测试，容易忽略多个功能的组合测试
                    适用场景
                        根据实际的应用场景，来测试业务用例，可以使用场景法
            5、错误推荐法
                定义
                    通过经验推测系统可能出现的问题
                思想
                    根据经验列举出可能出现问题的清单，根据清单分析问题可能原因，推测发现缺陷
                场景
                    1、时间紧任务量大时，根据之前项目类似经验找出易出错的模块重点测试
                    2、时间宽裕通过该方法列出之前出现问题较多的模块再次测试
        4、用例执行
        5、缺陷管理
        6、测试报告
    测试模板的8个要素
        1、测试编号
            项目简称_模块简称_编号
        2、用例标题
            预期结果（测试点）
        3、项目/模块
            用例所属项目或模块
        4、优先级
            P0-P4（P0最高、正向的常用的最高）
        5、前置条件/预置条件
            操作步骤之前的操作（简化步骤）
        6、测试步骤
            执行用例的步骤
        7、测试数据
            执行步骤中的重点数据
        8、预期结果
            用例执行结果+不同角色隐性结果

 

案例2：

1、明确需求	1、区号：空或者是三位数字 2、前缀码：非“0”或且非“1”开头的三位数字 3、后缀码：四位数字
2、划分有效、无效等价类		正向：一条用例尽可能覆盖多条；逆向：每一条都是一个单独用例
	参数	说明	有效数据	数据	无效数据	数据
	区号	长度	空、3位	1、空 2、123	1、非空 2、非3位	12
	前缀码		3位	234	非3位	1
	后缀码		4位	1234	非4位	1
	区号	类型	数字	/	非数字	12a
	前缀码		数字	/	非数字