pocdemo测试流程规范内容摘要：
行反馈 ， 直至 售前 判断可以满足 客户 测试要求为止。 五、 用户现场测试 （第一轮） 争取 以一轮的测试方式进行 PK掉 对手或实现技术最高分， 要 保证这个结果，请 用好 下方 提供的测试 策略 技巧。 测试过程 售前 主导 测试 的 过程最好由售前现场主导， 尽量 不要让客户自行测试，否则 客户 测试的 过程可能会天马行空。 按照 测试文档进行演示 售前尽量说服客户按照我方的演示文档 及 具体 测试问题 进行测试，即使不能说服也可让用户先入为主，以我方的测试问的模式来提问。 注： 根据 客户关系程度，决定是否 可 以把 测试问题提供 给 客户。 如 客户 关系不 能完全把握时 ，不要 将测试问题全部提供给客户，否则可能存在以下风险： A、 测试 问题可能 会 流到竞争对手那 里 ， 对手 可以根据文档补全其系统内容。 B、前期给的太多，担心正式启动的时候给后端知识编辑人员带来压力。 当 客户需要自行测试， 对手也提供 测试问题时 如果遇到这样的情况，应说服 客户 将几家的问题 和客户自身的提问 合并成一个表格，让测试问题尽可能多。 此时 售前应 一定要 说服用户 将问题 整理出标准格式的测试表格 （即测试问题、期望标准问）。 注： 不仅仅 是问什么，而且要知道客户心目 中 的正确答案，即问 什么 ，出什么才是他们想要的，否则每个 客户 对问题和答案的 是否正确 触发 理解 不同。 原因是： A 、如果整理成测试问表格，我们提供机器人前端的跑错工具，用户自行使用工具跑错，可快速得到测试结果。 同时向用户表示我们的机器人完全产品化，功能很强大，这也是较于竞争对手优势所在。 B、如果客户直接在前端进行测试，我们在机器人后台交互日志中查看结果，并按照自己的理解进行修改，有时跟客户想的测试问所对应的标准问并不一致。 C、 需要给用户提供可靠的跑错工具 （按照准确率机制给出每个测试问的得分） ，由用户自己跑错，并反馈测试结果。 现场 或远端知识编辑待命配合 测试 如果测试 时间 可以 确定，最好 在 测试现场 有知识 编辑， 对于用户测试中发现的问题，立即修改解决。 如无法 到现场，可以 在 测试前与 后方团队 建立电话 、 、 微信 联系 ，及时 反馈测试问题，及时修改。 注： 出现 问题时，看似被动，如 能 及时修正，反而显示我们 产品 强大 的 运维能力，维护迅速。 如 客户公对公，不 事先 提供测试 问卷。阅读剩余 0%
本站所有文章资讯、展示的图片素材等内容均为注册用户上传(部分报媒/平媒内容转载自网络合作媒体)，仅供学习参考。
用户通过本站上传、发布的任何内容的知识产权归属用户或原始著作权人所有。如有侵犯您的版权，请联系我们反馈本站将在三个工作日内改正。