有没有大咖能从建实例开始讲讲哈

# 1、去除空格name = "pypy py"# 方法1：name = name.split(" ")   # 先转换成列表print("".join(name))     # 在对列表进行拼接# 方法2：# print(name.replace(" ",""))  # 直接对空格进行替换# 2、格式化输出username = "xiaobai"password = "123456"age = 12user = f"""--------------用户名：{username}密码：{password}年龄:{age}--------------"""print(user)# 3、自动化访问接口的流程# 准备接口测试用例的基本数据：请求地址，请求方法，请求参数，预期结果等等url = input("请输入接口地址")name = input("请输入用户名")password = input("请输入密码")expected = input("请输入结果")print(f"访问接口的过程：{url}?username={name}&pass={password}")

　　1. 软件测试不是点点点，还有性能测试，自动化测试，安全测试，甚至于AI测试，大数据测试等等，软件测试的前景还是非常好的。　　2. 软件测试相对门槛比较低，前期比较容易入门，哪怕不是计算机专业的小白，也能轻松掌握，不过，软件测试后期的难度和开发没有什么两样，想要拿到高薪，就得学会自动化测试，接口测试这些编码知识。　　3. 经常有人抱怨，学了用不上，学完就容易忘记，因为学的都是理论知识，长时间不用自然会容易忘记，最好边学边找项目练手。　　4. 如果你身边有人说测试很简单，薪资混混也很容易，那么他基本上过几年还是如此，没啥大的长进。　　5. 软件测试有高薪也有低薪，月入两三千是真实存在的，月入三五万的也是。　　6. 软件测试用不用报培训班？看个人需求吧，如果你觉得自己的学习能力很强，也有项目可练手，那么完全没有必要报培训班；如果你的学习能力或者自制力很差，又真的想要从事软件测试这一行业，那你最好还是报培训班，一方面是培训机构能够更加系统，全面的教你知识，老师能起到一定的监督作用，遇到不会的也有专业人士帮你解答；另外一方面，培训机构会教你很多真实地符合企业需求的项目经验，让你更快上手。　　7. 软件测试是需要持续的学习，不断地分析总结，主动地去探索，如果一直不进步，很有可能被他人取代或者被淘汰。　　8. 虽然软件测试也可以看书学习，但是书籍的更新相比其它要慢很多，但是那些经典的，基础的，还是很经典的，多看看没啥坏处，但是千万不能学“死”了，学完不会用，等于白学。　　9. 真的不建议自学（不是不能），因为自学放弃的占多数，至于放弃的原因五花八门，比如坚持不下去一直去学习，学了新的忘了旧的，不知道如何入门，学完没有项目可做，自以为学的不错，却没找到好的工作等等，闭门造车不如博采众长。　　10. 软件测试的职业规划大致有两种，一种是技术路线，另外一种是管理路线，两条路发展前景都非常不错。　　11. 为什么有人做测试越做越好，有人却慢慢不如别人？在你工作的时候，别人也在工作（这个时候大家都是对等的）；在你发呆或者玩乐的时候，别人却在学习（差距就是这时候产生的）。举个不好听的例子，有人30岁当上主管/大佬，有人30岁和23岁做着一样的工作，疲惫，迷茫，不知道啥时候才是出路。　　12. 学习要主动，不能被动地等待别人把东西嚼碎了喂到你的嘴里，都是成年人了。　　13. 永远不要只停留于想象层面，想象是美好的，如果你总是抱着“我要拿高薪”“我要学软件测试”“我不知道我行不行”“我不知道软件测试到底前景怎样（有人说好，有人说不好，一千个读者就有一千个哈姆雷特，世界上真的大多数事情都是这样的）”“我××××”，却光说不去做的话，这一切无异于空想，除了消耗时间，没有实质上的意义。英文有一个词“try to do”，试着去做，不管能不能行。当你开始做了，你想要的一切都会有了答案。　　14. 软件测试并非不看年龄，不看学历的，并不是说年龄大，学历低转行就一定不会成功，你要是比别人优秀，不管什么时候都会成功，但是这样的难度太大，很多时候，你的学历就是一块“敲门砖”，没有这个，连面试都不一定会有。企业也会选择更加优秀的人。　　15. 学习知识的时候的确是一个比较辛苦的过程，真的，它没有吃鸡，农药香，但是呢，当你有所收获或者有所成就感的时候，那你就会觉得一切的辛苦都是值得的（当然，你也要往一条正确的道路上去走，否则越走越远，南辕北辙的道理就不再多说）。　　16. 不要觉得测试不如开发？一个好的测试工程师他的薪资，能力，经验未必就比开发差。但是你要知道，这世上没有最完美的职业，就拿大家觉得是“铁饭碗”的公务员来说，竞争真的太激烈，在大城市也未必是一个安稳又薪资高的工作。　　17. 学习软件测试最重要的是实操，就是所谓的动手能力/项目经验，因为你去企业工作和在学校学习是完全不一样的，学校学习你把知识点背下来（应试教育），很多问题都能解决，但是去企业不是考察你的理论，而是要动手去完成一个个项目。　　18. 不要一开始就怀疑自己，我不适合，我弄不明白，我是不是太差了等等，这些想法源于你不了解，（给自己一定的时间）当你找到窍门，所有的问题都会迎刃而解。　　19. 培训班花几万块钱值吗？当然，对于绝大多数人都是值得的（有极个别报了培训班，上课和别人聊天，睡觉，玩游戏等消磨时光，不值，因为花了钱，什么都没得到），千万不能有我花了钱就买了一份工作的想法。　　20. 别人有的高薪我能有吗？那么，别人付出多少，你能付出同等的吗？　　所以付出和回报是成正比的，你付出多少就有多少回报，不论是没有入行还是已经入行的测试人都要去不断的学习，只有是自己变得足够强大才可以在自己的行业中一直走下去。

