首页 > TAG信息列表 > 测试环境

07-nacos配置中心使用

希望有人告诉你,你的开心,比对错重要 先对每一个模块创建单独的配置中心 然后将配置中心生成的命名空间ID在代码中进行配置 每一个模块一般配置多个group进行区分,如开发环境、测试环境、生产环境 在代码中指定使用的分组配置文件    

绫云系统,测试环境 和 正式环境 数据库

一、绫云系统   测试环境数据库:    PIM绫云系统,依据项目工程,目前已知搭建了 以下几个 测试数据库: design_1988、sheji_PMDM、sheji_DAM、sheji_infra、sheji_schema  PIM绫云数据库 链接地址:rm-8vb8j15e7558h1ps2no.mysql.zhangbei.rds.aliyuncs.com         账号:sh

Servlet-快速入门

          在这之前导入tomcat插件           1.在运行环境和测试环境有效。依赖范围必须配provided。在tomcat中有这个架包。    2. 实现servlet接口重写它的5个方法    3.配置它的访问路径    4.启动tomcat    加上/demo1访问  

JDK8安装配置

JDK8安装配置 一、下载JDK 官网:Java Archive Downloads - Java SE 8 (oracle.com) 二、 安装JDK 三、 配置环境 1、电脑>属性>高级设置>环境变量   2、测试环境    

GIT的团队开发流程

git 分支说明 # 分支说明 master 测试环境分支 release 生产环境分支 # 切换到 生产环境稳定版 git checkout release # 开发前将由线上稳定版,生成一个本地个人开发分支,需在此上分支上进行个人功能开发 git checkout -b xxx (xxx为需要检出的新的分支

[fiddler的使用]模拟自动回复功能在模拟测试mock第三方对接系统的返回中的使用场景

【场景描述】在许多对第三方的测试过程中,由于第三方没有测试环境或者测试环境同步开发的时候还未准备好,或者系统间联调时对方还未完成的各种情况下,我们可以通过fiddler来模拟对方的返回。 【操作步骤】 1.熟悉各接口及其返回,拿到接口文档或者postman文件 2.设置自动回复的url和返

如何编写缺陷报告

1.缺陷编号 2.缺陷标题 3.所属项目 4.所属模块 5.缺陷描述 : 详细的重现步骤,预期结果,实际结果 6.测试环境 7.缺陷状态 : 系统自动生成 8.严重等级 9.优先级 10.提交人 11.提交时间 12.经办人 13.附件 14.影响版本  

开发人员不是bug,怎么处理?

1.设计如此 找相关证据证明这是bug : 检查测试用例是否明确写出这种情况是bug,检查需求文档是否明确写出这种情况是bug 如果没有直接证据,想一下自己为什么认为这是bug?有哪些地方不合理,对用户有什么样的影响,竞争产品,行业龙头是怎么做的? 3.拿着自己的理由跟测试经理讲,争取测试经

开发测试共用一套环境

读者提问:我们公司的项目一个功能打一个版本分支,按理来说开发改问题的时候我们可以测其他功能的,但是开发又说不行。这样比较耽误测试时间,影响项目正常上线,不知道这是什么原因是造成的呢 ?阿常回答:建议增加一套开发环境。通常每个开发会有自己的功能特性分支,然后有一个主分支是对应生

可能存在的问题

1、bug完整的生命周期 1,测试发现bug,提交给开发2,开发确认这个bug确实存在,进行修复3,修复完成后,将修复的版本再发送给测试4,测试进行测试后,确认开发修复完成,关闭bug. 1,测试发现bug,提交给开发2,开发确认这个bug不属于真正的bug,拒绝修改3测试重新进行测试,重新确认bug是否存

记录一次测试环境小问题

今天同事反应有一台dev测试机器连接不上去。 登录查看,ip地址没有异常,且能ping通,但是telnet直接连接就断开,发现异常在ssh服务 重启ssh服务报错 libkeyutils.so.1,not find 没办法,开始解决,初始方案,找一台相同的机器,查找库文件,然后将文件复制到kvm宿主机,然后关闭虚拟机,通过 virt-copy-

被忽视的问题:测试环境配置管理

昨天晚上测试交流群一位同学问了一个问题,问题大概这样: 公司的各种配置混乱,上线总是出错,比如API的key,生产环境用了测试环境的配置这种。作为QA,除了上线前把这些相关的检查一遍,大家用过什么好的工具管理起来这些吗? 这个问题中暴露出了很多她所在团队目前存在的一些不良现象以及导

令人影响深刻的bug之线上出现,测试环境未出现的问题1

1、问题描述:线上抽奖页面抽奖后弹窗又出现了(线上产品验收,弹窗提交手机号与验证码) 经前端确认,是通过接口是否返回抽奖状态字段判断是否需要弹窗 2、去线上复现,并未出现还会弹窗的情况,查看接口发现并不是自己的抽奖数据 经确认是最近一次接口返回的数据 再次去线上复现,用另外一个

