问题 交付项目的测试是如何做的，一个测试覆盖多少项目，交付配置了几个测试，是不是只做交付项目 新人如何快速上手 当前有哪些问题，如何解决，未来的规划,你们认为测试团队的理想状态是什么样的，还有哪些差距，具备哪些前提条件能达到，多久能实现 团队成员能力提升,不限于业务方面(测试成员的职业发展路线和内部的成长路径) 是否会交叉测试,频率以及利弊 产品更新较频繁阶段，通过什么方式拉齐测试团队对产品的熟悉 测试在某个阶段是否有变成问答客服的趋势，完成对交付同学或CS同学项目的支撑 是否有具备SAP角色，如果有是如何落地的 测试驱动理念是否有实行，实行它的权利与义务有哪些，是否对等除了迭代测试或测开或压测任务；团队成员还承担哪些事情(测试工程师、组长、管理者们)，投入的资源有多少，是必要投入还是团队之间的妥协 对于后端全局性、前端组件层的改动，是如何完成测试的 项目驱动产品 必须在某个时间节点完成，否则无法如期上线；但前期时间被过分消耗，留给测试的时间只有几天；可以通过什么方法减轻这种消耗 淘汰一个人的基本要素有哪几点 除了测试本身提高专业度和产品熟悉度，还可以通过哪些方式减少线上BUG的产生，其他团队人员或者机制 团队长期维护的文档有什么？ 测试是否给技术阐述测试点，技术的接受度如何；是否能提高提测通过率 当前测试平均每天工作多长时间； 产研团队50人的协同与产研团队200人的协同有什么不同，团队拓张过程中有没有出现过痛点 有自研或者组合出 测试类的工具或者平台