杂谈3 - 失败的内测

我也不确定改成邀请制后会不会好转，我之前也是内测组的一员，当时就是开启内测通道，然后更新，找bug，找到后反馈到深度之家；但是后面我因为各种原因必须暂退deepin，几乎没时间再参与内测，所以退出内测组了

确实应该像微信那种申请邀请制。内测，内测，顾名思义就是内部测试，既然是内部，当然是在小范围内的，广而告之人人可参与的，应该叫公测了。

如果说“要想与deepin和平相处就不要参加内测”。我长期参加内测，倒是与Deepin都和平相处。

实际上，Deepin是商业版的先锋，deepin的内测是一个开放的内测，但绝对不是公测，Deepin公测实际上Deepin的正式推送。这样内测是比较合理的。

据小道消息，以后内测改为邀请制。这实际上是只限开发圈子的事。开发过程中就要考虑到功能新增及更改带来的可能影响，功能新增及更改代码完成后应该先经开发者初步验证测试。

由于开发者初步测试是勿忙且场景有限的，所以需要有一定处置能力及承受能力的内测员来测试，以免造成广泛的不良影响。内测员加入有两种方式：邀请制和自动加入制，各有优缺点。邀请制由管理人员选定，这与管理人员有很大的关系，受管理人员的积极性及对粉丝认知的局限影响较大。自动加入制就由粉丝自我控制来确定，粉丝对自动加入的风险要有清醒的认知，能承受系统崩溃并有独自完成系统安装及备份数据恢复的基本技能。

说Deepin没有像样的测试流程，其实其他大的系统也没有像样的测试流程。其他系统开发规划建立的日更版镜像公开提供需要者使用，并且至少每周有新镜像。

Deepin23的内测：设计师强推设计，然后用户感觉不好就开始吐槽。其他系统也是一样。设计师还要先公开征询意见再确定设计就基本会难产。并且许多系统版本都是改来改去，原来设想非常美好，结果不如意，部分源设计达不到要求就只能更改设计先行使用。如有资料表明：Ubuntu在之前的版本中曾尝试过默认启用Wayland，但在为LTS版本做准备时，开发团队对此方案并不自信，因此在Ubuntu 18.04 LTS中选择了继续默认使用X.Org。然而，随着Wayland的逐渐成熟和社区的支持，Canonical团队决定再次尝试在Ubuntu 21.04中默认启用Wayland。实际上到现在Ubuntu 24.10中Wayland都不完美。

计划是有的，流程也都是设计、开发、各级用户循序螺旋前进。设计与开发是早明白要更新什么的，这不需要用户先知道才算。用户从内测公告知道更新了什么。测试的反馈收集记录有几条途径：深度之家、微信群都可以，更多见的是用户在内测公告里回复吐槽。这么多意见吐槽、交流讨论，看起来是有点混乱，给deepin带来了很大的负面印象，其实人家收集反馈正欢着呢。

至于有人建议改成邀请制，我到是并不抱乐观看法，目前这种方式很好，只是要求管理者有真正的深度定力。

我长期参加内测，倒是与Deepin都和平相处。

这个确实，虽然有些意见，但总体来说还是一直是主力，偶有离开，也会回来。

此外如果真的有一天换成了邀请，是否有会有很多人要说，为什么要限定范围，为什么名额这么少。

所以别人如何我不知，我也是比较喜欢目前这种状态，

喜欢升级你就升，不喜欢你就别动，都是成年人了，自己做的选择自己承担。

我参加不了内侧 因为我不够包容哈哈哈

换什么方式都没意义 跟人有关

自愿加入原则，加入的用户反馈使用问题，官方根据反馈情况改进、完善，算不上失败吧。

内测而已 慢慢来嘛

内测本来也不会多完美吧

内测给我的感觉，我拿做衣服形容下

想到了一个自我感觉很牛逼的idea

然后从身上的布料撕下一块

撕开，漂洗、染色

然后吹，我做出了多么漂亮的丝巾

全然不顾自己腚都漏出来了

别人提一下

意见大的很，你懂不懂内测

至少先照照镜子再出门吧