测试遇到批量,海量数据验证的场景如何测试?

如果要查全量的会员,在90天内下单的情况,然后给这些用户发送短信,如果下单过就会员延期90天, 这里面有三个大量数据的场景, 1,全量会员, 2,90天内的订单量, 3,批量发送短信, 如果我有100万用户,其中有50万在90天内有下单,就要发送50万条短信,这个量是很大的,如果保证性能,这是一个问题, 如果检查这

敏捷721模式下各个开发小组同一时间开发同1个模块,上线时间先后不同,产生冲突问题 如何解决?

当前公司的研发背景是 先研发出来产品,2周快速迭代,2周 7个工作日用于开发  2个工作日用于测试 1个工作日用于演示,演示并验收完然后上线。 目前只有  开发环境、测试环境、稳定环境、预发布环境、生产环境,共5套环境,系统架构为微服务架构。 开发1小组  开发环境 开发A模块 功能,发

性能测试2

性能测试理论2 性能测试你测什么?关注的点是什么? 程序的响应时间 ,系统的吞吐量,以及并发用户数,和tps,qps,以及DB的IOPS,和服务器的系统资源(CPU和内存) 通过一定的工具或者代码的方式,来验证被测试的程序是否满足性能测试的目标,以及验证程序是否会出现OOM,系统崩溃,系统无响应等情况

【校招VIP】出品:在线实习“职查查”开发文档设计

本课程出自【校招VIP】原创内容,请勿擅自转载,前端(项目课程)「在线实习“职查查”开发文档设计」持续更新中...... ​查看课程:https://xiaozhao.vip/course/class/222 或者关注【校招VIP】小程序,进入课程频道查看。 一、 课程介绍 1.本课程是VIP在线实习的补充,仅限报名参与者下载 二

浅谈性能测试分析

1、测试环境的系统性能分析   根据我们之前记录得到的测试结果,图表、曲线等,经过计算,与预定的性能指标进行对比,确定是否达到了我们需要的结果;如未达到,查看具体的瓶颈点,然后根据瓶颈点的具体数据,   进行具体情况具体分析,影响性能的因素很多,这一点,可以根据经验和数据表现来判断分析

使用Docker部署MySQL作为测试环境

使用Docker部署MySQL作为测试环境 这里说明了作为测试环境,生产环境下不建议将MySQL使用Docker部署 查找镜像 root@centos7-docker opt]# docker search mysql NAME DESCRIPTION STARS OFFICIAL AUTOMATED my

关于自动化测试

自动化测试 常见的自动化有UI自动化和接口自动化 UI自动化 写过UI自动化或者平时玩过的都知道,UI自动化在调试和维护时,是极其耗费时间的,而且由于网络或者环境的原因可能会经常出问题,去排查问题最终可能发现不是功能问题,在走敏捷讲速度的今天,这种事倍功半的工作,不建议去做,所以公司在

Tomcat搭建测试环境

Tomcat地址(cd到bin目录下,war放到webAPP下面,自动解压;启动命令为./startup.sh) localhost:8080 我们公司的软件是用Java开发的,每次转测时开发会提供安装包,我搭建测试环境主要有以下几步: 1)安装CentOS操作系统(在云主机上,只需要选择对应的操作系统即可); 2)安装JDK、MySQL数据库、Tomcat

【测试环境】如何配置环境免密登录

一、目的 本文主要记录在工作中为了jenkins集成方便,配置了在jenkins和测试服务器之间的免密设置,方便免密登录。 二、步骤  eg:为了jenkins新增自动化部署job,所以需要2个服务器建立信任 (A to B) jenkins机器为A,测试服务器为B 建立信任之前,需要确认是否有rsa (#ls ~/.ssh/),如果没有在A

Fiddler 测试环境接口地址代理到开发环境,方便调试

需求:我们采用前后端分离开发软件。我们有自己的测试环境。有时候接口做了改动,需要测试。无需运行前端项目,直接将测试环境的接口地址映射到本地。这是很方便的。虽然说有swagger或者postman。 直接上图: 上图标注了1、2、3、4点。 第2点,Enable rules表示开启或禁用自动重定向功能;Un

测试环境的搭建流程

测试环境是什么。简单的说就是软件运行的平台,即软件、硬件和网络三种环境的合集,也就是说:测试环境=软件+硬件+网络。 配置测试环境可遵循下列原则:   1、真实:尽量模拟用户的真实使用环境。这里需要提一点,关于项目软件与产品软件需要不同看待。项目软件由于只针对某一群体的用户,所

测试过程中,遗留现场的问题,要如何处理

先在测试环境重新bug,并定位问题。如果是严重的问题,会让开发紧急修复bug并更新;如果不是紧急的问题,就会放在下一个迭代版本中进行处理。 更重要是总结和反思出现的原因和规避 原因一:测试用例覆盖不全面 规避方法:优化测试用例,增加测试用例评审,测试过程中及时更新测试用例 原因二:测