测试脚本

#!/bin/bash for i in {2..64} do #远端复制文件或目录 rcp /test/cpuburn-in 10.1.1.$i:/test/ done #!/bin/bash for ((i=1;i<=32;i++)) do #remote shell提供用户环境，也就是Shell，以便指令能够在指定的远端主机上执行。 rsh 10.1.1.$i “。。。“ done #！/bin/sh for((i=1;i<=22;i++)) do rsh 10.1.1.$i "...." done 来源： https://www.cnblogs.com/huhuxixi/p/11656400.html

软件开发流程： 一，可行性分析，可行性分析报告/项目开发计划书 二，需求分析，需求规格说明书 1：OOAD（用例图，时序图，活动图） 2：界面原型;帮助理解需求，业务层设计时推到事务脚本 三，设计，概要设计说明书/详细设计说明书 1：抽取业务实体（领域对象），类图，E-R图（概念设计阶段） 2：分层架构，确定各层的技术实现方案（具体到使用的框架，数据库服务器，应用服务器等）。业务层设计：事务脚本模式，事务：用户发送一次请求就是一次事务。脚本：一个方法或一个函数，事务脚本：把一次请求封装为一个方法或一个函数。事务脚本模式：一个事务开始于一个脚本的打开，终止于一个脚本的关闭。业务层涉及的对象有三个类型，事务脚本类，数据访问对象，数据传输对象，三者之间的关系是事务脚本类组合，数据访问对象，这二者都依赖了数据传输对象。 3：正向工程和逆向工程 4：数据库物理设计（ER图装换成表格间的关系图，建库和建表，使用工具插入测试数据） 四：编码 五：测试，测试报告和缺陷报告 1：单元测试，对软件中的最小可测试单元进行检查和验证， 2：集成测试，集成测试也叫组装测试或联合测试。在单元的测试基础上，将所有的模块按照设计要求组装成为子系统进行测试。 3：系统测试，将已确认的软件，网络等元素结合在一起，进行信息系统的各种组装测试和确认测试，系统测试是针对整个产品系统进行系统测试

为什么要做自动化测试 什么项目适合做自动化测试 选择UI自动化还是接口自动化 接口自动化工具对比 Jmeter+Ant+jekins框架搭建 一、为什么要做自动化测试？ 假设半月迭代一次，每次迭代需要5轮测试，人工回归一次需要5个小时，最终确定一年下来，自动化为你省去600个小时，也就是75个工作日，同时也省去了测试旧功能要吐的烦恼以及人疲惫下产生的错误。 有点：提高效率、质量 自动化测试：人为驱动的测试行为转化为机器执行过程（在手工基础上） 二、什么项目适合做自动化测试？ 1.什么项目适合？ 需求稳定，不会频繁变更（项目稳定） 研发和测试周期长，需要频繁执行回归测试 需要在多种平台上重复运行相同测试的场景(兼容性测试) 某些测试项目通过手工测试无法实现，或手工成本太高 被测软件的开发较为规范，能够保证系统的可测试性 2.什么阶段编写自动化脚本？ 项目稳定后，编写自动化用例更得心应手，原因： 项目基本没有bug，方便写断言（断言类似于手工测试里的预期结果） 手工测试时用例已编写完成，自动化测试脚本完全可以根据手工测试去实现 3.什么阶段进行自动化测试？ 项目测试流程：冒烟测试-新需求测试-兼容性测试-回归测试 冒烟测试：测试流程的重要起点 　　新需求测试：测试过程中学习、探索最集中的测试 　　兼容性测试 　　回归测试：稳定功能是否收到新功能影响的测试

