安装wget -c "https://codeload.github.com/HewlettPackard/netperf/tar.gz/netperf-2.5.0" -O netperf-2.5.0.tar.gztar xvf netperf-2.5.0.tar.gz cd netperf-netperf-2.5.0/  ./configure --build=arm-linuxmake && make install  netperf -h   #有输出说明安装成功 安装netperf过程中报错: configure: error: cannot guess build type解决方法：https://blog.51cto.com/fengyuzaitu/2453330 第一：测试带宽服务端：175.2.12.69客户端：175.2.12.67服务端175.2.12.69$ netserver$ netstat -lntp | grep 12865  #监听在12865端口客户端：175.2.12.67netperf -H 175.2.12.69吞吐量：941.13 * 10^6 bits/sec换算一下就是 约1000Mbit/s（941.13*1000000bps=897Mbit/s）可以看到，带宽的吞吐量基本上达到了千M 第二：时延测试在对端机器上启动netserver。在本机输入以下命令netperf -H 175.2.12.69 -t omni -- -d rr -O "THROUGHPUT, THROUGHPUT_UNITS, MIN_LATENCY, MAX_LATENCY, MEAN_LATENCY"可以看到，在resquest/response测试模式下，每秒的吞吐量为19868.50次，最小的时延为31微秒，最大为635微秒，平均时延为50.22微秒。 更多请参考：https://blog.csdn.net/u011198997/article/details/84342947https://blog.csdn.net/chdhust/article/details/50490721

原帖地址：(9条消息) 软件测试人员该学习 Python 的七个理由_公众号【伤心的辣条】资料领取~-CSDN博客对于一个软件测试工程师来说，选哪一门语言来入手编程一直是件非常纠结的事情，当然立志做一辈子功能测试的人除外。大多数好的程序员做编程不是因为他们期望得到报酬或者被公众所接受，而是因为编程很有趣。Linus Torvalds（Linux的创建者）以上的观点赞成80%， 当我们不为高昂的房价和丈母娘的催促所烦恼的时候。除了有趣，CC先生私下认为还有以下的理由值得软件测试工程师去选择Python作为自己的工作语言。1.Python 易于学习好吧，相较于其它许多你可以拿来用的编程语言而言，它会“更容易一些”。Python 的语言没有多少仪式化的东西，所以就算不是一个 Python 专家，你也能读懂它的代码。学习一门语言，CC先生的经验是：talk is cheap,show me the code.想想从小到大你为了学一门英语经历了多少个日日夜夜，学的最快的难道不是在看美剧或者打英文版的游戏的时候么？许多的测试人员本身的测试任务其实是比较繁重，学习时间又比较零散，想系统的学习一门语言对于大家来说不太现实，易学易用易上手的Python的语法里面条条框框以及特殊的处理场景比起其它静态语言来说少得多。它所专注的并非语言表现的丰富程度，而是你想要用你的代码完成什么。2.Python 让你能用少量的代码构建出更多的功能Python 能带给所有开发者一种快速的学习体验。通过实践，你可以在最多两天之内轻松实现一个具备基础功能的游戏 (而这还是在对编程完全不了解的情况下)。这也是为什么Python 在 2014 年成为美国高校入门课程最受欢迎语言的原因。如果你是想完成公司里面的自动化测试的整体部署，那么以下的各个方面Python都可以帮你实现：UI自动化测试（Python+Selenium等）接口测试(Python requests等)性能测试(Python Locust等)安全性测试(Python Scapy等)兼容性测试(Python+Selenium等)大名鼎鼎的Robotframework自动化测试框架就是基于Python编写的etc测试工程师和开发工程师在使用语言开发测试工具或者测试框架的一个区别在于，测试工程师会专注于快速的实现功能，他可以用更多的时间去进行探索性的测试，自动化测试的本质是提高测试效率，这就意味着你需要选一个好用，易上手的语言。3.Python 是一门多才多艺的语言，更是一个平台出生于1991年的Python 崇尚优美、清晰、简单，是一个优秀并广泛使用的语言 (TIOBE语言排行第八，Google的第三大开发语言，Dropbox的基础语言，豆瓣的服务器语言)。这个世界并不缺乏优秀的语言，但Python的发展史作为一个代表，带给使用语言的我们许多启示。Python可以被应用于如今你所能想得到的相当多的软件开发和操作场景。要管理本地或者云基础设施吗？Python可以。开发网站？OK，它也能行的。需要处理一个 SQL 数据库？可以。需要为 Hive 或者 Pig 定制一个功能？能做到。只是想为自己构建一个小工具？Python 就是最好的选择。需要一门支持面向对象设计的语言？Python 的特性就能满足啦。写网页爬虫？用Python可以；想进行 文本处理 ？Python可行； 想进行科学计算 & 机器学习 & 数据挖掘？Python更是个中好手。简而言之，将 Python 了解得更加深入一点点，就能让你具备可以适应范围更宽泛的工作角色的技能。4.Python 拥有最成熟的程序包资源库之一一旦你了解了该语言，就可以利用上这个平台。Python 以 PyPI (读作 Pie-Pie，可以从这里在线进行了解)为其后盾, 这是一个拥有超过 85,000 个 Python 模块和脚本的资源库，你拿过来就立马可以使用。这些模块向你的本地 Python 环境分发已经预先打包好的功能，可以用来解决各种诸如数据库处理，计算机视觉实现，像维度分析这样的高级数据分析的执行，或者是构建 REST 风格的 web 服务这些问题。5.Python 在数据科学领域被广泛使用不管你从事的是什么工作，数据都会是其中的一部分。IT，软件开发，市场等等 —— 它们都深度地关乎数据且对于智慧求之若渴。很快数据分析技能就会像编码技能一样的重要，而 Python 在两个领域都占有重要的地位。Python 紧挨着 R 语言，都是现代数据科学中最常被使用的语言。事实上，在数据科学领域，Python 的职位职位需求超过了 R 语言。你在学习 Python 时发展出来的技能将会直接转换并被用来构建起自己的这些分析技能。6.Python 是跨平台且开源的Python 可以跨平台运行，并且已经开放源代码超过20年的时间了，如果你需要代码能同时在Linux，Windows 以及 macOS 上跑起来，Python 就能满足要求。此外，有数十年的修修补补以及不断完善做后盾，可以确保你能够随心所欲地运行自己的代码。7.Python 是灵活的Python被称之为胶水语言是有它的原因的。因为有一些Python同其它编程语言集成在一起的稳定实现。CPython, 同 C 集成的版本。Jython, 同 Java 集成的Python版本。IronPython, 被设计用来兼容 .Net 和 C#。PyObjc, ObjectiveC 工具下的 Python 写法。RubyPython, 同 Ruby 集成的 Python 版本。

