leonsu2019的博客

自动化测试框架，即是应用于自动化测试所用的框架，包括测试入口（决定了自动化测试所用的手段：界面自动化 or接口自动化）、测试用例管理（用例写作和归档）、测试执行（用例执行调度）、测试结果统计几个关键组成部分本文所写的测试框架是基于B/S框架业务的特点所设计，供读者参考，有问题欢迎留言交流...

概述：测试指标是用来通过指标的定义来评估待测版本当前的质量现状，供项目经理来决策版本是否可以达到出口发布标准？本文针对软件版本常见的测试度量指标进行定义和基线设置，供读者参考使用，有问题欢迎评论区交流...

**概述：**问题级别是针对测试在测试过程中所发现缺陷级别的一个定义，不同的级别对应着不通过的DI（缺陷率），通过DI值的统计可以方便的用例评估版本当前的质量现状

概述： 用例级别通过针对测试用例的分级，来区分用例的重要性和执行优先级，用来支撑特性对应的测试策略举例：1）XX特性在本轮中没有涉及代码修改，所以该特性的执行策略仅需要执行level 1级别用例2）XX特性在本轮中修改点比较大，所以该特性的执行策略需要执行level 1+2级别用例3）XX特性在本轮中做了重构，所以该特性的执行策略需要执行level 1+2+3级别用例...

1 概述XXX产品功能大概说明，例如它是XXX工具，主要用来帮助用户在XXX场景下，解决了用户什么问题，确保了什么？2 测试版本说明*本版本主要交付了XXX功能，针对交付的功能做一下大概说明，需求实现率为100%。*2.1 测试版本信息本版本共经历了XXX轮迭代的测试验证，功能测试期间，进行了功能、性能、稳定性等专项测试验证2.2 测试环境描述描述本次测试的测试环境，用文字和组网图进行描述3 主要结论和关键风险3.1 测试结论本版本规划采用XXX交付模式，版本规划的所有特性全部实现，

名词解释：测试策略描述版本测试的总体测试目标和总体方法目标：通过对待测特性的风险评估（使用频率、发生问题的概率、问题影响等），识别版本测试重点和关键特性的测试方法，以降低项目后期交付风险输入：需求清单使用场景：在版本需求分析阶段介入并输出输出：测试范围（what）、场景/风险分析(识别测试重点）、测试工具&方法（how）、入口标准（版本冒烟通过）、出口标准（缺陷率/问题级别/问题个数）...

在这里插入图片描述

判定点覆盖：系统功能流程采用结构化的流程图表示，流程图中判定点中的条件逻辑判断结果作为被覆盖的对象原理：判定：判定的最终结果决定系统的处理过程条件：判定点中包括一个或多个条件，多个条件之间存在逻辑关系，条件的逻辑判断结果为真或假，多个条件逻辑判断结果共同决定判定的结果过程：举例：...

边界值覆盖：边界值是一种最为常见的一种测试覆盖方法，一般会和等价类覆盖方法搭配使用，它针对系统功能的输入按照不同的原则划分为不同的等价类，等价类中任意选取的数据对系统功能的影响是相同的，而等价类中边界上的数据作为边界值覆盖的对象原理：实际测试中，很多错误都与边界值有关过程：确定相关等价类的边界，然后定义下面3种条件的值：边界上的值；刚好在边界值上方的值；刚好在边界值下方的值；举例：对范围为10到50的整数的输入参数进行验证有效等价类的边界值：10，11，49，50,无效等价类的边界值：9，51

等价类覆盖：等价类是一种最为常见的一种测试覆盖方法，主要针对处理周期处理模型，针对系统功能的输入按照不同的原则划分不同的等价类，通过对多个等价类中有代表的数据的覆盖达到对该测试输入的覆盖有效等价类：指对于系统的规格说明来说是合理的，有意义的数据数据构成的集合无效等价类：不合理或无意义的输入数据所构成的集合举例：对范围为10到50的整数的输入参数进行验证有效等价类：10=<输入=<50无效等价类：输入<10，输入>50...

对于咱们测试人员来说，日常的测试工作主要分以下几块：需求澄清、用例设计、用例执行和最后的质量评估。其中最关键的部分就是用例设计，因为一个好的用例设计是区分高级测试和初级测试的分水岭，好的用例有助于快速评估产品的质量，在产品上线之前暴露关键的质量问题，确保产品上线后的口碑。下面会从几个方面来阐述测试设计的关键技术点，其余的部分后续也会陆续发布，希望对软件测试赶兴趣的伙伴们可以提前关注，针对希望可以分享的内容可以给我留言，我会结合10多年的软件测试从业经验优先给大家分享1、什么是测试设计？测试设计技术是