大家好，今天小编关注到一个比较有意思的话题，就是关于软件测试需要编程经验么的问题，于是小编就整理了1个相关介绍软件测试需要编程经验么的解答，让我们一起看看吧。
软件测试员必须编写代码吗？掌握多少编程能力才够？
传统的手工测试人员可能并不需要掌握代码能力，但随着产品功能的日渐复杂，企业要想占领市场，必须重视软件的质量，所以对于测试工程师的能力要求也越来越高。
代码是测试人员必须具备的能力，只有这样才能够编写测试脚本、搭建测试框架，能够独立完整地测试整个项目，产品的质量相对来说更有保障，更安全可靠。
但是与开发相比，软件测试对于编程要求不是很高，只是要求要懂一些基础的编程语言，所以完全不用担心。
测试分为自动化和半自动化，自动化成都越高对变成能力初期要求会弱一点，但是要实现自动化的构建则要求就很高了！另外对于半自动需要人工参与的要求相对少，但是对业务逻辑和测试的基本规范要熟悉，例如输入框的大小，长度的限制，是否有提示，是否可回填，内容是否可以粘贴等等。对于黑盒测试要求会低一些，对于白盒测试会高一些，对于压力测试必须要技术过硬！
有编码能力更好，没有也可以做黑盒测试，也就是简单的功能测试，也包括安全测试。
对于高级一些的白盒测试要求懂代码，性能测试更是要求高。至于自动化测试需要懂代码脚本，否则全靠UI级别的 拖动，很难写出流畅的自动化脚本
本人曾经任职于各阶级的公司，上到BAT，下到创业公司，说实话，遇到过会写代码的测试工程师还是比较少的。我这里从一个前端工程师的角度说一下一个合格的测试工程师需要具备怎样的代码能力吧。
1. 首先，你要具备正常的甚至超凡的阅读理解能力。为什么？因为在测试开始之前，你需要理解需求，那么你就需要去阅读PRD(产品需求文档)。大部分情况下，具备正常的阅读理解能力就足够了的，当然也有部分很low的产品写的PRD跟屎一样，甚至都没有一句通顺的话，这时候你非但需要相对优秀的理解能力，以及我即将说的下一点。
2. 具备较高的沟通技巧。PRD写的跟屎一样，导致你无法理解需求，你总需要去找产品对一遍吧？怎么在最短的时间内搞清楚自己的疑惑？————这时候就需要相对较好的总结问题的能力以及沟通的技巧（毕竟还是要忍住心中的怒火不去骂产品，或者用更委婉的方式骂？）
测出bug了，你就要去找前端/后端沟通了吧，这是不是一个bug？是前后端谁的职责（直接影响你的bug要提给谁，虽然大多数测试人员都是提给前端，再由前端去“分发”bug，但如果作为一个测试工程师的你能精确的把bug提给正确的责任人，那么升职加薪就离你不远了）
3. 学习能力。这一点就不作过多解释了，现在已经进入终身学习的时代了。
4. 编程能力。其实这个，真的不重要，但却是一个锦上添花的技能。大多数在工作中需要用到的编程技巧可以通过学习快速掌握（往往只是写sql层面？），这里的编程能力，不是说能写代码写算法实现各种功能，而是一个编程界的大局观，最主要的一个体现就是：前后端的能力边界在哪里。这个可以直接影响到一个测试工程师和前后端工程师交流时是否足够通畅，是否能引起共鸣，这就又直接导致了双方是否会出现英雄之间惺惺相惜的情愫，再往以后就会影响到测试人员和开发之间的关系是否融洽，是否能够愉快的在一起工作（咳咳，貌似扯远了）。
到此，以上就是小编对于软件测试需要编程经验么的问题就介绍到这了，希望介绍关于软件测试需要编程经验么的1点解答对大家有用。