出站Rest接口测试报：Decrypt:cipher can not be null or length less than 3

好望云PC SDK

对于很多测试人员或者了解过自动化测试的人而言，初见RPA，会觉得RPA与自动化测试很相似。都包含了避免重复的人工操作，能处理结构化数据和处理固定业务逻辑等。当然，自动化测试聚焦的范围，仅仅在将软件测试行为的自动化。RPA则是面向的更加复杂的，多个行业多个系统多个环境的自动化。RPA更加关注跨系统的能力，自动化测试通常更加聚集于某一个技术的系统，比如网页、桌面应用程序、APP等，如果你的软件是APP，那么使用的自动化测试技术，通常局限于APP之上。而RPA关注的是输入、过程及输出，自动化测试更加关注结果。我也看到现在很多RPA厂商，正在布局自动化测试这一块。相信未来，自动化测试将会是RPA的一个子集。自动化测试也会变得更加简单。

客户在应用NB模组进行产品开发时，有时候需要进行一些相应的认证工作，这里介绍一些NB产品测试中的流程和通过标准供大家参考，以便于更好的完成认证工作。NB-IoT UE设备的测试包括业务和功能测试、互联互通测试、协议测试、无线资源管理测试、功耗测试、无线射频性能测试、OTA测试、生产测试等。1、业务和功能测试NB-IoT UE的业务和功能测试包括开关机功能测试、运营商网络选择功能测试、移动数据业务测试、短信业务测试、终端电量指示信息测试等。(1)开关机功能测试开关机功能测试的步骤与预期结果如表1所示。表1开关机功 能测试的步骤与预期结果  项目  说明测试步骤1) UE开机2)通过开关键打开电源3)通过开关键关闭已经打开电源的被测用户终端预期结果被测UE应能正常开关电源(2)运营商网络选择功能测试运营商网络选择功能测试的步骤与预期结果如表2所示。表2运营商网络选择 功能测试的步骤与预期结果  项目  说明测试步骤1) UE开机测试步骤2)如UE支持手动选网方式，则进行手动网络选择，尝试通过菜单在搜索的网络列表中选择一个网络预期结果1)用户成功注册到运营商网络2)被测UE应显示覆盖其所处位置所有的运营商标志:被测UE应尝试在用户选择的网络中进行注册(3)移动数据业务测试移动数据业务测试的步骤与预期结果如表3所示。  表3移动数据业务测试的步骤与预期结果  项目  说明测试步骤1) UE开机2)操作UE建立一个数据连接，对于不支持输入人机接口功能的UE,可通过AT命令的方式建立一个数据连接3)在数据连接过程中进行数据的上传和下载预期结果UE应能正常实现数据的上传和下载(4)短信业务测试短信业务测试的步骤与预期结果如表4所示。表4短信业务测试的步骤与预期结果  项目  说明测试步骤1) UE开机2)编辑条新短信， 向其他非本机UE号码发送短信， 对于不支持短信编辑功能的 UE,可通过AT命令的方式进行发送3)用其他非本机号码向被测UE发送短信，对于不支持短信屏幕显示的UE,可通过AT命令的方式进行短信接收预期结果短**送和接收正常(5)终端电量指示信息测试终端电量指示信息测试适用于支持完整屏常显示且具有充电池及充电功能的NB-IoT UE,如表5所示。表5终端电量指示信息测试的步骤与预期结果说明  项目  说明测试步骤1) UE开机，检查其人机界面信息2)给被测UE装配块电量不足的电池， 在待机状态下查看屏幕并注意被测UE是否发出报警提示预期结果1)步骤2结果，被测UE屏幕上应以直观的图形方式显示其所使用电池容量的多少，在待机状态下，被测UE应有报警提示，此提示信息应与说明书相同2)步骤3结果，被测UE屏幕应明确显示出电池正在被充电的提示信息，且应以渐进图形的形式显示出电池正在充电的状态，此指示信息应与说明书相同3)在被测UE关机和待机两种状态下，用其专用充电器或电源适配器充电，查看屏幕显示信息转载http://bbs.lierda.com/forum.php?mod=viewthread&tid=9996&extra=page%3D1%26filter%3Dtypeid%26typeid%3D3

