首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

java基础系列-单详解

模式 单模式是我们平时经常遇到的设计模式之一,它是一种对象创建模式,用于产生对象实例,确保一个类只实例化一次。...这里要注意的是volatile修饰成员变量。 方法三和方法四原理一致,利用了静态成员和静态块在类初始化的时候就执行这一特性。保证程序运行时获取的对象唯一性。...方法五和方法三四类似,使用枚举类型时,构造方法会被自动调用,这个特性实现单模式。 以上方法都可以在正常情况下实现单,但是一些极端情况下还是会出现问题。...) { e.printStackTrace(); } } } } 此时再运行ReflectSingletionTest()方法,结果如下: java.lang.Exception...(DCLSingleton.java:14)

19440
您找到你想要的搜索结果了吗?
是的
没有找到

软件测试基础---流程和设计方法

测试设计阶段:主要是编写测试用,会参考需求文档(原型图),概要设计,详细设计等文档,编写完成之后会进行评审。   ...测试结果输出:出测试报告,确认是否可以上线   详细测试流程:了解用户需求-->参考需求规格说明书-->测试计划-->编写测试用-->评审-->搭建环境-->冒烟测试-->执行测试用-->bug...各个输入数据对于揭露程序中的错误都是等效的,并合理地假定:测试某等价类的代表值就等于对这一类其他值的测试,因此,可以把全部输入数据合理划分为若干等价类,在每一个等价类中取一个数据作为测试的输入条件就可以少量代表性的测试数据取得较好的测试结果...场景来测试需求是指模拟特定场景边界发生的事情,通过事件来触发某个动作的发生,观察事件的最终结果,从而用来发现需求中存在的问题。   ...基本流:是经过的最简单的路径(无任何差错,程序从开始直接执行到结束)   备选流:一个备选流可能从基本流开始,在某个特定条件下执行,然后重新加入基本流中,也可以起源于另一个备选流,或终止,不在加入到基本流中

2K12

UML图及其描述

在系统分析阶段,我们一般UML来画很多图,主要包括图、状态图、类图、活动 图、序列图、协作图、构建图、配置图等等,要画哪些图要根据具体情况而定。...其实简单的理解,也是个人的理解,UML的作用就是很多图从静态和动态方面来 全面描述我们将要开发的系统。 二.建模简介 建模是UML建模的一部分,它也是UML里最基础的部分。...建模的最主要功能就是用来表达系统的功能性需求或行为。依我的理解建模可分为 图和描述。图由参与者(Actor)、(Use Case)、系统边界、箭头组成,画图的方法来完成。...描述用来详细描述图中每个文本文档来完成。 1. 图 参与者不是特指人,是指系统以外的,在使用系 统或与系统交互中所扮演的角色。

1.9K30

图示例:包含和扩展

什么是图? 提供了系统的高级视图。建模是与用户和其他利益相关者就系统和目标进行沟通的有效方式。描述了系统执行的动作序列,其为特定的actor产生可观察的值结果。...图指南 确保每个都能满足可观察的用户目标 图未显示的详细信息:它仅总结了,参与者和系统之间的一些关系。 图未显示为实现每个的目标而执行步骤的顺序。...你如何写一个包含以下元素: 名称 - 用于传达范围的明确动词/名词或演员/动词/名词描述符。 简要说明 - 描述范围的简短文本段落。...发布条件 - 完成时必须为true的任何内容。 包含和扩展 图示例描述: 此图示例描述了几个业务的模型。...模型表示餐馆(业务系统)与其主要利益相关者(业务角色和业务角色)之间的交互。在确定了基本之后,您可以使用和使它更清晰。 使用此图模板创建自己的图表。

2.6K90

图从用户的角度描述对软件产品的需求,并分析产品所需要的功能和动态行为。 图的组成元素: 1、参与者:代表系统的用户(可以是人、物、时间或者其他系统),小人表示。 2、系统边界:矩形表示。...3、椭圆表示。...4、关联:包含(include)、扩展(extend)、泛化(generalization)       包含:表示一个的行为包含了另一个的行为(基本的步骤中一定含有被包含的步骤),如“...扩展:表示对基本的一个扩展。(基本的步骤中有时会用到扩展的步骤)。...扩展有一个扩展点,只有扩展点被激活的时候,子才会被执行,如“交罚款”是"还书"的一个扩展,扩展点是欠费,即只有欠费的情况下去还书才会交罚款,否则不需要。

1.7K50

UML 图_uml建模图和细化用