基于RedHatEnterpriseLinux V7（RHEL7）下SPEC CPU 2006环境搭建以及测试流程（之一）——介绍、安装准备、安装、config文件以及运行脚本介绍 其他 2018-05-30 13:27:18 阅读次数: 0 https://www.codetd.com/article/1137423 《版权声明：本文为博主原创文章，未经博主允许不得转载》 本次利用SPECCPU2006测试工具来进行Intel CPU Xeon E7-**** v4的测试以及调优，计划在机器I840-G**测试。本次测试主要从硬件调优和操作系统调优两个方面进行。经过最终的测试，SPECint_rate_base和SPECfp_rate_base结果均超过Intel的预期。其中调优过程尤为重要，为后续继续的测试达下基础。下面记录中间的调优过程。 SPECCPU2006简介 SPECCPU2006安装和使用 config文件以及运行脚本介绍 测试准备以及基准值测试 硬件调优过程 OS调优过程 结果提交过程问题 FAQ 自动化测试脚本 Numa、memory interleaving、cgroup等相关内容学习 常用监控工具使用，最好写成自动化脚本时称log文件，可以用来观察。 top、sar、vmstat、oprofile、重拾pcp功能等 一、SPECCPU2006简介

Web测试中，各类web控件测试点总结 一 、界面检查 　　进入一个页面测试，首先是检查title，页面排版，字段等，而不是马上进入文本框校验 　　1、页面名称title是否正确 　　2、当前位置是否可见 您的位置：xxx>xxxx 　　3、文字格式统一性 　　4、排版是否整齐 　　5、列表项显示字段是否齐全,列表项字段名称是否跟表单统一 　　6、同一页面，是否出现 字段名称相同、值取不同的问题。 　　7、数据加载情况：除了文本框的值，还要注意： 　　复选框，是否保存打√，或者保存不打√ 　　下拉框，是否保存选择的值 　　多文本框，值是否都被保存，空格，换行是否保存 二、单文本框（type=text） 　　边界：字段长度 　　判空：是否可以为空 　　唯一性：是否唯一 (小归结：边界、判空、唯一性、特殊字符、正确性) 　　考虑语言，操作环境 　　特殊符号测试输入： 　　' or 1<>'1　　　' or '1'='1　　' or '1'<>'2　　"|?>< 　　where a='xxx'　　　下划线是否允许　　输入全部空格 输入 单引号 　　><script>alert(“123”);</script>> 　　特殊字段输入限定： 　　框内容是否合法（tel，ip，url，email）序号等，直接限制输入数字，其他过滤掉 　　输入金额文本框，整数首位为0，过滤掉，小数点后面

时间过得真快，距离这个系列的上一篇文章《商业级4G代理搭建指南【准备篇】》发布的时间已经过了两个星期了，上个星期由于各种琐事缠身，周二开始就没空写文章了，所以就咕咕咕了。 那么在准备篇中，我们了解了一下搭建 4G 代理所需要的软硬件，也知道了各种选择的优劣势。现在，我们就可以开始实际搭建了，相信大家也是期待已久了。 基本思路 从这篇文章的标题中我们可以看出，这一次的搭建方案主要用到的是 Docker，你可能会很好奇，Docker 跟搭建 4G 代理有什么关系吗？ 嗯，关系很大，我们把整件事情梳理一下，先来看看搭建 4G 代理时的基本流程： 调用网卡拨号，拨号成功后会创建一个虚拟网卡。（正常情况下使用这个虚拟网卡就能上网了） 在多网卡的情况下，重复第一步，会得到多个虚拟网卡。 启动代理服务器，使其使用虚拟网卡作为出网网卡，并使用接入内网的实体网卡作为入网网卡。 但是呢，有个问题，根据我之前的测试结果来看，目前在 Linux 环境下还没有一个 HTTP 代理服务器是可以做到分别指定出网网卡和入网网卡的，嗯...这就很麻烦了，因为如果我们无法这么做的话，就会出现类似于下面这样的问题： 出网和入网都在虚拟网卡上，使用代理服务器必须要走公网访问。 入网为实体网卡，但出网被代理服务器锁定为了某一个，无法利用到多网卡。 嗯...那么不用 HTTP 代理服务器，用那些经常被用来做一些骚操作的