【功能模块】安防模块业务调测时，消息上报测试接口报500错误

ab 是apache 推出的压力测试工具，可以用来测试http服务器的性能，得出QPSabs 则是apache 推出的压力测试工具，可以用来测试https服务器的性能，得出QPS工具下载地址：https://www.apachehaus.com/cgi-bin/download.plx工具官方文档地址：http://httpd.apache.org/docs/2.4/programs/ab.html用法简介：下载工具进入Apache24/bin目录下载就可以看到ab.exe和abs.exe在命令行中输入ab -n 1000 -c 20 http://127.0.0.1:8080/-n 要发多少个请求数-c 每次进行多少请求注意：必须是 http://127.0.0.1:8080/ ，“/” 不可以被省略，测试地址必须是一个url。结果简析：This is ApacheBench, Version 2.3 <$Revision: 1843412 $> Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/ Licensed to The Apache Software Foundation, http://www.apache.org/ Benchmarking 127.0.0.1 (be patient) Completed 100 requests Completed 200 requests Completed 300 requests Completed 400 requests Completed 500 requests Completed 600 requests Completed 700 requests Completed 800 requests Completed 900 requests Completed 1000 requests Finished 1000 requests Server Software: Server Hostname: 127.0.0.1 Server Port: 8080 Document Path: / Document Length: 131 bytes Concurrency Level: 200 Time taken for tests: 0.990 seconds Complete requests: 1000 Failed requests: 0 Total transferred: 269000 bytes HTML transferred: 131000 bytes Requests per second: 1010.45 [#/sec] (mean) Time per request: 197.931 [ms] (mean) Time per request: 0.990 [ms] (mean, across all concurrent requests) Transfer rate: 265.44 [Kbytes/sec] received Connection Times (ms) min mean[+/-sd] median max Connect: 0 0 0.4 0 2 Processing: 22 175 33.9 183 218 Waiting: 0 99 54.3 100 216 Total: 22 175 33.9 183 218 Percentage of the requests served within a certain time (ms) 50% 183 66% 187 75% 189 80% 191 90% 194 95% 200 98% 212 99% 215 100% 218 (longest request)Requests per second: 1010.45 [#/sec] (mean) 就是QPS

明明执行成功了，咋没有显示已完成呢

