测试环境

#####从压力测试说起 __压力测试__是确立系统稳定性的一种测试方法，通常在系统正常运作范围之外进行，以考察其功能极限和隐患。与功能测试不同， 压测是以软件响应速度为测试目标的 ，尤其是针对在较短时间内大量并发用户的访问时，软件的抗压能力。 至于为什么产品或业务系统在通过功能测试后还需要进行压力测试，原因很简单，因为它重要，为什么重要？众所周知， 响应速度是用户体验的核心指标之一 。 SmartBear 数据表明，如果 Amazon 的加载时间延长1秒，那么一年就会减少16亿美元的营收。用户与网站互动的过程中，如果加载时间超过3秒，57% 的用户会流失。可见，通过压测来优化产品体验和性能是多么的重要。 #####压测1.0 VS 压测2.0 传统的压测方法通常的做法需要准备大量的环境，如测试的压力机，安装测试工具，录制测试脚本，对服务器不断施加“压力”，通过这种方式来确定系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试，这个阶段我们称之为__压测1.0__。 压测1.0时代的主流压测工具有 LoadRunner ， SilkPerformer ， Ratinal ， QA Load ， Jmeter 等等， LoadRunner 为传统压测1.0时代最主要的代表产品 。 图1.传统的压测现状 传统的测试方法下很难去做到对整个系统去做一次大型的压力测试

测试环境服务器配置：CPU： 2核 内存：4 GB (I/O优化) 带宽 5Mbps 生产环境服务器配置：前端服务器 3台配置CPU： 4核 内存：4 GB 带宽 20Mbps； 后端2台配置 CPU： 4核 内存：8 GB 带宽 5Mbps 测试机配置：CPU:8核 内存：16G Speed: 1000Mb/s 来源： CSDN 作者： NeilNiu 链接： https://blog.csdn.net/qq_30353203/article/details/73278000

版权声明：本文由韩伟原创文章，转载请注明出处: 文章原文链接： https://www.qcloud.com/community/article/252 来源：腾云阁 https://www.qcloud.com/community 接上篇 如何提高程序员的生产率 (1) 三. 开发过程 沟通 软件通常都需要经过很多人和很多次的沟通才能生产出来，但是沟通本身又往往会影响软件的开发速度。这是一段很矛盾的关系。好的沟通方法能降低开发中因为信息不透明导致的开发资源浪费，而又尽量减少沟通所占用的精力。 1. 需求沟通 在任何一个软件产品中，如何应对需求的变更，都是至关重要的。需求一直是软件工作得以成功或者失败的最重要因素。软件开发中很多技术和方法都是围绕着需求来设计的。 需求的沟通是需求工作的第一个环节。首先沟通的对象必须是经过挑选的，以免添加不必要的需求混乱。最佳的需求沟通是和用户或者用户代表。但是他们往往他们缺乏必要的计算机知识。而程序员却很少有丰富的需求领域的知识。这个鸿沟需要双方共同去弥补，最重要的做法是，不要光靠口说。 程序员应该认真研究需求领域的知识，仔细查看涉及的单据、原型产品、现有工作流程等，而且必须用笔记录下来，之后再去整理问题，逐条咨询用户。在仔细了解情况之前，不宜开始设计整体程序结构。 当你有一定了解之后，程序员就可以动手开发一个快速的原型，如果没有足够资源

JMeter分布式环境，一台Master，一到多台Slave，Master和Slave可以是同一台机器。 三种情形举例： 每种情形按照以下方式配置好之后，需要在slave的机器上启动 jmeter-server.bat ，在master机器上启动JMeter的界面执行case进行调试。 注意： slave的机器上可以不放jmeter的脚本，但如果有用到测试数据，就必须把测试数据放到slave机器上去，JMeter中文件的路径得用绝对路径，这点不太好。 我的想法是如果把JMeter的工程配成Maven工程就可以完美的解决这个问题。 1.Master和Slave是同一台机器 修改jmeter.properties remote_hosts=127.0.0.1:1099 server.rmi.ssl.disable=true （关闭RMI） 2.Master和Slave不是同一台，用默认端口1099 Master：10.86.16.218 修改jmeter.properties remote_hosts=10.86.16.81:1099,10.86.17.82:1099 server.rmi.ssl.disable=true （关闭RMI） 在system.proerties的最后加一行 java.rmi.server.hostname=10.86.16.218 Slave1:10.86

一、 测试环境介绍 操作系统：中标麒麟，64位6.0版本 数据库：达梦，7.6企业版 ODBC：2.3办法 二、 测试环境准备 安装Linux操作系统（略） 上传数据库及ODBC安装软件 用root用户传（注意事项） 配置ftp ftp配置文件一般放在/etc/vsftpd 或者 /etc目录下. 大家如果想用root用户来登陆,可以这样做.打开ftpusers和user_list, 再root和nobody前面加上#，在实际情况不提倡这样,否则太危险了. 启动ftp #/sbin/service vsftpd start Linux下启动ftp服务 首先服务器要安装ftp软件,查看是否已经安装ftp软件下 #which vsftpd 如果看到有vsftpd的目录说明服务器已经安装了ftp软件 如果没有安装ftp软件的话，这里有下载地址和相关教程可以参考： Wing FTP Server FTP服务器端中文版安装使用教程 查看ftp 服务器状态 #service vsftpd status 启动ftp服务器 #service vsftpd start 重启ftp服务器 #service vsftpd restart 查看服务有没有启动 #netstat -an | grep 21 如果需要开启root用户的ftp权限要修改以下两个文件 #vi /etc/vsftpd