# Jmeter压测工具使用之HetuEngine测试 ## 测试场景  如图：使用jmeter同时向MRS集群内的两套HetuEngine计算集群进行10并发的压力测试，并将最后的测试结果统一 ## Jmeter配置 - 测试计划配置   - 线程组1的配置：  Hetu JDBC connection Configuration配置：  JDBC Request配置：  Precise Throughout Timer配置： 说明：使用Precise Throughout Timer做精准的压力测试  - 线程组2的配置 说明：主要是Hetu JDBC Connection Configuration和JDBC Request的变量配置，其余配置一致   ## 启动Jmeter并查看结果 启动jmeter可以查看总结果  分别登陆HetuEngine计算集群1以及HetuEngine计算集群2查看结果 HetuEngine计算集群1：  HetuEngine计算集群2：  备注：如果不能使用windows客户端来操作的话，可以在windows配置好测试计划，然后复制到linux端使用命令行的方式启动执行测试以及统计结果 启动任务命令： `sh /home/omm/jmeter/apache-jmeter-5.4.1/bin/jmeter -n -t /home/omm/jmeter/test_100.jmx -l /home/omm/jmeter/overall/out_100_02.jtl` 统计结果命令: `sh /home/omm/jmeter/apache-jmeter-5.4.1/bin/jmeter -g /home/omm/jmeter/overall/ out_100_02.jtl -o /home/omm/jmeter/report_100_02`

