用例模型

https://www.jianshu.com/p/9a03984612c1?utm_campaign=hugo&utm_medium=reader_share&utm_content=note&utm_source=weixin-timeline&from=timeline&isappinstalled=0 项目结构 用例层(测试用例) | Fixtures层(业务流程) | PageObject层 | Utils实用方法层 使用pytest-selenium 基础使用 # test_baidu.py def test_baidu(selenium): selenium.get('https://www.baidu.com') selenium.find_element_by_id('kw').send_keys('简书 韩志超') selenium.find_element_by_id('su').click() 运行 $ pytest test_baidu.py --driver=chrome 或配置到pytest.ini中 [pytest] addopts = --driver=chrome 使用chrome options # conftest.py import pytest @pytest.fixture def chrome_options(chrome

https://blog.csdn.net/FlyPigYe/article/details/93405954 1、开发犯低级错误怎么办？ 开发首先要规范好编码，出低级错时不要职责，内心指出错误。让他们自己进行测试，反思找出错误。 2、你进行过那些测试，擅长什么？ 我主要从事web测试，搭建环境，对程序进行集成测试、系统测试、回归测试。还有编写测试用例，使用手册，功能测试文档。 3、开发说不是bug怎么办？ 将自己的见解告诉开发，不行就把见解和bug提交项目经理决定。 4、你的职业规划？* 巩固基础测试知识，提高理解需求能力。 学习自动化测试，并且运用。技术到尾后学习带领测试团队。 最后争取达到测试经理水平。 5、什么测试用例才是合格？* 能覆盖到所有测试点 6、缺陷报告测试组成？ 缺陷编号、缺陷标题、缺陷描述缺陷有限等级、 缺陷优先程度、缺陷所属模块、缺陷所属版本、缺陷所属开发人员、 输入数据、输出结果、缺陷分析等。 C/S模式，使用交替方法确认是client还是server端问题 7、测试用例包括那些 用例编号、测试环境、用例标题、输入数据、预期结果 8、软件评审的人员和目的 人员：客户、项目经理、开发人员、测试人员 目的：查看软件是否还存在问题。是否在不同平台正常运行，是否有和客户理解不一致的地方，是否有改进的地方 * 9、什么事软件测试？目的？ * 通过人工或者自动化的操作

一、 基本信息 标题：东方小区物业管理系统设计与实现 时间：2016 来源： 电子科技大学 关键词：物业管理，计算机管理系统，J2EE平台，JSP技术 二、 研究内容 系统角色用例分析 用例名 用例分析 资料管理功能 该功能主要由办公室人员进行操作。通过资料管理功能，办公室人员能够对物业公司资料、小区资料、业主资料、停车场资料等信息进行管理和维护。其中，小区资料包含有楼盘资料、住户单元、房屋结构、设施分布等信息 收费管理功能 该功能主要由办公室人员进行操作。通过收费管理功能，办公室人员能够对公共性服务收费、代收代管性收费、预收结算性收费、特约服务收费等项目的收费信息进行管理和维护。其中，公共性服务收费包含物业管理费、停车费等项目；代收代管性收费包含水费代收、电费代收、燃气费代收等项目 客户管理功能 该功能主要由客户服务部人员进行操作。通过客户管理功能，客户服务部人员能够对检修、报修管理、设备维修、图纸管理、住户投诉等相关信息进行管理和维护。其中，检修、报修管理包含房屋、公共场所等设备和物品的检修与报修；住户投诉包含投诉受理、投诉处理回访、满意度调查等内容 日常管理功能 该功能主要由工程部门、秩序维护部人员进行操作。通过日常管理功能，工程部和秩序维护部的人员能够对小区设备、物料、消防安全、保洁等日常工作进行管理。其中，物料管理包含物料的领用管理和借用管理 统计报表功能