软件测试系列-系统测试(System Testing) 一、概念 系统测试（System Testing）是将已经集成好的软件系统，作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其他元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。 二、目的 系统测试的目的在于通过与系统的需求定义做比较，发现软件与系统定义不符合或与之矛盾的地方，以验证软件系统的功能和性能满足指定的要求。 三、环境 1. 真实环境：测试的结果比较真，但是成本高 2. 仿真环境：测试的结果不真实，但成本低，可重复使用 四、类型 来源： https://www.cnblogs.com/jack4519/p/11964074.html

需求 　　前端同事说测试环境的服务接口查起来很慢，很不稳定，不是个别接口，而是大量接口。 情况分析 　　由于是在测试环境联调，没有多少用户量。所以第一步：先去服务器看看资源的使用情况。使用top命令，查看cpu的使用情况。 　 看图可以发现，有一个ID为2883的Java进程，导致CPU使用率达到百分之百。 　　第二步：根据进程ID找对应的Java项目。可以用ps -ef|grep java命令。 　　第三步：找对应对应项目日志排查原因。发现上传了一个视频文件过大导致。 　　第四步：kill -9 进程号，把项目关掉重启即可。 来源： https://www.cnblogs.com/maguanyue/p/11961783.html

参考 http://blog.csdn.net/stark_summer/article/details/42743007 1）在src/main/resources下面建立dev,product目录 src/main/resources/dev src/main/resources/product 2)分别在这两个路径下放置适合各自环境的配置文件，如db.properties, log4j.properties等 3）配置pom，进行环境的选择。 3.1）配制plugin <plugin> <groupId>org.apache.maven.plugins</groupId> <artifactId>maven-war-plugin</artifactId> <configuration> <archive> <addMavenDescriptor>false</addMavenDescriptor> </archive> <webResources> <resource> <!-- this is relative to the pom.xml directory --> <directory>src/main/resources/${package.environment}</directory> <targetPath>WEB-INF/classes</targetPath

winAMS -- 嵌入式软件单元测试 / 集成测试工具 CoverageMaster winAMS : 适用于嵌入式目标机代码的单元测试工具 全面支持嵌入式微机！验证嵌入式C/C++软件 实施以模块为单位的自动化单元测试工具 不需要HookCode 直接使用目标机代码进行单元测试 联合静态解析工具[CasePlayer2]，提供C1,MC/DC用优化测试计划（test case）制作功能 已取得第三方认证机构TUVSUD对适用于汽车机能安全ISO26262软件工具的认证 产品概要 [Coverage master winAMS]是以嵌入式软件的函数为单位，实施模块单元测试以及C0/C1/MCDC覆盖率测试（coverage test）的嵌入式软件自动化单元测试工具。目标机源代码通过交叉编译器生成目标机执行代码，通过跟实际处理器同样的模拟处理器环境进行单元测试，不需要对执行代码做任何变动，使高信赖性的模块测试成为可能。在汽车控制软件这样的对安全性要求极高的领域，单元测试已经成为不可缺少的一部分。使用目标机代码进行单元测试也是为了符合汽车行业中ISO26262功能安全认证标准。 产品特长 全面支持嵌入式微机！验证嵌入式C/C++软件 实施以模块为单位的自动化单元测试工具 作为能够检验出仅凭系统测试以及整体测试无法发现的[潜在错误]的检测方法，[单元测试]在嵌入式开发领域受到广泛重视

实际上线后，预发布环境通过内网向各台服务器拉取数据库实时备份文件、站点压缩文件，由于预发布环境的硬盘写入速度问题，目前带宽在350M/s的速度，主要瓶颈在于硬盘写入速度，传输时硬盘写入资源占用保持100% 一、背景 　　公司所在的业务为Saas系统开发，对线上稳定性、发布后的系统稳定性要求极高，目前由于环境不一致问题，每次发布通常都会发生在预发布环境没有问题，但发布到现网后，由于环境不同步的原因，导致BUG的发生，基于此情况，设计该系统提升测试的保障。 　　现网环境： 　　　　1、物理数据库系统主机2台，每台服务器有相同的数据库10多个。 　　　　2、有10多个不同功能的站点，分布在3台服务器上，其中两台是负载均衡（程序代码完全一致），另一台是下载专用的站点； 　　测试环境： 　　　　1、使用单台主机安装2个SQL SERVER实例，以及安装IIS和相关服务，模拟一个完整的测试环境 　　　　2、目前测试环境分为预发布环境（线上）1台、本地测试环境（线下）2台（用于多分支并行测试） 　　传输机制： 　　　　1、文件传输时，客户端每收一个文件片段，实时写入到本地文件，写入完毕后再发送命令向服务器请再继续发送下一个文件片段。因此硬盘写入速度，将影响传输速度。 二、设计图 三、实现结果 　　1、经过测试，本地局域网间模拟服务器、客户端执行一键还原，传输速度在98M左右（网卡限制）