UML 图 参考 【UML】— 图 初学UML——图 需求中如何画图 为什么使用用图 从业务事件、发起事件以及系统如何响应这些事件来建模系统功能的过程。...图被广泛使用于系统的需求建模阶段,并在系统的整个生命周期中被不断细化。 确定 的特征保证能够正确地捕捉功能性需求,同时也是判断是否准确的依据。...是动宾短语 是相对独立的 是由参与者启动的 要有可观测的执行结果 一个是一个单元 与参与者 一个可以隶属一个或多个参与者,一个参与者也可以参与一个或多个。...包含的两个基本约束: 基可以看到包含,并需要依赖于包含的执行结果,但是它对包含的内部结构没有了解; 基一定会要求包含执行。...使用扩展我们就可以在不改变基的同时,根据需要自由地向用中添加行为。 图示例 依赖关系对比 描述 一个完整的模型应该不仅仅包括图部分,还要有完整的描述部分。

1.1K20

基础理论-黑盒-判定表】设计有三宝,等价边界判定表。

吃软件测试这碗饭的,如果基础理论都不懂,说不过去吧? 欢迎点进来学习!助你月薪翻倍哦~ 前言 ❝判定表,是三大新手必备的设计方法。主要是处理多个输入,且多个输入之间有逻辑关系的情况。...❞ 判定表结构 条件桩:列出各种可能的单个条件 动作桩:列出各种可能的单个结果 条件项:列出各种条件的组合 动作项:列出各种动作的组合 其实就是长这样: 每一列是一个。...这样的判定表即可用 0-1 二进制来表示例数量了。...比如三个条件桩,那么就可表示为: 000 全不符合 001 第三个符合 010 第二个符合 011 第二三个符合 100 第一个符合 101 第一三个符合 110 第一二个符合 111 全符合 八条...剩下的就是有效的判定表了~ 够简单吧~

25820

图详解_图include是什么画的

对于图来说我们需要了解的是什么叫图,构成图的要素,图有哪些重要的元素,各个之间的关系。当然最重要的是如何根据需求创建图。...2.的粒度   的粒度指的是所包含的系统服务或功能单元的多少。的粒度越大,包含的功能越多,反之则包含的功能越少。   如果的粒度很小,得到的例数就会太多。...在UML中,包含关系是通过带箭头的虚线段加字样来表示,箭头由基础(Base)指向被包含(Inclusion)。   ...扩展   在一定条件下,把新的行为加入到已有的中,获得的新用叫做扩展(Extension),原有的叫做基础(Base),从扩展基础的关系就是扩展关系。   ...一个基础可以拥有一个或者多个扩展,这些扩展可以一起使用。 3.泛化   的泛化指的是一个父可以被特化形成多个子,而父和子之间的关系就是泛化关系。

2K40

Allure2添加标题、步骤

,可以为每条添加一个便于阅读的标题(可以使用中文标题)。...生成的报告展示时,就会以设置的标题名展示出来。 Allure2 报告中添加标题通过使用装饰器 @allure.title 可以为测试用自定义一个可阅读性的标题。...Allure2 报告中添加步骤应用场景:编写自动化测试用的时候经常会遇到需要编写流程性测试用的场景,一般流程性的测试用的测试步骤比较多,我们在测试用中添加详细的步骤会提高测试用的可阅读性。...Allure2 报告中添加步骤Allure 支持两种方法:方法一:使用装饰器定义一个测试步骤,在测试用中使用。方法二:使用 with allure.step() 添加测试步骤。...Allure2 报告装饰器添加步骤方法一:使用装饰器定义一个测试步骤,在测试用中使用。

13010

接口设计

在设计接口设计时,除实现功能外,应关注:幂等性、空校验、流程节点限制、异常校验。 ? 01 幂等性 何为幂等性? 幂等为一数学概念,指使用相同参数重复执行,能获取相同结果。...试想没有幂等性校验会怎样,还以创建支付单为,当上游一个单子L准备创建支付单,第一次调用创建成功支付单P1,当触发再次调用时: 如果数据表已建立唯一索引,则会插入数据失败,接口抛出异常,上游可能更是一脸懵逼...当然,首先需明白业务逻辑,从而进行设计。尤其对于参数复杂的接口,当某一条调用规则下 某些非空参数就需要作为必传了。 03 流程节点限制 流程节点限制,即需严格遵守流程流转。

1.6K31

UML——