# RPA 实战：让小姐姐填满你的硬盘(上) > 某天，我无意逛到某个小网站，如果我不懂代码，想要网站上全部的妹子，我该怎么做？……幸好有她，她好我也好，她就是 RPA -- Robotic Process Automation，中文意思是机器人流程自动化，换句话说就是利用机器人技术来实现业务流程的自动化处理。 ## 环境安装 首先打开另一个小网站 -- [https://www.hwtelcloud.com/products/rpa](https://www.hwtelcloud.com/products/rpa),下载【设计器】，并进行使用激活；下载【执行器】，让程序自己动；此外还需下载浏览器驱动和安装浏览器插件。关于软件的下载安装等此处就不进行讲解，相信您能搞定！  本大狮发表文章时所用到的软件版本及环境如下： - WeAutomate Studio(2.14.0) - WeAutomate Assistant(2.14.0) - VM: python 3.8.5 64-bit - Windows Feature Experience Pack 421.16300.0.3 - Google Chrome 91.0.4472.124 64-bit  将近1000页的帮助文档在 WeAutomate Studio 安装目录下：`document/RPA_Robot_Development_Guide_zh_cn.pdf`  此外还有更多优质的课程尽在华为云学院： [https://ilearningx.huawei.com/portal/courses?q=ANTROBOT](https://ilearningx.huawei.com/portal/courses?q=ANTROBOT) ## “技术”解析 说到图片，我最先想到的是某度图片，之前通过使用 NodeJS 爬虫爬取过该网站搜索出来的图片，大概的流程如下： 1. 输入关键字，`//*[@id="kw"]`这里的 Input 标签就是我们关键字输入的位置。  2. 获取图片列表，当我们输入关键字并搜索的结果就呈现为页面的`//*[@id="imgid"]/div/ul/li[1]/div/a/img`,也就是 classname 为 `main_img` 的图片元素  3. 滚动窗口，当我们模拟鼠标滚动时，页面会加载更多的图片。  4. 图片下载，我们获取到每个图片元素的 `src` 属性，就是我们最终的图片下载地址。  那么整个流程下来，在 RPA 中我们需要用到哪些控件呢？首先我们要从网页获取图片，`打开网页`控件是第一个用到的；其次我们要获取网页的高度并进行滚动、获取页面图片元素及`src`属性，我们可以通过`执行 js 代码`控件来帮我们完成；此外，涉及的一些流程控制我们必须依赖分支、循环等控件；最后下载图片则通过`下载文件`控件实现。  ## 实施过程 RPA 的实施一般遵循下面的生命周期：  ### RPA 评估 首先 RPA 评估，针对此次我的这个“大胆”的想法，我的整个业务流程完成能够用自动化来实现，当然投资回报率（ROI）对我来说，完全只需投入少量的时间就能获取到海量的数据，理论上是非常划算的。本次实践不对 RPA 工具本身做任何评价，本着新手小白的学习态度，一款好用的强大的称手的 RPA 工具请按照自身的场景去选取，如同技术选型，对开发工具做一定的调研、体验才能更好的选择合适的工具。 ### RPA 设计 接着 RPA 设计，我们先梳理一下完整的业务流程，细粒度精确到每一个点，比如网页数据怎么获取、图片怎么下载等等，势必会涉及到一些逻辑，比如分支逻辑、循环逻辑；除此之外，我们需要明确每个操作的输入和输出；在实际工作中，我们可能还需形成具体的文档。  ### RPA 开发 简单梳理完流程之后，开始开发我的第一个 RPA 程序。尽管整个流程梳理起来非常简单，但实际开发的时候，由于对工具、编程语言基础等不熟练，我踩了一个又一个的坑，最终走出了结合 JS 代码以及 NodeJS 爬虫的思路来开发这个图片爬取的 RPA 程序。 - 1. 全局变量定义 由于本大狮功力不够，暂时没能实现打开网页之后动态获取跳转的链接，因此我直接使用的输入关键字搜索之后的 url 作为全局变量 url 的值，拼接 keyword 来实现结果页面图片的获取。 | 名称 | 类型 | 值 | 描述 | | --- | --- | --- | --- | | url | String | (根据实际情况填写) | baseurl，用于拼接 keyword 访问结果页 | | keyword | String | (根据实际情况填写) | 关键字，比如"性感美女"、“靓仔” | | height | String | 0 | 初始的窗口高度，用于缓存过程数据 | | num | Number | (根据实际情况填写) | 图片数量，暂未做精确处理，作为退出循环的条件 |  - 2. 打开网页 写得比较随意，中文在浏览器地址中可以做 url 编码处理，这里可以引入 python 模块哦！  - 3. 获取浏览器窗口高度 建议此操作前先调用控件让浏览器窗口最大化，然后通过 JS 代码获取浏览器窗口高度并赋值给 `height`,方便后面的滚动操作。`执行 JS 代码`控件是有返回值的，在代码中通过 `return` 可以返回指定内容。 ```js return document.body.offsetHeight; ```  - 4. 循环操作 此处模拟了 JS 的定时器方法，使用`While`来进行滚动操作的循环。假如我想获取 10k 张图片，第一次加载的结果可能才几十张，如果是人工操作的话，我需要不断滚动浏览器以加载获得更多的数据。那机器人是怎么自动化操作呢？我们给它设置一个延时操作，然后调用 JS 代码滚动浏览器,同时更新`height`： ```js let height=@{height}*2; window.scrollTo(0,height); return height; ```  - 5. 获取图片链接 同样的通过调用`执行 JS 代码`控件来获取图片的链接和数量，为图片下载和退出循环做准备。 ```js let arrs = document.querySelectorAll('.main_img'); let urls = [] for (let img of arrs){urls .push(img.src)} return urls; ```  - 6. 退出循环 比较预期的图片数量和实际的图片数量，如果图片够了，我们就退出循环，进行下一步操作。  - 7. 创建文件夹 这里的步骤非必须，根据实际情况取舍，我这里是简单的尝试并熟悉 RPA 工具；不过逻辑还不够严谨，可以优化的点实在是太多。  - 8. 遍历图片链接并下载 “没有什么问题是一个 for 循环不能解决的，如果有，那就两个”,此处能够直接进行循环是因为之前 JS 代码返回的值已经是 list 了，因此将 url 遍历出来调用下载文件控件就能直接下载。  至此，一个简单的图片爬取 RPA 程序已经开发完毕。 ### RPA 测试 如果是大型的项目，必然会经过单元测试、集成测试等全面的测试历练之后才会发布。而对于此次的 **RPA 图片爬取**小程序，我只做了简单的调试，理论上调试依旧属于开发阶段，严格来说需要模拟各种场景、各种系统和上下文进行正确性测试等，测试完成后才可以上线。 作为伪测试，我输入**华为美女** 100 张，结果程序给了我 130 张，XDM 你们说测试通过吗？  ### RPA 优化 毕竟是 Hello World 级别的程序，出自 HW 攻城狮之手，因此有很多地方需要完善，比如逻辑的严谨性、没有考虑边界、下载的文件名杂乱等。毕竟真实的项目如果是这么个水平，估计…… RPA 的优化可以从最优设计、从性能、从实际业务需求等方面去实施。当然，屏幕前的您一定有自己的优化思路，期待您与我分享！ ## 小结 回到标题，咦，为什么是上篇，难道还有下篇？敬请期待吧！那么上篇讲了哪些知识点呢？首先是 RPA 环境搭建及入门，然后是 RPA 程序开发的套路，接着是网页元素处理、文件下载、如何调用 python 模块、如何调用 JS 等，最后是简单测试及优化建议。感谢阅读，希望能帮到您！ 最后，附送几个G的学习资料： [https://ilearningx.huawei.com/portal/courses?q=ANTROBOT](https://ilearningx.huawei.com/portal/courses?q=ANTROBOT) **如果您对本文有任何意见，欢迎与我联系，公众号:[胡琦](https://gitee.com/hu-qi/cdn/blob/master/me/wechat-huqi.jpg)， Wechat： [Hugi66](#)**

