名词解释：
VPM=Validation project manager;
SPM=Software project manager;
HPM=Hardware project manager;
QPM=Qulity project manager;
VAL=validation;
VE=validation engineer;
SE=software engineer;
enduser测试，简单来说就是终端用户体验测试。项目研发过程中，组织内部或外部员工体验并提出自己的想法和建议，不断优化产品、完善产品的一个过程。enduser测试是一个很关键的过程，他们使用场景复杂多变，总会发现一些千奇百怪的问题，在VAL测试过程很难发现的。
流程：
1.QPM主导enduser测试，负责征集enduser、发放样机、使用说明、测试关注点。 必要时需要组织enduser一起参加培训，如抓取log方式等。
2.建立微信群，微信群成员：所有enduser&XPM&部门长， 每个enduser的备注姓名要遵循“部门-姓名-联系方式”的格式，便于联系。enduser发现问题，在微信群里反馈。
3.VPM指定一个VE负责enduser问题，主要职责：
a.负责所有enduser问题的收集和确认，包括问题描述、复现概率、log、截图、录视频等，然后提交到bug系统。enduser问题和VAL部门提交的bug要以bug类型区分，便于后期筛选。
b.在微信群中帮enduser答疑；
c.维护enduser问题的Excel表格，一周两次更新，包括bug状态、新增bug等；
d.严重问题Highlight给VPM，VPM Push SPM解决；
e.释放FOTA版本，用于用户在线升级。告知版本变更及版本关注重点。
4.VPM职责：
a.Push SPM解决enduser问题；
b.针对难重现的严重问题，组织VAL部门复现，并抓取log。针对网络或通话Performance相关的问题，要组织场测工程师去enduser场景实地测试；
c.针对需求类的bug，组织QPM和SPM一起评审，评估出需要做的需求。
5.SPM负责enduser问题的解决，指派到每个Team leader去跟踪解决。
6.QPM针对enduser问题，一周总结两次，向部门长highlight严重问题，push SW解决。
7.enduser测试结束的条件：
a.严重问题已解决；
b.项目已经释放最终出货版本；
8.enduser测试结束后，QPM负责回收机器，并做经验总结。
9.enduser奖励机制，筛选维度：提bug总数、各个等级bug的数量、有效bug数、被解决bug数等。QPM根据各个维度占的比例，算出总分。前6名给予奖励。
个人感觉需要改进的几点：
1.QPM需要把关enduser的人选，制定标准。如反馈问题不积极的用户可以取消其在其他项目的试用资格。
2.微信反馈问题，凌乱且容易遗漏。需要专门做一个enduser反馈问题的应用，一定要简单好用，否则会影响enduser提问题的积极性。此应用要直接链接到bug系统，但有两个弊端，1).无法控制无效bug的提交 2).enduser描述不详细，需要VAL花额外的
工作量去确认，但是如果确认不及时，可能导致无法还原到bug的真实状况。所以enduser发现问题之后，一定要在微信里提一下，等VAL确认问题之后，enduser再提交到应用。
3.针对严重的低概率的问题，enduser往往抓不到有效的log，研发分析也无从下手，VPM一定要组织VE加大力度去复现，很多看似是难重现的问题，往往都是有必现路径的。
4.SW在enduser环节应该更加积极主动，针对enduser提出的问题，及时发表自己的看法，初步分析原因，并指导enduser抓取有效的log。这里要特别强调，VE不要单纯依靠SE，一定要增强自己定位和分析bug的能力，对自己
测试技术的提高特别有帮助。