从本月开始接口测试任务所花费的时间越来越久，很多情况下出现无法完成的情况，如下图所示，是否考虑相关性优化呢

问题简要：用华为openeye 工具模拟外呼场景，一次外呼正常，然后用postman 测试二次外呼接口seconddialex ,报错100-007问题类别：CC-Gateway期望解决时间：尽快武汉农商行升级软电话，目前需要测试CC-Gateway的二次外呼接口，用华为openeye 工具模拟外呼场景，一次外呼正常，然后用postman 测试二次外呼接口seconddialex ,报错100-007，期望把接口测试通。或许是本人测试方法不对。请大佬帮忙指正。

2软件测试理论-022软件测试理论-02................................................................................... 11.     8软件测试的方法............................................................................. 21.1.      按测试对象/用例设计角度不同分........................................... 21.2.      按测试对象是否执行分............................................................ 31.3.      测试手段.................................................................................... 32.     9缺陷管理......................................................................................... 42.1.      缺陷的定义................................................................................ 42.2.      定义bug的5个规格之一......................................................... 42.3.      属性............................................................................................ 42.4.      如何提交缺陷报告.................................................................... 52.5.      缺陷报告的基本元素/基本信息............................................... 52.6.      生命周期.................................................................................... 63.     10软件质量....................................................................................... 63.1.      就是一个实体的所有特性满足明显的或隐含需求的程度.... 63.2.      ISO9126质量模型（评价软件质量的国际标准）-软件质量模型的6大特性和21个子特性......................................................... 63.3.      6大特性...................................................................................... 63.4.      软件质量管理(SQM).................................................................. 74.     11敏捷开发....................................................................................... 74.1.      以人为核心，迭代，循序渐进的开发方法............................ 84.2.      把一个大项目分成多个相互联系，但也可以独立运行的晓项目，并分别完成，此过程中软件一直处于可使用状态，敏捷开发最大的特点是迭代式开发............................................................... 84.3.      特点............................................................................................ 85.     12测试用例....................................................................................... 85.1.      定义............................................................................................ 85.2.      黑盒测试用例设计方法............................................................ 86.     何时选用何种方法13..................................................................... 106.1.      任何情况下都必须使用边界值分析法.................................. 106.2.      必要时采用等价类划分法...................................................... 106.3.      用错误推测法 再追加一些测试用例..................................... 106.4.      如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法......................................................................... 101.       8软件测试的方法1.1.          按测试对象/用例设计角度不同分白盒又称结构测试，逻辑驱动测试是基于代码的测试根据软件的内部结构与逻辑来设计测试用例所完成的测试，不考虑程序的外部功能与界面代码检查法-静态测试逻辑覆盖法-动态测试基本路径测试法-动态测试测试方法-逻辑覆盖语句覆盖-每条语句至少执行一次判定覆盖-每个判定的每个分支至少执行一次条件覆盖-每个判定的每个条件应取到各种可能的值判定-条件覆盖-每个判定中各条件的每一种组合至少出现一次路径覆盖-程序中每一条可能的路径至少执行一次黑盒又称功能测试，数据驱动测试或基于需求规格说明的测试根据外部界面与功能来测试，不考虑内部逻辑结构1.2.          按测试对象是否执行分静态-不运行程序，分析程序如何进行，或者检查文档的正确性动态-运行程序检查运行结果是否符合需求的规定1.3.          测试手段手工-测试工作由测试人员手动完成，可灵活改变测试操作及环境执行测试用例-发现缺陷-提交缺陷-缺陷生命周期自动化-测试工作都由计算机完成，一种是自己编写测试脚本，一种是借助第三方工具进行，优点：执行效率高2.       9缺陷管理2.1.          缺陷的定义-程序在开发或者维护过程中所出现的问题2.2.          定义bug的5个规格之一未实现需求规格说明书要求的功能出现了需求规格说明书指明不应该出现的错误实现了需求规格说明书未提到的功能未实现需求规格说明书虽未明确但应该实现的目标难以理解，不易使用，运行缓慢2.3.          属性标识-标记缺陷，可以用数字字母组合类型-缺陷的分类定义功能 接口 逻辑 计算 数据 界面 文档 兼容性描述-对缺陷进行详细描述严重程度-因缺陷引起的故障对软件产品的影响程度致命，严重，重要，一般，较小，有待改进优先级-缺陷被修复的紧急程度立即解决，高级优先，正常排队，低优先级状态-缺陷通过一个跟踪修复过程的进展情况新建-激活或打开-拒绝-已修正或已修复-关闭-重新打开-推迟2.4.          如何提交缺陷报告尽快报告、有效描述（简单明了，可以再现)、不做评价、跟踪到底、一定要有缺陷定位文件-截图附件或视频2.5.          缺陷报告的基本元素/基本信息基本信息软件名称，版本号，缺陷ID ，提交日期，提交人，处理人，所在模块，操作系统主要属性严重程度，优先级，缺陷状态主要描述概要描述，详细描述（重现步骤，预期结果，实际结果）2.6.          生命周期测试组-执行用例通过-结束未通过-提交bug状态open开发组-分析缺陷-不是缺陷-关闭-是缺陷-修复-更新为已修复测试组-回归测试--未通过-重新打开-通过就关闭3.       10软件质量3.1.          就是一个实体的所有特性满足明显的或隐含需求的程度3.2.          ISO9126质量模型（评价软件质量的国际标准）-软件质量模型的6大特性和21个子特性3.3.          6大特性功能性适合性，准确性，互操作性，保密安全性，功能性的依从性可靠性成熟性，容错性，易恢复性，可靠性依从性易用性易理解性，易学性，易操作性，吸引性，易用性的依从性效率性时间特性，资源利用性，效率性的依从性可维护性易分析，易改变，稳定性，易测试性，可维护性的依从性可移植性适应性，易安装性，共存性，已替换性，可移植性的依从性总结：功能靠用，效率可移3.4.          软件质量管理(SQM)SQA软件质量保证-事先的质量保证活动，预防为主，通过制定相应的体系，流程和规范，降低出错的几率（预防缺陷）SQC软件质量控制-事后质量检验活动，测试为主，期望并发现错误（发现缺陷）4.       11敏捷开发4.1.          以人为核心，迭代，循序渐进的开发方法4.2.          把一个大项目分成多个相互联系，但也可以独立运行的晓项目，并分别完成，此过程中软件一直处于可使用状态，敏捷开发最大的特点是迭代式开发4.3.          特点人员交流重于过程与工具可以工作的软件胜过面面俱到的文档客户合作胜过合同谈判响应变化胜过遵循计划5.       12测试用例5.1.          定义对一项特定的软件产品进行测试任务的描述特征最有可能抓住错误的不是重复的、多余的一组相似测试用例中最有效的测试用例的代表性可判定性可再现性5.2.          黑盒测试用例设计方法等价类划分法将程序的所有可能输入数据划分为若干个等价类，从每个等价类中选取少数具有代表性的数据作为测试用例选取这部分代表性数据在测试中的作用就等价于该类中的其他数据划分等价类有效等价类-需求规格说明书中所规定的合法数据无效等价类设计测试用例的原则为每个等价类规定一个唯一的编号设计一个测试用例，使其尽可能多的覆盖尚未被覆盖的有效等价类设计一个测试用例，使其覆盖一个尚未被覆盖的无效等价类边界值分析法错误往往是发生在输入或输出范围的边界上错误推测法基于经验和直觉推测程序中所有可能存在的各种错误，有针对性地设计测试用例的方法密码是否明文显示等决策表/判定表法判定表是分析和表达多逻辑条件下执行不同操作的情况的工具因果图法从用自然语言书写的需求规格说明书的描述中找出因（输入条件）和果（输出条件），根据输入条件的组合、约束关系和输出条件的各种组合情况来设计测试用例C-CAUSE,E-EXPECTED，0表示某状态不出现，1表示某状态出现 恒等，非，或，与正交试验法利用排列整齐的表-正交表来对 试验进行整体设计，综合比较，统计分析，实现通过少数的试验次数找到较好的生成条件以达到最佳效果，从大量的试验点中挑选适量的具有代表性的点，利用已经造好的表格正交表来安排试验并进行数据分析的方法用在：有很多因素变化制约着一个软件功能的变化设计用例步骤：确定试验因素及水平数；选用合适的正交表；列出试验方案场景法模拟用户操作软件时的场景，主要用于测试系统业务流程在冒烟测试中主要采用场景法来测试6.       何时选用何种方法136.1.          任何情况下都必须使用边界值分析法6.2.          必要时采用等价类划分法6.3.          用错误推测法 再追加一些测试用例6.4.          如果程序的功能说明中含有输入条件的组合情况，则一开始就可选用因果图法

