请问软件测试工程师需要掌握哪些技术，软件测试工程师需要掌握的技术-华宇考试网

本文主要针对请问软件测试工程师需要掌握哪些技术，软件测试工程师需要掌握的技术和软件测试理论方法有哪些等几个问题进行详细讲解，大家可以通过阅读这篇文章对请问软件测试工程师需要掌握哪些技术有一个初步认识，对于今年数据还未公布且时效性较强或政策频繁变动的内容，也可以通过阅览本文做一个参考了解，希望本篇文章能对你有所帮助。

请问软件测试工程师需掌握并熟悉什么技术？

第1个步骤，测试基础：

测试基础是软件测试重要，要优先集中精力的部分，只要你是做测试，不管是什么测试，测试的基础、理论知识都是一定要学会的。大约就涵盖：测试计划编写、设计测试用例、编写测试报告、编写BUG报告单、跟踪BUG修复情况、还要有良好的沟通能力、还有各自不同的测试阶段所使用的测试方式、单元测试、功能测试、集成测试、系统测试等。

推荐去北京尚学堂学习测试语言技术，1796节课时，整个过程项目实战化，他家的线上品牌是百战程序员，做的也不错，上班族可以考虑线上学习，工作学习俩不耽误，我一朋友就是他家毕业的，目前薪资2w多了。

第2个步骤：学习脚本语言

如：python语言,当然python 是一门相对简单的计算机语言，考虑长远发展，需了解C语言或者java。都说C语言难，但是，用得确实也多。

第3个步骤：学习软件测试工具

学习软件测试工具依然不会难，只是需我们去系统的学习。例如性能测试工具loadrunner，自动化测试工具selenium、Appium,接口测试Jmeter、Postman等。虽然说工具不是万能的但是，工具能为我们提升工作效率，故此，一定要得会熟练的使用。重要的一点是要结合项目详细去操作，实践出真知，理论知识在实质上项目中才可以得到夯实。

第4个步骤：计算机硬件知识

做过性能测试的都清楚在性能测试途中硬件性能也是一个很重要的指标、CPU、内存、IO、带宽等等、假设你是做硬件测试的。既然如此那，就更不需要说了。交换机、路由器、防火墙这些设备都需带来一定了解。

第5个步骤：数据库测试

MySQL数据库

MySQL简介、命令行工具还有数据管理、MySQL数据查询（条件、分组、聚合函数、排序、分页、连接查询、自关联、子查询）、内置函数、项目练习、数据分表、Python操作MySQL。

Redis数据库

Redis简介、客户端和服务器、数据类型(string、hash、list、set、zset）、各自不同的数据类型操作、Python操作Redis、主从、集群。

第6个步骤：项目实战

好参加真实项目标测试工作，累积真实项目标测试经验。

通用技能上：1.基本计算机知识（操作系统，数据库，通讯协议原理，熟悉至少一门编程语言）2.基本软件测试知识（各自不同的测试理论，测试方式论，测试用例编写，缺陷界定标准，软件质量评估）3.简单项目管理知识产品、系统认识和了解：1.熟悉所测产品功能，可以将产品文档内描述的UC转化成TC，这个基本2.熟悉所测产品的一部分隐藏需求或者功能（业务上的进阶能力）打个比方，支付公司上一种新的支付渠道，熟悉业务的测试人员需要可以预见到本次升级可能会对前段界面、系统账务、各种报表等各个模块导致影响，以此一并纳入测试范畴。要清楚，不少时候，就算是接入这些渠道的产品经理，也未必会在Prd或者UC中对这些可见影响项一一列出，这需经验和责任心。性格上：1.有牛皮糖属性的为佳，越“不要脸”越好测试工程师，在不少公司，和研发是有业务上对立属性的（虽然从宏观的视角上来说，都也是为了提升软件质量服务）。测试工程师提交的BUG越多，说明了研发工程师工作质量越差，需返工的工作量也越大，甚至会影响绩效，故此，测试工程师有的时候，候比较容易得罪研发部门。一个可以相对坚持原则（例如3级BUG以上一定要改），又能拉下脸和不愉快的研发工程师保持很好关系的测试工程师，会对项目质量起到很重要作用。说究竟，又能做事（发现BUG并督促更改），又会做人（该进的不让，该退的绝对给面子，大化消除部门间矛盾）的测试工程师是十分难得的。2.有异想天开属性的为佳这个只可意会，不好言传的。在我带过的团队Team里，的确有那种奇葩……常常会用令人匪夷所思的方法找出BUG，这是天赋。3.会“偷懒”的为佳这里的偷懒不是指上班发微博聊天混日子，而是可以利用已知资源对枯燥乏味的测试工作进行优化的考生。说个实例子：我之前公司曾经上过一个“授信”项目，做过金融类项目标考生各位考生都清楚。授信项目标测试用例真基本上算是相当变态，随着账期、滞纳金率、手续费率、利息率、本金、还款情况的不一样，可以衍生出无比多的用例，同时每个用例进行编写时，都要认真按照规则计算预期结果的资金状况，很费力。咱部门一个小伙子，头一天晚上拿了PRD，次日晚上就利用Excel写了一个固定某些账期下不一样情况下的各项资金计算工具(有一部分小BUG，无伤大雅)……大大减少了兄弟们按计算器的工作时间。这样的“懒”员工，你是领导你喜欢不？事情没完，在实质上测试的途中，我们发现但凡是研发更改了BUG，会引发其他用例的大崩溃（这种类型项目真悲剧，牵一发动全身），每一次版本升级我们都不可以不进行全面的回归测试。太坑爹了，这不是要命么？聪明的测试同事们又想偷懒了，他们在数据库端写了一个数据匹配工具，每一次新跑用例就拿正确的（已保存）数据文件自动去比对新出现的文件，自动返回比对结果。兄弟们再也不需要每一次回归都一行行打SQL去查数据了，棒极了。在研发更改BUG之余，他们自己写了一套存储过程，可以达到数据的自动回归和增量备份，再也不需要每一次把全部数据擦光从第一个交易日跑起了，棒极了！说了很多，实际上就一句话：干一行，爱一行。