做本地网站能做吗网络管理系统有哪些

做本地网站能做吗,网络管理系统有哪些,中国网站用Cn域名,工商注册在哪个网站一、自动化测试框架 在大部分测试人员眼中只要沾上“框架”#xff0c;就感觉非常神秘#xff0c;非常遥远。大家之所以觉得复杂#xff0c;是因为落地运用起来很复杂#xff1b;每个公司#xff0c;每个业务及产品线的业务流程都不一样#xff0c;所以就导致了“自动化…一、自动化测试框架在大部分测试人员眼中只要沾上“框架”就感觉非常神秘非常遥远。大家之所以觉得复杂是因为落地运用起来很复杂每个公司每个业务及产品线的业务流程都不一样所以就导致了“自动化测试框架”去完成自动化测试的时候产生很多不稳定因素这样就很难定位成一个固定的框架。其实不然真正的自动化测试框架不是一个模式而是一种思想和方法的集合通俗的讲就是一个架构。二、自动化测试框架思想为了更好的了解自动化测试框架我们先从自动化测试的发展历程说起一般测试工作限在3年以上且接触过自动化测试的应该对以下几种自动化测试框架思想有一定的认知模块化思想库思想数据驱动思想关键字驱动思想以上仅仅是代表了一种自动化测试的思想并不能定义为框架。上面讲到框架思想方法于是演化了以下五种框架1、模块化测试脚本框架需要创建小而独立的可以描述的模块、片断以及待测应用程序的脚本。这些树状结构的小脚本组合起来就能组成能用于特定的测试用例的脚本。2、测试库框架与模块化测试脚本框架很类似并且具有同样的优点。不同的是测试库框架把待测应用程序分解为过程和函数而不是脚本。这个框架需要创建描述模块、片断以及待测应用程序的功能库文件。3、关键字驱动或表驱动的测试框架这个框架需要开发数据表和关键字。这些数据表和关键字独立于执行它们的测试自动化工具并可以用来“驱动待测应用程序和数据的测试脚本代码关键宇驱动测试看上去与手工测试用例很类似。在一个关键字驱动测试中把待测应用程序的功能和每个测试的执行步骤一起写到一个表中。这个测试框架可以通过很少的代码来产生大量的测试用例。同样的代码在用数据表来产生各个测试用例的同时被复用。4、数据驱动测试框架在这里测试的输入和输出数据是从数据文件中读取数据池ODBC源CSV文件EXCEL文件Json文件Yaml文件ADO对象等并且通过捕获工具生成或者手工生成的代码脚本被载入到变量中。在这个框架中变量不仅被用来存放输入值还被用来存放输出的验证值。整个程序中测试脚本来读取数值文件记载测试状态和信息。这类似于表驱动测试在表驱动测 试中它的测试用例是包含在数据文件而不是在脚本中对于数据而言脚本仅仅是一个“驱动器”或者是一个传送机构。然而数据驱动测试不同于表驱动测试尽管导航数据并不包含在表结构中。在数据驱动测试中数据文件中只包含测试数据。5、混合测试自动化框架最普遍的执行框架是上面介绍的所有技术的一个结合取其长处弥补其不足。这个混合测试框架是由大部分框架随着时间并经过若干项目演化而来的。三、接口自动化测试框架策略设计出来的框架是直接给测试人员而且其他的测试人员只需要简单的向里面不断的补充测试用例即可所以我们的框架设计必须三简化即操作简单维护简单扩展简单。设计框架的同时一定要结合业务流程而且不仅仅靠技术实现其实技术实现不难难点对业务流程的理解和把握。设计框架时要将基础的封装成公用的如get请求、post请求和断言封装成同基础通用类。测试用例要与代码分享这样便于用例管理所以将我们选择上面的数据驱动思想。四、接口自动化测试框架设计1、进行接口框架设计前我们先看看当前的一些主流接口自动化工具框架2、以上各工具特性根据以上的特性可得我们优先考虑PythonRequests和HttpRunner下面我们根据其两个框架分别来分析下用例执行过程。3、用例执行解析Python的Requests库针对所有的HTTP请求方法采用的是统一的接口requests.request(method, url, **kwargs)其中kwargs可以保护HTTP请求所有可能用到的信息例如headers、cookies、params、data、auth等。所以只要遵循Requests的参数规范在接口测试用例中复用Requests参数的概念即可。而HttpRunner处理逻辑很简单直接读取测试用例中的各项参数传递给Requests发起请求。1Requests接口请求示例def test_login(self): url www.xxx.com/api/users/login data { name: user1, password: 123456 } resp requests.post(url, jsondata) self.assertEqual(200, resp.status_code) self.assertEqual(True, resp.json()[success])在该用例中实现了HTTP POST请求然后对响应结果进行判断检查响应code等是否符合预期。这样的用例在实际项目中会存在两个问题用例模式基本固定会存在大量相似或重复的用例用例维护有很大问题用例与执行代码不分离参数数据也未分离同样不易维护2HttpRunner使用json/yaml格式处理测试用例分离后的用例描述如下{ name: test login, request: { url: www.xxx.com/api/users/login, method: POST, headers: { content-type: application/json }, json: { name: user1, password: 123456 } }, response: { status_code: 200, headers: { Content-Type: application/json }, body: { success: true, msg: user login successfully. } } }3HttpRunner用例执行引擎def run_testcase(testcase): req_kwargs testcase[request]try: url req_kwargs.pop(url) method req_kwargs.pop(method) except KeyError: raise exception.ParamsError(Params Error) resp_obj requests.request(urlurl, methodmethod, **req_kwargs) diff_content utils.diff_response(resp_obj, testcase[response]) success False if diff_content else True return success, diff_content4从测试用例中获取HTTP接口请求参数testcase[request]{ url: www.xxx.com/api/users/login, method: POST, headers: { content-type: application/json }, json: { name: user1, password: 123456 } }5发起Http请求requests.request(urlurl, methodmethod, **req_kwargs)6检测测试结果即断言utils.diff_response(resp_obj, testcase[response])五、接口自动化测试框架落地根据简单易用易维护原则我们使用HttpRunner工具设计框架。1、HttpRunner简介主要特性集成了Requests的全部特性满足对http、https的各种测试需求测试用例与代码分离采用YAML/JSON的形式描述测试场景保障测试用例具备可维护性测试用例支持参数化和数据驱动机制基于 HAR 实现接口录制和用例生成功能结合 Locust 框架无需额外的工作即可实现分布式性能测试执行方式采用 CLI 调用可与 Jenkins 等持续集成工具完美结合测试结果统计报告简洁清晰附带详尽统计信息和日志记录具有可扩展性便于扩展实现 Web 平台化#### 2、环境准备安装HomeBrewMacOs软件包管理工具类似apt-get、yum终端执行/usr/bin/ruby -e $(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/master/install)安装pyenv并配置环境变量python版本管理器可同时管理多个Python版本HttpRunner是基于Python开发但是支持Python3.6.0以上brew install pyenv echo export PYENV_ROOT$HOME/.pyenv ~/.bash_profile echo export PATH$PYENV_ROOT/bin:$PATH ~/.bash_profile echo eval $(pyenv init -) ~/.bash_profile exec $SHELL -l安装Python3.6pyenv install --list //查看可安装的Python版本 pyenv install 3.6.0 //安装3.6.0版本 pyenv rehash //更新pyenv pyenv versions //查看已经安装的python版本带*号的是当前使用的版本选择Pyhtonpyenv global 3.6.0 //设置全局版本即当前系统使用的版本将切换为3.6.0安装HttpRunner并校验pip install httprunner //运行如下命令若正常显示版本号则说明httprunner安装成功 hrun -V 0.9.8至此HttpRunner已搭建完成3、用例管理在HttpRunner中测试用例引擎最大的特色就是支持Yaml/Json格式的用例描述形式采用YAML/JSON格式编写维护测试用例优势还是很明显的相比于表格形式具有更加强大的灵活性和更丰富的信息承载能力相比于代码形式减少了不必要的编程语言语法重复并最大化地统一了用例描述形式提高了用例的可维护性。Yaml格式Json格式以下以数澜--数栖平台2.X中的研发平台为例采取Json格式场景项目空间后需要快速支持创建Demo示例即自动创建各种目录和任务。1确定业务流程所使用到的接口并通过Postman或Jmeter调试通过及分好类查询类Get请求接口查询任务目录、查询资源组、查询工作流等新增类Post请求接口新建目录、新建任务等2根据业务流程确定接口顺序如要在某个目录下新建任务则先要调用新建目录接口再调用作建任务接口3向Json文件里按照规则填写接口相关信息接口Base_Url接口路径接口请求方式接口请求参数接口断言接口返回参数关联接口时会用到上一接口返回的参数以下是部分用例示例4用例填写完成后执行用例文件如Json文件为task.jsonhrun task.json5查看运行结果在此目录下会自动生成一个reports文件进入该文件夹可看到生成带时间的html执行一次就会生成一个Html文件打开此Html查看全部通过部分通过点击Log可查看具体请求信息和返回信息点击trackback可查看定位错误信息最后作为一位过来人也是希望大家少走一些弯路在这里我给大家分享一些软件测试的学习资料和我花了3个月整理的软件测试自学全栈这些资料希望能给你前进的路上带来帮助。​视频文档获取方式这份文档和视频资料对于想从事【软件测试】的朋友来说应该是最全面最完整的备战仓库这个仓库也陪伴我走过了最艰难的路程希望也能帮助到你以上均可以分享点下方小卡片即可自行领取。