第一：购买ECS第二步：购买Redis示例第三步：登录ECS在ESC安装Redis-cli客户端 1、 执行以下命令，获取Redis客户端源码，下载路径为http://download.redis.io/releases/redis-5.0.8.tar.gz。     wget http://download.redis.io/releases/redis-5.0.8.tar.gz  执行如下命令，解压Redis客户端源码包。     tar -xzf redis-5.0.8.tar.gz  进入Redis目录并编译Redis客户端源码。     cd redis-5.0.8     make     cd src     ls src 2、执行以下命令连接Redis实例。./redis-cli -h {dcs_instance_address} -p 6379如果redis设置有密码则：auth <password>3、使用redis命令写入和查询数据set abc 123get abc 其他的更多redis客户端的链接方式请查看https://support.huaweicloud.com/usermanual-dcs/dcs-ug-0713004.html 第四步：使用redis-benchmark工具进行性能测试在上面的编译后的src目录下有一个性能压测工具redis-benchmark          cd src          ./redis-benchmark -h {IP} -p {Port} 更多性能测试请参考：https://support.huaweicloud.com/pwp-dcs/dcs-pwp-0423002.html附：编译redis-5.0.8报错/usr/bin/ld: cannot find -latomic解决方法【问题描述】使用make编译开源组件redis-5.0.8版本报/usr/bin/ld: cannot find -latomic错误，详细报错如下截图：【问题分析】latomic代表的是 libatomic.so，也即是在编译的过程中，需要libatomic.so库，而系统又找不到这个库解决方法是手动找到这个库，可能存在如下几种情况：1、系统中没有安装依赖库libatomic.so，通过执行yum -y install *atomic*安装相关依赖，安装后执行rpm -qa | grep atomic查看是否安装了相关依赖2、系统可能已经存在libatomic.so，但是不在默认查找路径(/usr/lib之类的路径)，而是在其他路径中3、系统中没有libatomic.so这个库，但是找到类似 libatomic.so.1.0 这种带版本号的库，通过执行find / -name "libatomic.so*"来确认【解决方法】使用软链接的方法将依赖库libatomic.so链接到正确路径，执行如下命令：sudo ln -s /usr/lib64/libatomic.so.1.2.0 /usr/lib/libatomic.so然后再执行make编译即可正常编译通过。摘至于https://www.cnblogs.com/omgasw/p/14179870.html