注释：运行环境linux+python3.7.3+pytest5.2.2+postgresql+flask-sqlalchemy2.4.1 公司之前用的NoSQL作数据管理，最近让我把数据库使用关系型数据库翻译一下，老大决定使用postgresql并采用ORM管理数据库，数据库翻译完，老大说为了保证数据稳定迁移，让我用pytest写一下测试用例，第一次写啊，遇到各种坑，第一就是测试项目的目录搭建，因为之前会一点unittest，unittest实现自动化测试可以写在同一个类中进行测试，当时不知道怎么搭合适，各种实验，最终采用下边的目录结构，很好的做到解耦。第二坑就是转化过来的数据表各种外键约束，直接使用pytest运行测试他会自动的搜索test开头的测试用例，这样没有顺序，我某些表中用到的外键这张表输入还没有插入，就会测试失败，后来又使用pytest按照表的外键关系一个个的添加，等价于手动排序 1：搭建测试项目结构 （目录结构）这里每个文件都是包，是因为你在使用pytest执行用例的时候他会自动搜索包中test开头的文件 .├── manage.py # 项目启动文件├── moduls # 模型类存放包│ ├── __init__.py│ └── moduls.py　　　　　　　　　 # 模型类py文件└── test # 单元测试包 ├── conftest.py #

先介绍下这篇博文的由来，之前已经对JUnit的使用经行了深入的介绍和演示( 参考JUnit学习（一） ， JUnit学习（二） )，其中的部分功能是通过分析JUnit源代码找到的。得益于这个过程有幸完整的拜读了JUnit的源码十分赞叹作者代码的精美，一直计划着把源码的分析也写出来。突发奇想决定从设计模式入手赏析JUnit的流程和模式的应用，希望由此能写出一篇耐读好看的文章。于是又花了些时日重读《设计模式》以期能够顺畅的把两者结合在一起，由于个人水平有限难免出现错误、疏漏，还请各位高手多多指出、讨论。 测试用例的一生——运行流程图 图一 TestCase运行时序图 首先，介绍下JUnit的测试用例运行会经过哪些过程，这里说起来有些抽象会让人比较迷惑，在看了后面章节的内容之后就比较清晰了： Client（JUnitCore、Eclipse） ：这里是TestCase开始的地方，如果是Main函数来启动测试用例的话一般会调用JUnitCore的方法，如果是在Eclipse中使用JUnit插件则实际上调用的是 org.eclipse.jdt.internal.junit4.runner. JUnit4TestClassReference这个类。 Request（org.junit.runner.Request） ：Client会根据测试类或方法而创建一个Request实体

一. 工程实践项目分析 在使用用例以及用例建模的方法之前，我简要介绍一下我的工程实践项目： 首先，我所选的是一个企业项目，题目为 “物联网组网智能分析引擎” ； 其次，项目描述为：通过爬取现有物联网设备组网的数据或采用现场调研的方式，运用数据挖掘方法对这些数据进行分析，为开发新型物联网设备提供参考与依据。数据分析结果可以包括成本、典型组网方式、开发周期、测试标准、交付周期、功能。 所以，能够提取出其中的关键词为：物联网；数据挖掘及可视化； Web 编程等。 下面的内容主要分为两个部分，一是叙述用例一些基本知识，二是针对于我的工程实践项目，展示用例的分析以及建模的过程。 二. 用例建模的作用与步骤 2.1 什么是用例方法？优势何在？ 首先来看一下传统的需求表述方式——"软件需求规约"(Software Requirement Specification)。 传统的软件需求规约基本上采用的是功能分解的方式来描述系统功能，在这种表述方式中，系统功能被分解到各个系统功能模块中，我们通过描述细分的系统模块的功能来达到描述整个系统功能的目的。 采用这种方法来描述系统需求，非常容易混淆需求和设计的界限，这样的表述实际上已经包含了部分的设计在内。由此常常导致这样的迷惑：系统需求应该详细到何种程度？一个极端就是需求可以详细到概要设计，因为这样的需求表述既包含了外部需求也包含了内部设计

