职场硬货：刚入职面对陌生的被测系统, 没有需求文档如何快速熟悉?

各位小伙伴大家好, 今天为大家分析一下在企业中, 如果快速的上手被测系统/软件, 了解产品目标业务需求, 做到尽快尽职完成测试工作。

找到所有可能的相关文档

尽可能找到项目开发计划书, 项目签订的合同, 一般合同中会包含项目研发背景, 与产品及功能点概述, 这样可以先了解项目背景, 尽可能熟悉大致的需求, 才能覆盖周全。

如果你想学习性能测试，我这边给你推荐一套视频，这个视频可以说是B站播放全网第一的自动化测试教程，同时在线人数到达1000人，并且还有笔记可以领取及各路大神技术交流：798478386   

【已更新】B站讲的最详细的Python接口自动化测试实战教程全集（实战最新版）_哔哩哔哩_bilibili【已更新】B站讲的最详细的Python接口自动化测试实战教程全集（实战最新版）共计200条视频，包括：1、接口自动化之为什么要做接口自动化、2、接口自动化之request全局观、3、接口自动化之接口实战等，UP主更多精彩视频，请关注UP账号。https://www.bilibili.com/video/BV17p4y1B77x/?spm_id_from=333.337.search-card.all.click

同时开发人员输出的概要设计或详细设计说明书, 都能够帮助测试人员对项目的业务和数据产品规则有明确的帮助.。

再加上开发人员记录的版本迭代记录, 每次项目组会议的记录, 之前已经进行过的相关测试文档等内容, 从文档方面尽可能的进行详细的参与。

从0开始进入新项目, 没有完整的需求文档

首先虽然没有需求文档, 但在企业中, 一定会有关于需求讨论的相关记录, 那么第一时间应该着手去熟悉此类文档。

同时加上产品自身, 用少量的时间快速理清产品主要业务流程和核心逻辑, 对于存在疑问的地方进行详细的记录, 及时与开发, 产品经理, 项目负责人等进行沟通确认。然后结合之前已经存在的数据和设计文档对数据进行核对确认。

 

一个中途开展的项目, 只有系统的用户操作手册

通过各种项目组内的会议(如需求澄清会议, 业务部门的讨论)、开发、设计及项目讨论会议等，多参加, 即使没有形成书面的产品说明书, 也可以在讨论过程中加深对产品的理解, 并发现必要的关键性需求和关联因素, 最重要的弄清楚每个需求背后的业务和数据流转. 同时可以站在用户角度进行深入的思考.。

集合用户操作手册, 对用户主要使用的相关功能进行详细的深入的了解, 并输出测试需求。

项目中多数需求由产品经理口述, 寻找关键人员

积极主动, 持续总结, 目标导向。测试人员在项目组内的角色并不像产品经理需要持续对外沟通, 但团队内部的沟通依然非常重要, 与项目经理,、产品经理,、开发团队,、运维团队甚至客服人员的沟通, 能够极大的促进测试人员对需求的分析和掌握, 良好的沟通能力也可以有效的提升工作的效率, 同时对新人的产生影响, 使团队中的每个成员都感受到几级主动的态度, 大家自然也愿意支持。

还有就是在平时的产品分析与会议中, 不断的总结和沉淀, 形成测试需求(如思维导图), 然后不断的对测试需求进行完善, 以方便团队中的每个成员, 对项目对产品的不断发掘, 从而加强对项目需求的深入理解和测试工作的持续开展发挥价值.以最终达到测试需求的梳理为目标, 做到需求全覆盖, 在这个过程中不断对团队的工作方式, 包括项目产出物进行要求, 从而影响到团队中的每个成员, 使所有人都清楚了解, 每个项目参与者都应该对项目质量负责。