进入到一个新的产品，如何开展测试工作

前言

前一阵子，参与到一个新的产品做测试工作。
记录一下进入到一个新的产品，如何开展测试工作。

进入到产品后，首先是 成员的简单熟络，方便之后工作的沟通 。

01、需求了解

第一步就是对需求的了解并且使用产品。

这个产品是什么
主要功能是什么
有什么权限
不同权限的区别是什么
产品的整个流程是什么
目前已经有几个迭代
是通过什么代码实现
等等

02、逐渐融入团队

一定要主动找相应的开发给自己开通应用权限，如：Git（版本管理）、eolinker（接口管理）等

通过历史文档找到：测试DB账号/生产DB可读账号并且链接。若历史无文档，需询问开发。

从以上的步骤：会比较清楚开发同学代码的提交/版本的管理/接口的信息/DB以及各表字段的设计，会对这个产品的表面了解 慢慢深入到 实现了解

也会提高开发同学对测试同学的信任度。

03、多听、多想

前期参加一些需求会议的时候，建议多听多想 。听产品讲，听开发讲，在认真倾听的同时，一定要做好笔记，记录好自己的问题，不要在会议上突兀的打断/提出自己的疑问，可能你的这些疑问，需求文档上就有，所以先去需求文档、相关文档找到答案，如果没有找到答案再单独的问产品/开发。

如果在需求会议前，已经整理了一部分的问题列表，就可以在需求会议上直接问了。

04、测试文档创建

进入团队后，一定要关注你进入的团队，测试文档结构是否已经搭建好了 ？
是测试文档结构很清晰？还是测试文档杂乱无章？或者之前无任何测试文档？
如果测试文档结构很清晰，那你可以多去看历史的测试文档内容；如果测试文档杂乱无章，可以自己简单分类创建一下；如果无测试文档，那我就建议让你自己创建一个测试文档的结构了 。

我这次进入的团队，就是无任何测试文档。
所以我先创建了一个简单的测试文档结构：

分工排期
用例输出
业务梳理
测试总结
测试流程
帮助文档

并且将自己之前的一些整理分门别类的创建对应的文档，并且告诉团队成员们 。

这个是很重要的一部分。将自己测过的内容归纳总结。

好记性不如烂笔头。把测试过程中的一些重要内容以及细节总结输出成文档。当自己或者其他测试之后再要测这块功能的时候，有文档可寻，可以很快上手。

05、沟通
其实这个阶段自己已经对这个产品比较熟悉了 。
然后自己要多多增进与开发与产品的沟通。
一定要发挥自己的主动性哦。这里提几个点：

关注产品的需求文档是否有遗漏
关注产品的原型图是否与需求一致
与产品单独确认，发现需求要变更后，及时将变更后的内容告知对应的开发
关注开发的排期是否会影响测试时间
关注开发的提测时间
关注开发设计文档
与产品确认最终上线的时间
关注开发不能准时提测的原因
推进开发修复BUG的进度
与产品沟通某些BUG是否可以推后修复
等等

以上就是我进入一个新的产品，开展测试工作的过程。一句话总结：多总结多思考，不懂及时问，沟通很重要。