1       测试环境准备准备压测环境server端与client端Hi1822网口互连1.1          server端系统：CentOS Linux release 7.9.2009 (AltArch)网卡配置：enp6s0网口的ip地址设置为192.168.1.10启动Nginx服务，监听端口： listen 192.168.1.10:8066 1.2          client端系统：CentOS Linux release 7.6.1810 (AltArch)网卡配置：enp3s0网口的ip地址设置为192.168.1.101 使用性能测试工具wrk进行压测：./wrk -t64 -c1000 -d300s --latency http://192.168.1.10:80662       测试过程2.1          优化前server端安装鲲鹏性能分析工具登录 https://90.90.154.225:8086/user-management/#/login下发全景分析任务同时client端使用wrk工具进行压测：./wrk -t64 -c1000 -d300s --latency http://192.168.1.10:8066同时使用top工具观察：ksoftirqd进程是网卡软中断进程，操作系统上如果有多条这种进程出现并且长时间占用CPU时间（有多个100%或者高于70%的现象），就可以判断是操作系统已经出现网卡软中断异常。查看tuning-kit中断请求配置，发现了不合理配置：压测工具输出结果：Socket errors socket 错误的数量Requests/sec 每秒请求数量，也就是并发能力Latency 延迟情况及其分布 Requests/sec ：76486.132.2 RSS网卡队列中断绑核优化（1）先关闭irqbalancesystemctl status irqbalance      //查看irqbalance//systemctl disable irqbalance       //关闭irqbalance//（2）中断绑核查询网卡enp6s0所属numa0： cat /sys/class/net/enp6s0/device/numa_nodelscpu查看cpu架构信息，NUMA 节点0 CPU：0-31查询中断号：cat /proc/interrupts | grep enp6s0 | awk -F ':' '{print $1}'根据中断号进行绑核亲和性设置策略的基本原则是：本地CPU优先设置，尽量避免跨NUMA访问。网卡队列中断绑0-23for i in `seq 616 631`; do cat /proc/irq/$i/smp_affinity; done然后下发全景分析任务，同时client端执行./wrk -t64 -c1000 -d300s --latency http://192.168.1.10:8066，进行压测过程中，使用top查看CPU占用率：wrk压测工具输出结果：Socket errors socket 错误的数量Requests/sec 每秒请求数量，也就是并发能力Latency 延迟情况及其分布 Requests/sec ：96477.612.3 调整 RX queue 的大小ethtool -G enp6s0 rx 1024ethtool -G enp6s0 tx 1024下发全景分析任务，同时client端执行./wrk -t64 -c1000 -d300s --latency http://192.168.1.10:8066，进行压测过程中，使用top查看CPU占用率：wrk压测工具输出结果： Requests/sec ：147806.382.4 RPS/XPS配置优化配置RPS或XPS的原则是：确保软中断处理CPU和硬中断处理CPU分离，并保证两者的处理CPU都属于相同的内存域中。原始RPS/XPS配置如下图：下发全景分析任务，同时client端执行./wrk -t64 -c1000 -d300s --latency http://192.168.1.10:8066，进行压测过程中，使用top查看CPU占用率：wrk压测工具输出结果：Requests/sec ：148076.513    网卡调优数据总结

