背景
在我现在的工作环境中，项目更换是一些做短期项目的同事经常遇到的事情；对于长期项目，由于各种原因(比如客户组织结构的变化)也会让不同角色的同事面临roll off和onboarding，通常来讲在一个项目做上1-2年已经是很长时间了。
目的
对于QA来说，当新上一个项目的时候需要尽快尽早熟悉项目环境和产品，对团队做出贡献。那如何做到这点呢？除了团队会提供相应的培训，QA们也应该有自己的方法来快速掌握项目上的知识。
我们可以使用onboarding checklist来从不同维度了解项目。这个checklist包含了QA应该了解的项目的各个方面，可以成为QA自己实践学习快速融入项目的参考，也可以成为团队培训新人的材料。
QA onboarding checklist 内容
QA可以从下面几个维度着手来上手项目
团队结构
- 公司背景
- 行业背景
- 部门背景
- 项目组背景
- 项目组职责
- 大项目组的成员架构
- 人员组成
- 团队不同角色和其责任
- 客户/服务对象
- 依赖项目人员联系方式
- 我的使命
- 团队对我的期望
- 交流方式
- 工具：邮件，skype
- 加入相应的邮件组
- 团队工作方式
- Way of Working
- Escalation
- Social contract
- Way of Working
项目情况
- 项目依赖服务
- 上游/下游项目/团队
- 第三方服务集成
- 相互依赖团队协作方式
- 知识管理
- 工具：Confluence
- 需求管理
- 工具：JIRA
- 故事墙
- Backlog
- 风险管理
- 项目专用术语
- Release
- 过往release情况
- 当前release进展
- Roadmap
产品知识
- 产品业务知识
- 产品特点
- 接口
- 数据
- 功能
- 平台
- 操作
- 产品不同环境的访问地址
- 产品代码库
- 代码托管服务地址
- 开发环境搭建教程
- 产品专用术语
- 产品专家
项目开发流程
- 敏捷实践
- Agile ceremony
- Standup
- Retro
- IPM
- Kick off
- Backlog grooming
- Shoulder check
- Elaboration
- Estimation
- Showcase
- TDD
- UT coverage
- Pair
- Code Review
- Tech huddle
- Agile ceremony
- 故事卡流程
- 常用工具
- IDE
- 自动填表单脚本
- 定制shell
项目开发技术
- 项目架构设计
- 项目前端技术
- 项目后端技术
- 项目数据库技术
- 工具
- 权限
- 项目构建技术
- 工具： Gradle
- 项目持续集成
- 工具： Jenkins
- 流水线
- 发布包管理库
- 项目版本控制
- 工具： Git
- 项目部署技术
- 蓝绿部署
- 项目发布流程
- 项目运维情况
- 云服务 AWS
- 项目日志管理
- 工具： Splunk
- 项目代码规范
- checkstyle
- unused import
- 项目开发流程规范
- Git forking工作流
- Frequent commit
- Pull request
- Broken build
- 项目线上问题处理流程
- 安全策略
项目质量保证
- 质量标准
- 测试策略
- 测试流程
- 测试类型
- 测试方法
- 探索式测试
- 自动化测试
- 项目地址
- 技术栈
- 运行情况
- 非功能性测试
- 测试交付物
- 测试报告
- 质量报告
- 用例管理
- 缺陷管理
- 测试团队状况
- 其他测试人员
- 以往测试结果
- 我需要具有哪些技术和能力
- 团队还有哪些其他的技术和能力
- 测试小组可能缺少哪些技术和能力
- 测试设备工具准备
- postman
- browserstack
- 质量保障体系
要点
- 上面的checklist中，有些条目是有链接地址的，切记要把正确的地址链接到位
- 上面的checklist中，有些工具是需要申请权限的，记住都要申请和developer相同的权限，比如代码库提交的权限
- 上面的checklist中所列出的工具或技术只是参考
如何使用这个onboarding checklist
- 自己用： 如果你是自己总结了一个onboarding checklist，可以自己walk through这个checklist，查漏补缺。对于checklist里面的某些方面，如果项目里还没有对应的内容，那恭喜你，这将会是你接下来需要思考的问题。
- 团队用： 不同的软件项目都是不一样的，上面的checklist是一个“大而全”的列表，团队需要根据自己的项目情况对这个checklist进行定制化；此外，每次对onboarding checklist的使用都会收集到一些反馈(比如项目的复杂度增加)，我们需要更新一些条目，所以这个onboarding checklist也是需要被持续更新和改进的，保证和项目最新情况同步。团队可以根据checklist的内容，找团队不同成员给新人做培训。这也是新人的参考资料。