标准的网站监控工具能接通网页并证明他们正在响应，而他们不会向你警告一个问题。但是你能使用压力测试技术去监测你的网站，通过跑一个交互脚本能检测出问题并生成必要的邮件。它像一位安静的哨兵持续运行，从来不睡觉或者休一个假，提升了你的网站可靠性。 我们的网站包含了一个用户登录，用户认证过程偶尔被停止。我们标准的网站监控工具能接通主页并验证网页在响应，但是可能与不在我们适当放置的工具外的网页交互。当客户向我们警告一个真实的问题时我们只能了解它。这是不可接受的，我们不得不找到一个更好的办法。 我们之前使用一个压力测试工具开发并执行一系列的压力测试，允许我们运行很大数量的用户在测试网站上做很多不同的动作。但是我们需要一种方法在重复的基础上去运行一个简单的用户去做简单的脚本，24/7，在它在我们的产品系统上影响我们真实客户前警告我们一个问题。我们的压力测试工具会作为一个单一用户做这种测试，但是当一个问题被检测出来时，它缺少一种生成警告的方法。 与我们的供应商一起工作，我们发现他们提供了一个简单的解决方案：作为一个单一用户以重复的流程并有某些出错时发出警告的方式使用一个不同的应用去执行压力测试脚本。我们现在有这种适当的流程有3年了，并且它有一个极好的解决方案。这儿是我们如何操作它。 设计测试 第一步是做一些业务分析去决定什么被测试和失败看起来像什么。当与压力测试类似

博文大纲： 一、shell脚本的条件测试 二、文件测试表达式 三、字符串测试表达式 四、整数二元比较操作符 五、逻辑操作符 通常，在bash的各种条件结构和流程控制结构中都要进行各种测试，然后根据测试结果执行不同的操作，有时也会与if等条件语句相结合，来完成测试判断，以减少程序运行的错误。 执行条件测试表达式后通常会返回“真”或“假”，就像执行命令后的返回值为0表示真，非0表示假一样。 一、shell脚本的条件测试 在bash编程里，条件测试常用的语法形式如下： 语法1：test <测试表达式>：这是利用test命令进行条件测试表达的方法，test命令和“<测试表达式>”之间至少有一个空格。 语法2： [ <测试表达式> ]：这是通过[ ]（单中括号）进行条件测试表达式的方法，和test命令的用法相同，这是比较推荐的一种方法。[ ]的边界和内容之间至少有一个空格。 语法3：[[ <测试表达式> ]]：这是通过[[ ]]（双中括号）进行条件测试表达式的方法，是比test和[ ]更新的语法。[[ ]]的边界和内容之间至少有一个空格。 语法4：(( <测试表达式>))：这是通过(( ))（双小括号）进行条件测试表达式的方法，一般用于if语句里。(())（双小括号）两端不需要有空格。 语法1中的test命令和语法2中的[ ]是一样的。语法3中的[[]]是扩展test命令，语法4中的(()

192.168.200.113是第二题PXE装机得来的 第一题： 111： [root@localhost ~]# yum -y install dhpcd 第二题 省略 第三题脚本 必须关闭防火墙，否则113无法挂载 忘了创建index.html 建立即可 内容为自己的名字maoyanqing 第四题 apache脚本 113 操作 yum -y install rpcbind showmount -e 192.168.200.112 mount 192.168.200.112:/data /usr/local/apache/htdocs 第五题 111 112 113 来源： https://www.cnblogs.com/L1-5551/p/11438985.html

sysbench 数据库性能测试 Mac上安装sysbench测试工具 brew install sysbench 测试sysbench 是否安装成功 //执行这条指令 sysbench cpu --cpu-max-prime=10000 run sysbench 1.0.17 (using bundled LuaJIT 2.1.0-beta2) Running the test with following options: Number of threads: 1 Initializing random number generator from current time Prime numbers limit: 10000 Initializing worker threads... Threads started! CPU speed: events per second: 859.16 General statistics: total time: 10.0008s total number of events: 8594 Latency (ms): min: 1.10 avg: 1.16 max: 24.47 95th percentile: 1.32 sum: 9990.99 Threads fairness: events (avg/stddev): 8594