当然是围绕技术去组织，没技术就不要组织了

分享测试经验也是不错的

形式：组织过组内技术学习，给定一个主题，和一个月时间，提供学习资料和作业，1 个月后考试做题和当场答疑。（不和业绩挂钩）
效果：良好，感兴趣的同学能积极参与，不感兴趣的同学效果一般
Tips：需要组织者能主动、坚持以及经常提醒。

看你做这个活动的目的。

如果只是分享交流，更关注分享者的收益（自我总结、锻炼演讲交流能力、提高在组织内部的影响力等）。可以找有比较不错经验或者最近表现出色的同学来做个分享，只要分享内容对团队有帮助即可，最好是实战经验的分享。这块可以 1-2 周来一次。

如果是培训或者技能提升，更关注参与者的收益。那建议有专门一个人或者一个小组去设计课程（比如 UI 自动化入门、性能测试基础等），然后 1.5 小时内，三分之一授课，三分之一现场小组练习，最后三分之一各组分享自己的练习成果和心得。这类课程的设计成本比较高，但一般在技能收获方面效果会比较好，参与者成本不高，可以一个月一次周期性持续开展获得更高收益。

至于做题考核类嘛，可能做比赛比较适合。我们之前组织过 code review 比赛，客观题比代码规范、代码片段中找 bug 的能力，现场 20 分钟完成；主观题给一段项目代码去模拟真实 CR ，提出意见以及优化建议，并实施优化，一周时间完成；比赛现场每组 5 分钟左右分享给出的意见建议和优化后代码，最后专家评委评分选出一二三等奖，发出奖品。不过比赛的成本更高，参与者和组织者都高，一般间隔时间最好是半年到一年。