软件测试人员必须编写代码吗？

相信每一个刚入门软件测试的小伙伴都会琢磨一个问题：软件测试人员，要不要写代码？

其实这个问题同样困扰着已经在测试行业闯荡了几年的测试小司机们。

那今天，我就来给大家分析一下~

01

各种软件测试角色

一般而言软件测试大体可以分为两类角色：

1. 业务型测试

通常在系统开发完成或大体完成的情况下参与验证测试系统的功能及其完整性。该角色属于非技术类，一般情况下不需要写代码。

2. 技术型测试

技术型测试所关注的层面不同于业务型测试，要求掌握或是具备数据库、编程能力、系统架构、数据设计和应用接口等技术能力。

通常情况下技术型测试人员在开发阶段便介入测试工作，从代码层面开始进行测试，因此技术型的测试会面临更多的挑战。

技术型测试工作通常涉及两方面的工作，既要做开发，又要做测试。像我们平时所知道的自动化测试、性能测试、安全测试通常被归为该类。

02

优秀测试人员的属性

软件测试的方法会因软件产品的需求、行业的不同而所有不同，而优秀的测试工程师在整个产品的测试过程中扮演着极其重要的角色。

一个优秀的测试工程师应该具备：

丰富的行业知识

优秀的逻辑推理能力

良好的编程技能

软件测试工程师为什么必须掌握编程能力？

做自动化测试时，你需要写代码

做白盒测试时，你需要读懂代码和写代码

做数据库操作时，你需要会sql的增删改查操作

在敏捷测试过程中， 你需要会写自动化测试

做性能测试，你需要写代码

做安全测试时，你需要写代码

做数据测试时，你需要写代码

03

测试员的工作过程

1. 版本或者产品的规划阶段

作为一个测试人员，这个时候可以从一个更高的角度对产品的规划提出自己的想法，来更好的帮助产品取得成功。

需要具备的能力或者知识：对于产品的商业理解以及整个行业和市场的理解都比较深入，实际上这个时候我们可以将自己看成是一个产品经理。

2. 版本的需求阶段

测试人员已经能够开始做需求阶段的缺陷预防，保证需求是能够满足用户的原始需求，并且整个需求都是非常清晰和合理的，版本后期没有需求不合理或者需求不清晰的问题。

需要具备的能力或者知识：对于客户的使用场景非常清楚，能够在客户角度上面思考问题；有自己的一套需求分析的方法，最好是模型或者checklist之类的；非常好的分析能力，能够通过需求文档分析到可能潜在的问题。

3. 设计阶段

测试人员开始做设计阶段的缺陷预防，能够对于研发的整个设计方案非常清楚，能够根据研发设计文档里面的业务逻辑图自己能够站在测试的角度来画出一份让测试人员更加容易理解的业务逻辑图，并且能够发现研发在设计方案上存在的一些问题，并且指导研发进行修改。

需要具备的能力或者知识：比较深入的业务背景知识；熟悉开发使用的语言；业务分析和转换的能力。

4. 编码阶段

测试人员开始编写单元测试、接口测试用例、测试工具或者自动化测试用例，并且开始思考后面如何去更好的测试，并且帮助研发提前做好编码阶段的缺陷预防，甚至做得测试驱动开发。

需要具备的能力或者技能：熟悉开发使用的编码语言、能够对开发的代码进行静态走读、熟悉开发使用的编码语言的单元或者接口测试方法和框架、具备测试工具开发的能力、具备自动化的能力，良好的代码分析能力和用例设计能力。

5. 测试阶段

测试人员开始制定测试策略和测试计划、执行测试用例、发现和定位bug、跟踪和回归bug，质量分析，有效的探索性测试等等，目的是花更短的时间来更好的保证质量。

具备的能力或者技能：制定策略和计划的能力、执行能力、分析和排查问题的能力，业务的理解能力，对代码的熟悉程度，模块的质量分析能力等等！

看到这里，如果你有一颗想要顺利进阶，升职加薪的心，不妨关注我们的公众号，学习更多软件测试技能！