　改变现状，从树立目标开始！　　行动的目标，就是要“只做测试工程师里更懂编程的人”。　　但为什要树立这个目标？请看下方的阐述：　　不懂代码逻辑，不懂代码原理，测试人员就会陷入“为何要测这么多点，要测这么多项”的困惑，那还怎么做测试？　　测试学不透，进入企业，大概率也只能按照企业的规定去做常规性工作，怎会有稀缺？技术实力不够就接触不到核心项目，还怎么能冲击高薪？　　懂源代码的测试和不懂源代码的测试，哪个能测的更深呢？不懂代码，就不会理解代码逻辑层次的耦合，就会不理解数据库设计，甚至还可能不理解网络层如何通信，拓扑架构……  这种“不不不”同学能明白研发项目的风险么？ 不明白风险，就难于精确设计测试用例，遗漏高风险场景可怎么办？ 这种“不不不”的软件测试人员，哪个大企业敢要？　　没有代码能力，你能有机会成为测试领域最前沿的人员吗？不懂编程，你既不能做企业急需的自动化测试，又做不了当前大厂疯抢的测试开发，那到了35岁你怎么办？　　原来，测试圈会编程的人很少，因为企业不需要；现在，会编程做自动化测试的人薪资很高，因为市场上和企业里都很稀缺。　　只有懂编程，测试才能学得透，才能更值钱。当今测试领域还算前沿的技术：接口测试、UI自动化测试、性能测试，测试开发…. 无一不需要读懂代码，甚至还要会写代码。　　所以这两年在互联网上，针对测试是不是好找工作，出现了两种极为矛盾的声调：　　· 一方面大量测试人员，在知乎贴吧吐槽测试饱和不好找工作。　　· 一方面却是大量互联网公司在招聘网站疯狂招聘测试，导致测试平均薪资年年上涨，现在已经快达到20 K（饱和的岗位能薪资年年涨？）。　　上述矛盾体深刻揭露一个现象：软件测试行业已经分化，懂编程的中高端测试人员稀缺，不懂编程的手工测试人员饱和。　　结论：现在学测试，一定要“只做测试工程师里更懂编程的人”，因为这样才能更值钱，升薪更快，才会不惧35岁危机。如还有一丝丝疑问，请将上方的文字再看一遍。　　改变现状，从行动开始！　　明确了目标，接下来就要明确行动，不然就不会有任何改变，给个建议：　　技术储备　　当务之急，是尽快重新认识现在的 “软件测试” 行业，重新认识 新的 “软件测试工程师”。尽快建立完善的 软件测试知识体系。知识不系统，人就不值钱，劳动也变得廉价。　　新时代的 软件测试行业，测试技术大致分为三大类别：　　1）高薪测试工程师需掌握的 基础测试技术　　1、系统方面。掌握Linux操作系统安装配置；会使用linux常用命令　　2、关系型数据库。掌握数据库增删改查操作。熟悉数据库索引、视图、事务等功能。　　3、非关系型数据库。掌握Redis常见基础数据类型和相关操作。如：string、hash、set、list 等。　　4、掌握功能测试与数据库的关系。　　5、掌握黑盒测试用例设计方法，掌握缺陷报告的编写。　　6、掌握Web项目UI界面测试、功能测试分析和用例编写。　　以上技术，对于有3年工作经验的题主来说，绝大多数应该是不需要填补的。并且相对下面的内容而言，即便过往没有深入接触，以后用到，也可以快速学习上手，难度不大！　　以下，大多数，应该是楼主需要努力的方向！　　2）高薪测试工程师最建议掌握的编程语言-Python（自动化的基础）　　java和Python是企业要求较多的两门语言　　相对而言Python上手更为轻松些，非常适合编程零基础的测试人学习。　　通过Python语言建立编程思维以及面向对象程序设计思想。　　最终要求能编写自动化测试脚本。　　结论：只要用我刚推荐的10天python测试学习资料即可。难度不会大。　　3）高薪测试工程师需掌握的测试专业技术　　1.接口测试—— 迈向高薪的起点　　需要掌握一定的http协议。　　会使用常用的工具或使用代码编写测试用例脚本。　　能借助工具或脚本实现自动化测试。　　2.测试工具—— 君子善假于物　　会使用常用测试工具。如：禅道、JIRA、fiddler，Postman、Jmeter 等。　　掌握一些常见的框架 ，如 、pymysql、parameterized、requests、unittest、pytest等。　　3.自动化测试—— 所有企业软件测试的目标　　掌握断言的用法，使用工具、程序代替人工，判断测试结果。是实现自动化的必备技术。　　4.性能测试—— 开始接触高端测试　　软件测试更高端的领域。也是高级软件测试工程师和普通软件工程师的分水岭。　　主要以软件的时间性、空间性、稳定性、并发性等为主要测试点。以上这部分，难度要大一些！楼主可以分步走，逐个击破，每拿下一项技术，薪水会上自然涨2千左右。

