deepin 操作系统内测方案（公示草案）——诚邀社区技术爱好者共建高质量内测生态

大家共同努力发展。

来喽来喽

每个界面都留一个反馈问题的位置.让用户在出问题的界面提交问题,可以简化反馈分类定位. 或者全局通用反馈问题快捷键,利用窗口信息识别命令或图像识别工具等,辅助定位,帮助分类,快速提交.让问题反馈建议化,提交信息经用户同意后自动包含硬件配置信息.日志需要用户手动点击是否提交.

后台检测无响应之类进程,出问题后进行重启,主动弹出反馈窗口,询问遇到了什么问题或出现了什么现象.类似kde做法.

专人体验反馈写报告这种,需要给出及时的回馈,这点是否能做到?投入大无反馈是会消耗心力的.正向激励是否有?持续性投入没有正向激励就不应有约束性.

正向激励是有的哈……您前面提的我们会认真考虑，非常感谢。

抱歉没仔细看内容.我的观点可能跟这个内测观点不太一致.这个有点像精英流,我偏向大众流.

我的观点是吸引尽可能多的用户参与测试反馈,发现问题去反馈而不是弃置不理或抛弃这个发行版.不依靠用户一次性提交深度有条理的反馈,而是逐步引导补充完善.让自己内部借助ai或类似社区反馈系统识别归纳而不是靠用户去识别归纳.让普通用户去使用,在使用中发现问题去反馈,而不是发现问题,复现问题,梳理整理后再去反馈.并鼓励有技术的用户提交高质量反馈,最终定位问题后,对用户的反馈的有效性进行粗略的排评,作为对反馈问题的回应基础.让用户对反馈问题积极主动,类似"成瘾性",让用户对bug有探索欲.培养社区版系统的用户交互习惯.最典型的就是网络游戏,各种成就系统,天梯图,赛季,活动等等.总之不怕反复提交问题,就怕不提交不确定影响范围.

要弄一个全用户能够参与,低门槛,成就或积分类的,类游戏性的反馈系统.第一时间获取用户第一手体验信息.爬山有时候不是为了山上的风景,而是大家都在爬,重在参与.让反馈成为一个大众群体性活动.而不是精英类型的活动.后台怎样设计反馈系统去获取想要的准确信息就需要开发去思考了,需要什么.怎么去弄

简单点就先弄俩天梯,一个是永久性天梯,一个是当前版本天梯.两个天梯两个积分奖励系统.唯一的要求是用户反馈必须是真实发生在用户电脑上的,而不是从网上复制的文字.哪怕是从网上复制操作方案复现问题也可以. 参与积分,高质量反馈积分,已经确定问题的反馈积分,确定问题核心贡献者们积分等等.让积分容易获取,让高质量有效反馈获取高积分.

最好再弄个bug史记.让deepin有历史感,几十年后回顾,一串串bug和关键贡献者的名字及宣言.虽然这些文字在数据海洋中没有什么分量,但对参与者有意义,对deepin也有意义.

尽可能让用户反馈简单些,起码用户不累,付出少,渴望的回馈也就少,失望也就少.如果一个用户辛辛苦苦反馈了了,最后来一个目前就是这么设计的,或者,已经有这个反馈了,定位到问题了,之后准备修复..不如弄一个开始阶段的积分回馈和问题定位阶段的积分回馈和问题修复后的积分回馈等.开发需要bug反馈,用户需要吗? deepin积分跟某某游戏\某某app\deepin某发行版预设头像权\等等联动,积分兑换专属皮肤...

其实现在23的内测就是您说的大众流，并没有参与门槛，但是当前遇到的问题我们在草案第一部分已经提过了，大家的反馈质量参差不齐，导致普通用户会将内测的问题当作正式版本的问题从而影响判断，再加上现在重点在25迭代，在有限的资源之下，我们才需要对内测质量和流程进行优化和调整，还请您理解。