北京软件测试工程师的主要工作内容是什么，学软件测试推荐北京博为峰，博为峰培训学校,IT培训领跑者,注重实战能力的培训，每一个阶段的理论学习都至少配置2-3个企业级真实项目，帮助学员消化知识、学以致用，让学员掌握多平台、多环境下的核心实战技能。

　　初级软件测试岗需要做些什么？

　　需求评审、需求分析

　　需求评审阶段，大多数都会有产品、研发相关人员一块参与，那么评审需求是否合理，怎么样才能确定下来一个合理的需求，对其业务的分析是必不可少的。

　　这一Part，我想表达的一点是， 需求的分析，其实并不是仅仅是产品、研发的的活，作为测试人员的我们，我们也是可以根据自己的项目经验、测试经验，对需求展开分析， 不求能完全剖析，但是我们要有这种活跃的思维、想法，去关注我们关注的一些点。

　　测试计划、测试排期

　　计划、排期，很多测试人员只针对当前评审过的单一模块做一个简单的估量，做一些排期计划。

　　这一Part，我想表达的一点是，其实作为测试人员的我们，在做自己的排期计划时，是有必要了解到其他功能模块的测试排期，因为大多数的研发项目，功能需求之间都是有联系、甚至有先后、有前提的。 如果对需求业务了解不够，不考虑完全，出现乱套，重测的场景就会较为频繁，这样的排期计划，无疑多多少少也是失败的。

　　测试用例编写、评审

　　测试用例的编写、评审， 这环节对于研发、甚至是产品，都算是一个 自检环节。 通过用例条的评审，再次审视自己的需求，这里的需求包括 产品的功能需求 以及 研发人员的开发需求。

　　用例的细致、严谨、逆向角度、覆盖场景等，能够促使大家 ‘ 多虑 ’。

　　这一Part，我想表达的一点是，很多测试人员不看重这个用例的编写，都是想从简，认为研发这边已经考虑够足了，不需要插手。 其实这种想法是很不对的， 我们测试人员要有一种 ‘认为研发的业务逻辑并不比我们强’ 的思维，就这些研发，能考虑周全么？ （PS：我是研发）

　　测试数据模拟、构建

　　什么叫模拟构建？ 很多测试人员都是基于研发功能接口完毕了，才去使用接口做一些数据的增删改查。没错，这也是属于构建的环节。

　　但是这一Part，我想表达的一点是， 我们要对业务足够了解，对研发的设计足够了解 （通过HLD设计评审、通过接口API、数据库表等），我们较好能要求自己能够在设计稳固下来后，自己能够针对业务场景，自己模拟出相关的测试数据（包括第三方数据、自己系统数据，可能还会涉及到各种组件、中间件的使用）。

　　如果我们有条件，我们需要能够做到自己把自己的业务关联数据都能模拟出来，换角度去审视、检测相关业务接口。

　　测试环境服务部署

　　这一Part，实话说，不一定能够下放到给我们测试去实现。虽说是测试环境，但是不同公司对于测试环境的权限掌控分配也不同。

　　但是对于公司项目的服务部署，我们作为测试人员，其实也是需要具备这种能力的。 我们可以看情况做版本（数据库数据）的归档，阶段性地分离测试等。

　　这一Part，我个人了解不够，不多言。

　　执行测试

　　执行测试，这一Part，也是要看个人测试能力的掌握程度去执行。因为测试门槛低，可能大多数刚入门的也能够做到基本的点点点，但是怎么去点点点这一部分是较能直接去提升能力的。

　　因为我了解到身边很多测试，还处于一旦离开了功能页面，就无法对功能执行测试的情况，说实话这是非常不应该的。 光是对接后端的接口，已经可以展开一系列的操作了，业务逻辑、稳定、性能、安全等等，这些都是能够前后端分离测再结合测的。

　　bug记录、提交、跟踪

　　这一Part，大家应该都非常熟悉，一提到测试或者研发，大家较喜欢说的就是bug 这个词。

　　那么我想强调的一点是， 跟踪 。 跟踪，我想表达的是分为两部分，一部分，主动无配合跟踪，我们根据我们的测试用例、业务梳理，能够自己跟踪定位到问题，并且能够对该现象做进一步合理的分析。另一部分，是配合跟踪，配合相关研发人员做问题复现、定位。 还补充一点，就是进度的跟踪，这个不多说。

　　测试报告、文档输出

　　这一Part是很多初级测试人员的懊恼点，不想、不会写文档。其实对于刚入门的测试不会写，很正常，没有人天生啥都会， 我们是可以基于前辈的指导去输出文档。 但是在输出文档的时候，往往需要很多测试项的数据说明，这时候，就是很直接地告诉你，你需要学些什么，掌握些什么。