1.什么是用例建模？ 使用用例的方法来描述系统的功能需求的过程就是用例建模，用例模型主要包括以下两部分内容： 用例图(Use Case Diagram) 确定系统中所包含的参与者、用例和两者之间的对应关系，用例图描述的是关于系统功能的一个概述。 用例规约(Use Case Specification) 针对每一个用例都应该有一个用例规约文档与之相对应，该文档描述用例的细节内容。 在用例建模的过程中，我们应当先找出参与者，再根据参与者确定每个参与者相关的用例，最后再细化每一个用例的用例规约。 2.创建用例建模的步骤： a,确定系统的范围和边界； b,确定系统的用例和参与者； c,描述用例； d，对用例分类，并确定用例之间的关系； e,建立用例图，并定义用例图的层次结构； f,评审用例模型。 3.我的工程实践 我的工程实践课题是基于深度学习的自然语言处理， 自然语言处理（NLP）近来因为人类语言的计算表征和分析而获得越来越多的关注。它已经应用于许多如机器翻译、垃圾邮件检测、信息提取、自动摘要、医疗和问答系统等领域。我的课题就是做一个基于深度学习的聊天机器人，能够回复用户的简单问题，对于用户的特定指令也能给出合理的回复，如查询天气，查询时间等。 4.用例建模实例 来源： https://www.cnblogs.com/wanglan1996/p/11787676.html

我的工程实践项目《基于大数据问答训练的中文自然语言理解系统设计》 主要工作是根据一些中文语料库和 Web 上的资料来构建一个问答系统，主要业务流程是，对用户输入的文本进行提取分析，然后根据相应的问题在语料库搜索和根据概率模型生成回答，然后讲回答返回给用户。以下是用用例图 High level use case: P arse:对输入文本进行前期处理 A nalyze：对输入文本进行解析 E xecute：给用户返回答案和进行模型的更新 G enerate：通过在预料库中搜索或模型来产生预选答案 来源： https://www.cnblogs.com/liuhuacheng/p/11787613.html

用例建模Use Case Modeling 一.用例建模的简单描述及优点 用例是从外部用户和外围系统的角度，分析和考察待开发系统的行为，并通过参与者（可能是最终用户也可能是外围系统）与系统之间的交互关系描述系统对外提供的功能特性----这种参与者与系统功能特性间的交互关系就是用例。用例分析和用例建模就是通过对软件需求的调研，从具体的功能性需求中抽象出用例模型的工作过程。用例建模主要有两个产物。第一个是用例图，第二个产物就是用例描述。 用例建模具有以下的优点： 提供了捕捉功能需求的工具 有助于将系统范围分解成更易管理的小块 提供了与用户以及其他关心系统功能的关联人员进行交流的工具。用例是容易被各种关联人员理解的公共语言 提供了确定、分配、跟踪、控制和管理系统开发活动（尤其是增量开发和迭代开发活动）的手段 辅助估计项目范围、投入和进度 为定义测试计划和测试用例提供了一个基准 为用户帮助系统和手册以及系统开发文档提供了一个基准 提供了需求跟踪的工具 提供了确定数据对象或实体的起点 提供了设计用户和系统接口的功能规格说明 提供了定义数据库访问需求（增加、修改、删除和读取）的手段 提供了驱动系统开发项目的一个框架 二、关键术语描述： 　　用例建模：使用业务时间、发起业务事件的人，以及系统如何相应这些事件来建模系统功能的过程 　　用例图：描述系统与外部其他系统以及用户之间交互的图形

工程实践简介 我们小组的工程实践项目是构建一个自动提取文章摘要系统。对特定领域的文字进行读取，提取其中的关键词句概括成最能概括文章关键信息的一段话。如果对提取的摘要不满意可以反馈给客户端。 用例建模简述 用例 用于表示系统所提供的服务，它定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的，这就用例方法的基本思想。 参与者 是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。 通讯关联 用于表示参与者和用例之间的对应关系，它表示参与者使用了系统中的哪些服务（用例），或者说系统所提供的服务（用例）是被哪些参与者所使用的。 　　用例模型的四种关系(通讯关联)： 　　1.关联：建立参与者与用例通信的渠道，当然关联可以是双向的，可以是单向的。箭头的方向表示消息的传递方向。 　　2.依赖：一个用例受到另一个用例的影响。 　　3.包含：基USE CASE图本用例的行为包含了另一个用例的行为 　　4.继承：扩展用例是基本用例的一个扩展， 　　5.泛化：存在于Actor和Use case之间，例如数学老师是老师的泛化，从特殊指向一般。 实践 小结