图是在需求分析阶段开发者和用户对需求规格达成的某种共识,它描述了待开发系统的功能需求。...UML视频使我们对图的基本组成元素、属性、粒度等有了理论上的理解,我们还需要自己亲自动手画一画才能加深对图的理解。...画图,首先要分析开发系统中的角色、,然后通过关系把角色和联系起来。 角色:包括系统的使用者,维护人员,使用到的外设,所以角色不仅仅是人,还可以是事、物。...:指的是系统要实现的功能,是对系统功能的描述。 关系:包括依赖、泛化、关联三种关系,指明了和角色之间具体的关系。...第一次画图,角色和感觉还是比较容易就可以分析出来的,但是角色和之间具体是什么关系,就傻傻分不清楚了。

43220

图介绍:在线制图UML图(use case)

描述了用户如何使用系统来实现特定的目标。图由系统、相关的图和参与者组成,并且将它们相互联系起来....为更高级模型的验证(即参与者和一组协作对象之间的交互)和随后的功能需求验证(即白盒测试)提供了良好的基础。...[图] > Use Case 扩展实际是基础的一个替代过程。>通过在基本序列中概念性地插入额外的动作序列来实现这一点。...下图显示了一个自动柜员机图示例,这是在讲授图时使用的一个非常经典的示例。 [图] 下面的文档管理系统(DMS)图示例显示了系统的参与者和。特别是,之间有包含和扩展的关系。...[图] 下面的订单系统图示例显示了系统中涉及的参与者和: [图]

3.9K00

评审,如何约会

今天是日更的 92/365 天 上周三公司产品小东哥对 A 项目做了需求交底,我们的测试西西子同学负责该项目,今天她完成了 A 项目的编写工作,下一步就是发起用评审会了,我们来看看西西子是怎么做的吧...第一步,西西子在 A 项目企业微信群 @所有人,告知大家用编写已完成,询问大家第二天下午 2点~ 5点是否有空参加。...【下面是部分群聊信息】 西西子(测试):A 项目已编写完成,已上传至微文档 @所有人 明天下午 2点 - 5点 A项目评审 各位有时间参加吗 小东哥(产品):有有有~~ 卷阿常(测试):有有有...到这里,A 项目的评审约会操作就完成了,给西西子点赞。...最后阿常再总结一下,评审如何约会: 1、将需要评审的例文档共享给相关人员提前查看(主要是产品、研发、测试) 2、在项目沟通群和大家确认参加评审会的时间(给出具体的时间,让大家确认) 3、正式向相关人员

20320

软件测试:

评价测试用好坏的标准: - 表达性清楚,无二义性。 - 可操作性强 - 的输入与输出明确。一条只有一个预期结果。 - 的可维护性好。...可维护性好包含两个方面:的可读性好、易修改。 - 对需求的覆盖率高。需求的覆盖率=的条数/功能点的个数。 - 暴露程序Bug的能力强。...测试用的优点 - 测试执行者的依据 - 自动化测试的基础 - 评估需求覆盖率 - 的复用 - 基类测试的方法思路以供后续借鉴 测试用的缺点 - 费时费力,往往在设计测试用时花费的时间比执行是花费的时间还多...用尽量少的覆盖输入的两两组合。...把每一行各因素水平的组合作为一个测试用; 6. 加上你认为可疑且没有在表中出现的组合。 1 正交表: ? 作业:什么方法来设计以下两个作业,5个条件都是可填和可不填的。

1.7K31

UML建模(图)

image.png 扩展(Extend) 在uml中扩展关系表示为虚线箭头加>字样,扩展是指在基础功能的基础上插入新的功能点,新的功能点可以看做是对基础的扩展。...【箭头指向】:箭头指向基础 ?...image.png 泛化(Inheritance) 在uml中用泛化用一个空心三角箭头从子指向父,泛化就是继承关系,子可以使用父亲中的属性,行为和关系。...扩展关系则强调是在基础功能的基础上添加新的功能,基础功能本身是提供功能的,基础功能和扩展功能直接是不可见的,但是扩展功能是要在基础功能的某一个条件下才会发生,例如上面基础服务视频庭审已经提供了庭审的功能...之所以说是扩展功能是因为即便没有语音识别功能,视频庭审功能还是照样可以正常运转,之所以说扩展功能是有条件发生是因为只有开通了语音识别的视频庭审才能回有语音识别的扩展功能 泛化关系则强调复用的关系,也就是说子基础了父的一部分功能并且自己有新增了或者覆盖了父的功能

85430
领券