被测软件的环境信息：硬件+软件+网络，比如被测对象需要怎样的运行环境，如何部署和实施？----一般由开发负责人提供
被测软件的需求规格说明书：是测试验证软件是否符合需求，符合交付的一项依据。-----一般由需求或产品经理提供，要最新的。
UI设计最终定稿图----一般也是由需求或产品经理提供，一定是最终定稿的，需要验证开发实现和原型设计之间的差异。
提测时间和发布时间：何时投入测试？需要测试几轮？在发布之前能测成什么样子的？----一般由项目经理确认，测试时还需要再确认一下，一般测试时间会被压缩，需要提前说好风险。
提测清单：说明提测的内容（哪些功能模块），负责人是谁，是否自测过？测试注意事项？git代码更新地址（更新环境，静态代码检查时需要使用）？---一般由研发人员提供。
缺陷管理地址：发现bug后提交到哪里？研发去哪里认领bug？测试去哪里确认bug是否被修复？整体缺陷的数量，发展趋势是怎样的?----一般平台是公司已经搭建好的，需要项目经理或研发经理提供具体的项目地址。
测试用例：是测试的指导员----一般由测试经理提供并安排
沟通群：项目相关的干系人，所有项目相关的人员，如需求，开发，测试，经理等，都需要建立一个群，便于测试找到对应的人去沟通。
汇报机制：测试时，需要了解工作汇报给谁？汇报哪些内容？