以结构性思维进行项目测试工作交接
测试工作中，很难遇到一个全新的项目，从立项持续到项目完结；通常都是接手一个进行中的项目，从对项目一无所知或者略知一二，到快速上手并能管理和执行此项目的所有测试活动；笔者以近期接手的项目为例，采用结构性思维方式，从项目测试负责人的视角，阐述如何进行项目测试工作交接活动？
开始着手一件事情，需要先整理出大致的思路，并用熟悉的方式列举出来，excel表格或者思维导图都可以；列举的方向如下：
- 项目人员名单（特别关注项目经理和各端负责人）
- 申请项目权限（配置管理系统账号和地址、日报等）
- 测试相关系统的地址和权限（测试用例设计系统、缺陷管理系统），
- 也可以把其他需要特别关注的内容列出来，例如组织结构图等，结合各公司的实际情况即可。
接下来可以开始交接活动，根据已列的交接清单与原项目测试负责人进行项目情况的初步沟通，沟通项目大体进展、测试基本情况、测试负责人日常的工作项及汇报关系（周报和日报的编写要求等）、当前项目内其他测试人员的任务分工等，明确如何申请各系统账号和权限，需要首先开通项目配置管理权限，方便主动查看项目文档；请原测试负责人输出一份书面的项目交接工作清单，包含项目各系统地址、未配置的测试相关文档及模板等。
初步沟通之后，对项目有了初步的了解，然后进入具体事务的熟悉阶段；此阶段分成两个部分，对事务的熟悉和对干系人的熟悉，笔者结合自身经历重点聊聊如何逐步熟悉项目事务，采取从面到线再到点的策略，并记录看过的文档名称、关注的重点信息及疑问点。
首先，粗略查看项目UE文档和非功能性需求文档，对项目涉及的各系统、模块和系统关系有初步了解；其次，查看与客户签订的开发技术协议书，明确公司对客户承诺的测试输出；第三，查看项目标准过程裁剪表，适用于本项目的软件开发过程，识别测试过程及阶段成果物；第四，查看项目开发计划、项目周报和风险问题管理表，了解项目实际进度和风险等；完成以上四部，可以掌握项目的基本情况，最后，根据当前项目阶段的任务，有重点的进行测试需求理解，需求理解的内容涉及系统UE、PRD、系统架构、接口协议、数据库设计、已完成的接口测试用例和功能测试用例等。
