‌对方案测试的理解-1

‌可能出现的困难

‌‌未来，随着产品形态、产品更新、技术更新，都越来越多，方案测试想了解把控其所有的内容，会成本极高，对能力要求也很高，是一个挑战。长久来看，由各个产品线来主负责，也会更专业和有效。方案级测试定位上承需求、协同各产品测试、展示、落实。

方案级稳定性的测试环境，单独来搭建和模拟，人力和资源成本也极高。考虑各产品线共同参与，部分复用此环境做稳定性验证，各产品负责自己的节点，包括硬件提供、配置、监测。

‌方案级的性能参数统计。我们希望模拟实际场景以进行性能统计，比如抓拍率，而如果方案测试自行搭建、布点位，会产生极大耗时，利用率不高。未来更多的产品形态接入，要求的实际场景势必也不同，搭建的点位也会琳琅满目，工作量难以承担。可考虑在项目初期讨论分工，协同各产品线一起进行搭建，未来统一管理，资源互通、提高利用率。

‌定位

1.协调拉通，补缺和完善公司级测试验证手段和模式（持续挖掘客户使用方式、收集分析外部反馈缺陷、纠正测试场景与实际使用的偏差、拉通产品线间共享优秀点）。

2.助力方案落地展示、实施、复制（快速部署，对接支持发布会/展会）。

3.拉通测试资源，精简方案级验证搭环境、布点位环节耗时。起一个轴承、方向的作用，引导各产品测试朝最有效的方向运转。

‌

节奏

1.前期对接方案需求，归纳客户使用方式、典型场景、外部缺陷

2.转为测试语言，输入到各产品线测试，合理分工，一起完成高质量的测试交付。

3.跟进各产品线的测试走向，避免早期方案预期的偏差。

4.下承方案的展示、落地、复制。

‌