更了个新一直完成不了，求大佬

好望云PC SDK

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

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

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

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

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

　改变现状，从树立目标开始！　　行动的目标，就是要“只做测试工程师里更懂编程的人”。　　但为什要树立这个目标？请看下方的阐述：　　不懂代码逻辑，不懂代码原理，测试人员就会陷入“为何要测这么多点，要测这么多项”的困惑，那还怎么做测试？　　测试学不透，进入企业，大概率也只能按照企业的规定去做常规性工作，怎会有稀缺？技术实力不够就接触不到核心项目，还怎么能冲击高薪？　　懂源代码的测试和不懂源代码的测试，哪个能测的更深呢？不懂代码，就不会理解代码逻辑层次的耦合，就会不理解数据库设计，甚至还可能不理解网络层如何通信，拓扑架构……  这种“不不不”同学能明白研发项目的风险么？ 不明白风险，就难于精确设计测试用例，遗漏高风险场景可怎么办？ 这种“不不不”的软件测试人员，哪个大企业敢要？　　没有代码能力，你能有机会成为测试领域最前沿的人员吗？不懂编程，你既不能做企业急需的自动化测试，又做不了当前大厂疯抢的测试开发，那到了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，男女不限。　　因此，对于软件测试行业来说，男生、女生的性别差异不会对职场有太大的影响：男生固然有自己独厚的社会属性印象，但是女生也同样有着男生无法企及的优势。　　所以，只要你热爱测试行业，不要给自己设限，更不要轻言放弃，坚持学习就会收获自己在测试职场的飞跃，无论男女！以上。