初级软件测试岗需要做些什么？需要负责需求评审、需求分析、测试计划、测试排期、测试用例编写、评审、测试数据模拟、构建、测试环境服务部署、执行测试、bug记录/提交/跟踪、测试报告、文档输出等工作。

　　需求评审、需求分析

　　在需求评审阶段，大部分产品和研发人员会一起参与，所以评审需求是否合理，如何确定合理的需求对于业务分析至关重要。

　　在这一部分，我想表达的是，需求分析不仅仅是一个产品和研发活动。作为测试人员，我们也可以结合自己的项目经验和测试经验来分析需求。我们不希望能够完全分析出来，但是我们必须要有这种积极的思考和想法去关注一些我们关心的点。

　　测试计划，测试计划

　　规划调度，很多测试人员只是对当前审核的单个模块做一个简单的预估，做一些调度计划。

　　这一部分，我想表达的是，其实作为测试人员，我们在制定自己的进度计划的时候，有必要知道其他功能模块的测试进度，因为大部分的研发项目，功能需求之间是有一个连接，甚至是一个序列，一个前提。如果对需求业务了解不够，完全不考虑，就会乱，复测场景会更频繁。这样的调度方案无疑会在一定程度上失败。

　　编写和审查测试用例

　　测试用例的编写和审查是研发乃至产品的自检环节。通过对用例的回顾，重新审视自己的需求。这里的需求包括产品的功能需求和研发人员的开发需求。

　　用例的细致、严谨、倒角、覆盖场景等，都会促使大家“想多了”。

　　这部分，我想表达的是，很多测试人员并不看重这个用例的写法，他们只是想保持简单，认为研发方已经考虑的够多了，没必要再写了。干预。其实，这种想法是非常错误的。我们测试人员要有一个“认为研发的业务逻辑没有我们强”的思维。

　　测试数据模拟、构建

　　什么是模拟施工？很多测试人员在功能接口研发完成的基础上，使用接口进行数据的增删改查。是的，这也是构建过程的一部分。

　　但是在这一部分，我想表达的是，我们需要对业务和研发的设计有足够的了解(通过HLD设计评审，通过接口API，数据库表等)。如果有条件的话，我们需要能够模拟自己业务相关的数据，从另一个角度去审视和检测相关的业务接口。

　　测试环境服务部署

　　这部分说实话不一定要委托给我们测试和实现。虽然是测试环境，但是不同的公司对测试环境的权限控制分配是不一样的。

　　但是对于公司项目的服务部署，我们作为测试人员其实是需要具备这种能力的。我们可以根据情况对版本(数据库数据)进行归档，分段测试等。

　　执行测试

　　执行测试，这部分，还要看个人测试执行能力的掌握情况。因为考试的门槛低，大部分初学者可能基本都能做到点点，但是如何做到点点才是提升能力最直接的途径。

　　因为我了解到我身边的很多测试还处于一旦离开功能页面就无法对该功能进行测试的情况。说实话，这是非常不合适的。只需连接到后端接口，就可以进行一系列的操作，比如业务逻辑、稳定性、性能、安全性等等，这些都可以从前端单独测量，然后再组合起来。

　　bug记录、提交、跟踪

　　这部分大家应该都非常熟悉了。说到测试或者研发，大家最喜欢说的就是bug这个词。

　　所以我要强调的一点是，跟踪。tracking，我想表达的是分为两个部分。一部分是不合作的主动跟踪。根据我们的测试用例和业务分析，我们可以自行跟踪定位问题，进一步合理分析现象。另一部分是配合跟踪，配合相关研发人员复现定位问题。

　　测试报告、文件输出

　　这部分是很多初级测试人员的烦恼，他们不想或不会写文档。其实初学者不会写测试很正常。没有人天生拥有一切。我们可以根据前人的指导输出文档。但是，在输出文档时，往往需要对很多测试项目进行数据描述。这个时候就是直接告诉你需要学习和掌握的东西。

　　为了增加上限，测试岗位人员需要了解的知识非常非常广泛。初级软件测试岗需要做些什么？包括但不限于https、加密算法、socket、Nginx、DNS、缓存、抓包、json分析、数据结构、resultful、分布式、内存、mock、Android/ios、手机机型/系统、mysql、linux、线程，注入攻击，语言框架，中间件等等。

　　【免责声明】本文部分系转载，转载目的在于传递更多信息，并不代表本网赞同其观点和对其真实性负责。如涉及作品内容、版权和其它问题，请在30日内与联系我们，我们会予以更改或删除相关文章，以保证您的权益！此页面下方声明无效！