　　随着互联网的飞速发展，软件测试行业同步兴盛起来，逐渐出现了人才的短缺，致使行业人员工资一涨再涨。　　所以，越来越多的人也开始意识到软件测试行业的”高薪“属性，转身投入到相关的工作中来。　　但是，很多女生在做这个职业选择的时候，却多了许多的疑虑。经常就有学生跑来问我：“老师，我是女生，适合做软件测试工作么？”　　其实，我比较能理解广大女生内心的疑虑，因为毕竟在大家的固有印象中，男生比女生更加适合做技术类目的工作。　　那么现实真的如此么？　　我们现在就帮广大女生朋友来分析一下，女生做测试测试有哪些优势和劣势。　　优势　　1.女生先天的性格优势　　经过岗位需求分析，软件测试这一职业对从业者的特性有着特殊的要求。　　做软件测试的人需要有耐性、心细、敏感、逆向、设问、怀疑、举证、韧性、安静等特征；而在以上特性中，大部分要求与女性的生理个性和气质都非常吻合：　　1）女生天生性格比男生更加细心、有耐心，责任心更强，而且更加敏感和安静。　　做过测试的同学都知道，设计软件测试用例本来就是一个比较细致的工作，执行测试更加是一件非常繁琐、而且重复性非常高的工作。　　而女生天生的性格优势可以让她们能够更好地把控软件产品的细节，可以反反复复但是还是仍然很认真的做好事情，覆盖更全面的测试点，发现更多的bug，避免因为毛躁、急躁而出现的漏测和线上问题。　　2）另外，“坊间”传言女生天性比男生更加多疑（我自己身为女生，表示深有同感.....）　　保持怀疑精神是作为软件测试的一大必备素质，所以对任何的产品保持怀疑的态度，要坚定的相信不会有“没有bug的产品“，也要相信”没有你发现不了的bug”！这点对测试工作来说也是非常关键和重要的！　　据以上两点分析，女性从事软件测试工作似乎有着得天独厚的优势。　　据不完全统计，在同一个项目中，同样的时间成本里，女生测试之后的bug数量一般都会比男生多出10%左右。　　2.女生的良好沟通技巧优势　　在IT/互联网公司的团队里，女生本身就属于熊猫级别的”稀缺生物“。相信不少目前在做软件开发工作的同学不难发现我们周边基本上是清一色的男性，工作氛围显得异常"严峻"。　　如果入职一批女生作为软件测试人员，均衡的性别比例将会使得工作压力缓释不少。"男女搭配，工作不累"，这也是软测岗位的特色。　　所以在软件公司，如果新来了一个女生，基本都会引来围观的；男同胞们对这个女生的态度和友好度也就不言而喻了；　　而且，如前面所说，开发普遍男生偏多，测试如果是女生的话，跟开发之间的沟通也会和谐、顺畅很多。　　你可以想象一下，技术宅男开发一枚，看到女生提的bug，或者女生过来咨询问题，天生的绅士风度藏也藏不住，那么部门之间的沟通效率自然提高不少，矛盾和冲突也会减少很多，部门之间的合作也融洽了起来；　　再者，女生天生也比男生的沟通能力要强一些，而测试岗位的沟通是一个必不可少的环节，除了跟开发的沟通，还有跟产品、运维的沟通等。工作中一旦沟通成本降低了，工作效率自然就提高了。　　所以从生理学角度来讲,女生做测试优势还是比较显著的。　　3.测试行业市场需求更适合女生　　软件测试这个岗位比起软件开发工程师来说，工作强度小很多，加班自然也少很多。　　往往软件测试人员加班的时候软件开发人员要陪着修改bug，而开发人员加班的时候测试人员却不用陪着，所以测试的业余时间还能够有自己生活。　　并且，软件测试测试行业，不像以男性为主导的开发行业，有比较明显的性别歧视；相对来讲，测试职场环境对女生更加友好，也会给予女生更多公平加薪和晋升的机会。　　因此，软件测试可以说是IT行业里最适合女生选择的方向。　　当然，女生做软件测试也并不是全是优势，也是有自己的弊端的。　　劣势　　1.女生技术和动手能力相对偏弱　　大部分女生的动手能力都偏弱一点，而测试工作中难免要使用到各种工具、框架甚至是代码。　　这些对于很多女生来说，使用起来比较有难度，这也是很多女生比较犹豫要不要进入测试行业的一个原因，担心技术、工具太多、太难，自己难以驾驭。　　当然，这点不存在普遍性。在测试行业里，有很多女生都是技术大神，工具、代码样样都不输于男生；也有很多女性管理者，气场和能力都能hold住全场。　　所以，技术能力以及动手能力偏弱，不是女生从事测试的致命伤，只要能认真、努力，并且热爱测试工作，完全可以成为测试界的大神。　　2.女生加班强度承受力不如男生　　承受加班强度来说，女生比较男生而言略显弱势　　虽然如前面所说，测试的加班强度不如开发大，但是身在互联网行业，完全不加班是不可能的。　　而女生从身体素质方面来说，就没有办法承受跟男生同等的加班压力；另外，特别是当女生组建了家庭，有了宝宝之后，还要额外花时间兼顾家庭和家人，此时，能够分散出来的工作时间，以及能够承受的工作压力就更加有限了。　　这也是为什么很多公司招聘的时候比较偏向考虑年纪26岁以下、未婚未育的女性的一个重要原因。　　当然，这个并不是测试行业特有的现象，而且所有行业的共性。所以，不管从事哪个行业，女生的这个弱势都无可避免。　　总结　　据不完全统计，软件行业男性与女性的比例已接近了1:1，很多企业录用了测试的标准，都是只要技术ok，男女不限。　　因此，对于软件测试行业来说，男生、女生的性别差异不会对职场有太大的影响：男生固然有自己独厚的社会属性印象，但是女生也同样有着男生无法企及的优势。　　所以，只要你热爱测试行业，不要给自己设限，更不要轻言放弃，坚持学习就会收获自己在测试职场的飞跃，无论男女！以上。