测试设计知识点
前言
技术、产品对我们测试中的 测试用例 这个专业术语很熟悉,他们知道我们测试是执行测试用例的一个过程,那测试用例具体是什么呢?我想他们大概知道我们是通过需求分析而来。那测试用例到底是什么呢?如何设计测试用例的呢?
我们测试经常知道怎么去测试,但是能将测试所运用到的知识点进行概述出来的很少,有的甚至对理论这块知之甚少。《测试架构师修炼之道》刘琛梅老师著一书中的测试设计相关知识进行阅读整理。
将书中整理的一些重要的知识点如下:
1、测试设计顾名思义就是 设计测试用例 ,能够输出测试用例,用 最少的测试用例发现更多的缺陷 。
2、测试点和测试用例的区别?
我们通常在日常工作中分析需求整理出相应的测试点,再进行设计测试用例。测试点等同于测试用例吗?
答案当然是否定的。
①使用各种测试方法对 被测对象(产品需求 )进行分析得到测试点。测试分析是一个 “发现性” 的过程。
② 测试点不等同于测试用例 。测试用例在测试点 “加工” 基础上得到。测试点 去重、合并(太细的测试点)、细化(太泛的测试点具体说明) ,然后确定各个测试点的测试条件、测试数据和输出结果,形成测试用例。
3、将测试点加工为测试用例的过程称之为 “测试设计” ,这个过程中使用的方法称为 测试设计方法 。
4、四步测试设计法
5、测试设计法常见的有 等价类划分法、边界值分析法、场景错误推测法、因果图法、正交实验法 等等。每一种测试设计方法都可以套用上面的四步测试设计法进行用例设计。
要用作PCB测试点,测试点必须是连接到网上的电路板外层上的裸露金属点。这将使自动测试设备的探针与之接触以进行测试。由于测试探针的尖端具有多种形状,可用于不同的测试表面(平坦,球形,圆锥形等),因此板上的每个测试点都可以与最适合的探针匹配。这使设计人员可以将板上现有的通孔引脚和过孔指定为测试点以及平面测试点。下一步是将所需位置标记为CAD系统中的测试点。大多数PCB设计软件工具都将内置特殊工具来执行此操作,您可以在上图中看到用于设置测试点参数的典型菜单。然后,如果设计测试软件符合间距和参数中设置的其他特定要求,则设计软件通常会仔细检查并自动选择它们。对于测试点,还有许多选项可以完成,例如,如果需要视觉识别测试点,则可以通过将形状从圆形焊盘更改为正方形来实现。将每个候选者标记为测试点后,PCB设计软件即可将这些信息导出到测试点文件中。此数据用于构建测试夹具和对自动测试设备进行编程。当然,所有这些的关键是与PCB设计软件工具一起使用,该工具可轻松创建测试点。如今,复杂的电路板需要设计工具的大量帮助才能提高生产率。用于创建测试点的PCB设计软件工具在印刷电路板设计中创建测试点纯粹是一种手动操作,需要设计人员进行大量工作。但是,在当今复杂的PCB设计中,该方法不再有效。为了保持其新产品推出时间表的领先地位,PCB设计人员需要最好的自动化测试点生成系统。这包括自动选择和标记测试点位置以及设置各种参数以满足制造商要求的能力。
可以采用软件测试常用的基该方法:等价类划分法、边界值分析法、错误推测法、因果图法、逻辑覆盖法等设计测试用例。视软件的不同性质采用不同的方法。如何灵活运用各种基该方法来设计完整的测试用例,并最终实现暴露隐藏的缺陷,全凭测试设计人员的丰富经验和精心设计。
编写测试用例文档应有文档模板,须符合内部的规范要求。测试用例文档将受制于测试用例管理软件的约束。 软件产品或软件开发项目的测试用例一般以该产品的软件模块或子系统为单位,形成一个测试用例文档,但并不是绝对的。
测试用例文档由简介和测试用例两部分组成。简介部分编制了测试目的、测试范围、定义术语、参考文档、概述等。测试用例部分逐一列示各测试用例。每个具体测试用例都将包括下列详细信息:版本号、模块名称、用例编号、用例名称、用例级别、预知条件、验证步骤、期望结果(含判断标准)、测试结果、测试时间、测试人员等。
扩展资料
测试用例设计一般遵循以下原则:
(1)正确性。输入用户实际数据以验证系统是否满足需求规格说明书的要求;测试用例中的测试点应首先保证要至少覆盖需求规格说明书中的各项功能,并且正常。
(2)全面性。覆盖所有的需求功能项;设计的用例除对测试点本身的测试外,还需考虑用户实际使用的情况、与其他部分关联使用的情况、非正常情况(不合理、非法、越界以及极限输入数据)操作和环境设置等。
(3)连贯性。用例组织有条理、主次分明,尤其体现在业务测试用例上;用例执行粒度尽量保持每个用例都有测点,不能同时覆盖很多功能点,否则执行起来牵连太大,所以每个用例间保持连贯性很重要。
(4)可判定性。测试执行结果的正确性是可判定的,每一个测试用例都有相应的期望结果
(5)可操作性。测试用例中要写清楚测试的操作步骤,以及与不同的操作步骤相对应的测试结果。
产品描述中说明的所有功能
程序中用户可调用的所有功能
文档中所有信息正确,没有歧义和错误的表达
文档自身内容或相互之间以及与产品描述之间,相互不矛盾,且术语一致
文档对正常使用其产品的一般用户是容易理解的
根据用户文档列出所有功能点,检验其正确性
验证程序与产品描述、用户文档中的全部说明相对应,一致性
应对数据项之间的逻辑关系进行校验,保证数据的有效性
应保证数据的完整性和一致性,不会因删除或反复的更新而被破坏或留下垃圾数据
对不符合要求的输入数据,系统应使用中文给出简洁、准确的提示信息,必要时应给出帮助
系统在测试过程中运行稳定
1、用户权限管理
提供客户端用户身份识别
提供用户功能权限管理
提供用户数据访问权限管理
2、用户唯一
用户名称应具有唯一性
用户在被删除或被停用后,保留该用户记录,新增用户不得与该用户同名
进入系统需要密码身份验证
应有密码设置策略,包括有效期、最小长度、复杂度、非空设置、大小写敏感度等
所有的密码不得明码显示、存储与传输
超过一定的时限未进行操作,系统自动退出(#软件测试#更多详情请关注“木蚂蚁”公众号查看)
条件允许的情况下,每个引下线均设置。
用接地电阻测测试仪测接地电阻(有两根测试桩0.4M的要插入泥土,一根距测试点20米,一根40米,所以测试点周围42米范围内要有泥土,或用FCR3000G钳形防雷接地电阻测试仪直接卡住接地线测试。
接地电阻值越小越好,具体合格值当设计有要求时必需按设计要求规定,设计没要求时不能大于4欧。
检测的实施:
这一阶段是检测的核心部分,也是最为辛苦繁顼的部分。
1.主动同被检单位(或称客户)出示有关证件和文件。证件包括工作证、上岗证、执法证、收费员证、电工证等,各地的情况不一样,证件的种类也有所不同。
2.查看有关图纸、询问有关情况。防雷装置有些是隐蔽工程,在检测中是不可能检测到的,如地网的做法、屏蔽的网格尺寸、墙内或地下接地体及其材料规格等。这就需要通过查看图纸、询问等方式来获得有关情况。
3.实施检测。检测可分为检查和测量两部分,检查是定性的,而测量则是定量的。
测量项目则相对少一些,主要有接地电阻值、避雷带和引下线的截面积、焊接长度、引下线的间隔距离、避雷针的保护范围、电涌保护器的引线长度、土壤电阻率等,其中有些项目则需要通过计算得出结论。
检测结果和数值务必记录清楚,便于整理。请被检单位的有关负责人陪同检测,则可以少走弯路,大大提高工作效率。
4.写出现场报告或下达隐患整改通知书。
1、复用率:如果随着产品不停得升级,需要设计的详细些,追求一劳永逸仅使用一两次,则没有必要设计的过于详细
2、项目进展:项目时间如果允许可以设计的详细些,反之则能执行即可
3、使用对象:测试用例如果供多人使用,尤其让后参加测试的工程师来执行,则需要设计的详细些。
业务逻辑测试点的测试中情况:
1、测试需求阶段是没有办法进行实质性的测试工作的,在测试需求阶段应该进行的测试需求分析。明确测试需求,并分析出隐式需求,然后制定测试策略,初步制定测试时间,测试工时,测试环境。
测试中是否需要使用工具,并将可能会影响测试工作进行的风险进行预估,这些实际上就是测试计划的部分内容,而测试需求就是制定测试计划的基础和重点。
2、如果是一个已有产品的升级版本,那么可以通过已确定的需求说明书及开发人员对功能的描述,过往的测试用例来进行功能测试用例的编写。
如果是一个全新的软件那么可以通过需求说明书,用户手册说明书,开发对产品的可实现功能描述及经验和业务知识来进行功能测试用例设计,但是在脱离了需求文档的情况下这些用例可用度非常低。
1.界面测试
界面布局、排版是否合理;文字是否显示清晰;不同卖家的商品是否区分明显。
2.功能测试
未登录时:
将商品加入购物车,页面跳转到登录页面,登录成功后购物车数量增加;
.点击购物车菜单,页面跳转到登录页面。
登录后:
所有链接是否跳转正确;
商品是否可以成功加入购物车;
.购物车商品总数是否有限制;
.商品总数是否正确;
全选功能是否好用;
.删除功能是否好用;
填写委托单功能是否好用;
委托单中填写的价格是否正确显示;
价格总计是否正确;
商品文字太长时是否显示完整;
店铺名字太长时是否显示完整;
创新券商品是否打标;
购物车中下架的商品是否有特殊标识;
新加入购物车商品排序(添加购物车中存在店铺的商品和购物车中不存在店铺的商品);
是否支持TAB、ENTER等快捷键;
商品删除后商品总数是否减少;
购物车结算功能是否好用。
3.兼容性测试
无论是多大,或者多小的测试用例,都应该关注这三要素。(summary可以直接将编写的测试点导出)
前置条件:测试该条用例之前需要准备的东西,比如准备超过一屏的测试数据
操作步骤:测试该条用例需要执行的步骤
预期结果:按照目前的操作,正确的结果应该是怎么样的