慕测平台(简称mooctest),这个项目致力于编程类考试和练习的服务平台,教师可以轻松监管考试流程,学生可以自由练习编程。系统负责编程练习的自动化评估及可视化展现,配合当下红火的MOOC慕课课程,慕测平台将是学生自学编程的好帮手。目前已支持的编程类型有:Java覆盖测试,Java测试驱动编程,Python统计编程,C++编程,Jmeter性能测试,以及Android应用测试。之所以叫“mooctest”是因为“测试”是我们的主打产品,其中Java覆盖测试、Java Debug分析,以及Android应用测试是我们的核心服务。我们帮助高校的教“软件测试”的老师便捷地组织在线考试,帮助高校的学生接触到工业界真实的app案例,以提高学生的testing能力。
项目概况
- mooctest于2014.8月下旬开始启动项目,最初开发者只有2位
- 2014.11月,完成考试管理平台的基础建设,以及Java覆盖测试的客户端,开始第一轮内测
- 2014.12月,参加项目原型展示,收集第二轮内测
- 2015.1月,添加对Java覆盖测试的考题分析功能
- 2015.3月,正式上线,与网易云课堂合作,开设《概率论与数理统计》慕课课程,由mooctest系统提供“Python统计编程”练习
- 2015.5月,项目扩张,不断添加新科目,Java测试驱动编程,Jmeter性能测试,以及Android应用测试也有了雏形
- 2015.7月,Android应用测试独立成Kikbug系统,完成和mooctest系统的对接
- 2015.9月,Android应用测试与“阿里”达成合作,获得企业内测的真实app
- 2015.10月,正式在南京大学、东南大学、南京邮电大学、南通大学、大连理工等重点高校试点,作为其“软件测试”课程的白盒测试(以Java覆盖测试为例)和黑盒测试(以Android应用测试为例)的练习和考试平台
- 2015.11月,再次与网易云课堂合作,开设《开发者测试》微专业课程,由mooctest系统提供“Java覆盖测试”和“Debug调试”的练习
- 2015.12月,联合“阿里云测”以及TesterHome举办阿里云测找 bug 大赛,圆满落幕!
- 截至目前,mooctest平台上已有近1万名学生和400名老师,来自全国各地500多个高校!
项目结构
我作为“码农”,还是来说说我更擅长的事,总结下这个项目的技术选型以及组织结构,以便为今后的项目作参考。
整体上我们就采用了基于Java的Play Framework 1.2.7的版本,之后出的2.0.x
以上的版本是基于SCALA的,和1.x.x
完全不是一个东西。而Play框架对“从Java学起的软院学生”来说非常友好,比起 Struts 和 Spring 省去了很多繁琐的xml配置和Annotation配置。综合学习成本和项目定位,Play框架是性价比很高的选择。
目录结构
后台部分
- lib/ 存放各种外部jar包
- conf/ Play框架配置文件的目录
- application.conf 项目系统设置:debug设置、session设置、server设置、数据库设置等,也可存放自定义的系统级变量设置
- routes 路由(url)配置
- messages.en 多语言支持的字典文件(英文)
- messages.zh_CN 多语言支持的字典文件(中文)
- app/ Play里叫这个,相当于普通project里的src目录
- common/ 存放一些项目中用到的定义的常量或枚举量
- Constants.java 通用常量
- ExamType.java 某个自定义类型的常量
- controllers/ MVC中的控制器层,以角色名开头,命名区分;注:只负责request和resonpse,不负责具体业务逻辑
- AdmAccountController.java 管理员角色的Account模块
- TeaExamController.java 教师角色的Exam模块
- StuExamController.java 学生角色的Exam模块
- managers/ 具体业务逻辑的包装,供controller调用
- admin/ 供管理员角色的
- student/ 供学生角色的
- teacher/ 供教师角色的
- application/ 供系统通用的
- interfaces/ 供对外API的
- models/ 与数据库对应的Model,用来做ORM(Object Relational Mapping)
- dao/ 封装对数据库model的原子操作,其中每个具体model的DAO类都继承GenericDao
- GenericDao.java 泛型DAO,提供通用的增删改查操作
- ExamDao.java 具体的跟Exam相关的DAO
- data.structure/ 跟前台交互约定的非数据库model的数据类型
- Pagination.java 跟分页相关的数据类型
- WrappedExam.java 对Exam结果的包装,方便前台交互
- utils/ helper方法
- application/ 跟应用相关的util
- DataUtil.java 跟应用和模块相关的数据结构转换方法
- ParamUtil.java 负责处理request的参数转换方法
- ResponseUtil.java 负责对response结果的转换方法
- SessionUtil.java 封装对session的操作和转换方法
- VcodeUtil.java 封装对验证码的操作方法
- data/ 跟通用数据相关的util
- EncryptionUtil.java 加解密处理的转换方法
- ExcelUtil.java 封装对excel格式转换的方法
- file/ 跟文件操作相关的util
- mail/ 跟收发邮件相关的util
- application/ 跟应用相关的util
- jobs/ 定时任务相关
- extensions/ 对页面模板语法的扩展
- views/ 前台页面模板,见下面
- common/ 存放一些项目中用到的定义的常量或枚举量
前台部分
- app/views/
- Base/ 页面继承的父页面模板
- base_outer.html 不需要登录的页面父模板
- base_inner.html 需要登录的页面父模板
- base_admin.html 管理员角色的页面父模板,继承自base_inner.html
- base_teacher.html 教师角色的页面父模板,继承自base_inner.html
- Application/ 存放不需要登录的页面
- class、exam、exercise 等具体功能包的页面
- tags/ 自定义页面标签的模板,相当于需要被include的页面子块
- examView.html 管理员和教师都需要用到此页面块,供复用
- passwordView.html 个人资料页面和忘记密码页面都需要用到此页面块
- Base/ 页面继承的父页面模板
- public/ 存放前端资源的目录
- css/
- common/ 存放应用所有页面通用的css
- bootstrap/ 主题库相关
- jquery-ui/ 主题库相关
- tablesorter/ 插件相关
- others/ 其他小插件的css
- class、exam 等具体功能包的css
- file/ 存放页面上供下载的静态文件
- svg/ 存放编程题目源程序控制流图的svg文件
- images/ 存放css的图片
- bootstrap/ 主题库相关的图片
- jquery-ui/ 主题库相关的图片
- others/ 其他小插件的图片
- js/
- common/ 存放页面通用的js,或者可复用的js
- bootstrap/ 主题库的js
- jquery-ui/ 主题库的js
- tablesorter/ 插件的js
- others/ 其他小插件的js
- class、exam 等具体功能包的js
- css/
数据库与ORM
本系统中使用 MySQL 数据库,Play框架中使用JPA提供ORM(Object Relational Mapping)的功能。
一个简单的Model类定义如下
1 | import javax.persistence.*; |
也是通过简单的Annotation来配置数据库字段和成员变量的对应关系,以及一对多/多对多的关系。注意,这里不需要给Exam
添加额外的id
字段了,因为在Model
父类中已经由JPA自带了id
字段,格式为Long
,所以数据库表里定义id字段时要注意设置“自增”和int(32)
。
DAO事务与泛型编程
如上面定义了Exam
类后,该Model就被注入了JPA提供的增删改查操作了,为了防止职责乱用,我们统一约定由DAO层来封装数据库事务。这样Exam
就会有个ExamDao
,Teacher
就会有个TeacherDao
,我们会发现简单的增删改查对所有Model都适用的,为了避免简单操作方法的重复,我们引入“泛型Dao”的概念。
我在以前的文章中写过关于JPA泛型DAO,需要定义一个泛型的GenericDao
类,提供通用的增删改查操作。
1 | public abstract class GenericDao<T, PK extends Serializable> { |
而具体Model都有具体的Dao去继承它
1 | public class ExamDao extends GenericDao<Exam, Long> { |
关于GenericDao
的更多细节请看JPA泛型DAO
后端MVC框架
从上面的项目结构中已经看到,后端调用层次结构为 Controller
->Manager
->Dao
->Model
,Controller
最终拿到Model
数据传给前端页面,可见这是伪MVC。更准确来说是“分层”结构:上层可以调用下层,下层不能调用上层;同时上层也不能跨层调用。
我们这里说框架的MVC,更着重于Controller
怎么和页面View
挂钩起来,并不太涉及Model
的事,这里就需要路由(url)配置。
route配置规范
1 | # 非登录的页面 |
路由配置支持定义请求方式GET
or POST
,也可以使用通配符,注意对于“更改”操作一定要使用POST
,这是http的规范。url和Controller
中的方法一一对应,并且支持变量替代,减少相似的配置条目。
前端页面继承与复用
对于前端页面模板,Play框架里同样支持页面继承,Play中使用Groovy模板引擎。关于页面继承细节可看这篇文章前端要给力 — 平凡之路,虽然里面是以Django框架的模板引擎为例,但是原理相同,模板语法略有不同而已。
前端UI组件的沉淀
在mooctest这个项目中,前端总体上用页面继承和自定义页面tags来组织。虽然项目起步时偷懒没有引入RequireJS来组织js,但最终还是拎出了不少js组件,使用最朴素的js类定义和jquery插件的写法来封装代码。
1、动态图表
使用Highcharts作图表库,由于项目中大部分图表都是动态从后端取数据的,所以在Highcharts上面封装了一层ajax过程,并且将各图表配置options做了剥离。具体细节可见下面这篇文章:
2、分页插件
这是一个jquery插件,可自动生成带“滑动窗口”的分页数目,可支持分页直接刷新页面,或者可自行配置ajax分页替换函数。具体细节可见下面这篇文章:
3、学校选择器
这是mooctest项目中最复杂的一个前端功能,并且有多处地方需要编辑学校,需要提供搜索和自定义添加学校的功能。具体实现细节可见下面这个系列文章:
这是系列长文,讲述了如何把一段生硬实现的代码一步一步封装和扩展成为一个可配置的UI组件!
多语言的支持
前端部分讲完了,我们最后再看个和前端略有挂钩的需求,就是多语言支持。要在首页提供中文和英文的选项,并且默认使用系统语言。
系统语言判断
1 | public class Application extends Controller { |
这里使用Play框架里的拦截器的概念,即上面Annotation的@Before
,使得每个页面的action都会先执行setGlobalLang
。语言的判断顺序为:先取session里存的语言,再取浏览器request头里传来的系统支持语言,都取不到时再提供个默认语言。
此外,还需为首页的中英文切换再提供个额外的action
1 | public class Application extends Controller { |
语言字典
在本文最初提到的项目目录结构中就有关于messages的文件,messages.zh_CN
和messages.en
就是中英文的字典文件。
Play框架在这一点方面做的比较简陋,好像一个语言只能有一个字典文件,因此我们需要使用“命名空间”的概念进行分组管理。
1 | #key格式:页面名.[groupName].xxx |
这里配置了英文文案,同样也要在messages.zh_CN
文件里配置相同key的中文文案。
后端返回文案
如果要在后端的Controller
里向前端返回错误文案,多语言的支持得使用 play.i18n.Messages
1 | // import play.i18n.Messages; |
前端的文案
在前端的页面模板中,直接使用 &{'common.browserTitles.mooctest'}
就可使用语言字典中的key
但是Play框架只会对模板文件做处理,对其注入通用变量和后端数据,模板文件其实是由后端负责渲染(转成标准html)的。由后端处理的页面模板中可以任意使用 &{'your_text_key'}
语言标记,但是这在.js
文件中是不被支持的。
我们需要在所有页面的base父页面中定义一个内联script,事先定义好所有.js
中需要使用到的文案。
1 | <!-- 全局多语言文案,供通用js使用 --> |
内联script是在模板文件中的,可以被Play框架处理,于是语言文案就被存在了全局window
里。在具体功能的.js
文件中可以直接使用window.LANG_TEXT
变量。
邮件队列与定时任务
最后我再来说一个后端额外的小功能,发送邮件,由第三方EDM(Email Direct Marketing)商提供服务。
EDM服务购买
可以在网上找到很多这样的EDM服务商,有的是专门做企业短信和邮件营销的,也有的是域名主机和服务都做的。我这儿就不打广告了,自行找一家有点规模的稳定一点的EDM服务商即可。
域名配置
买好EDM账号后,在EDM管理平台上就可发邮件了,但是它们默认会给你分配一个带 `edm04621@service.xxx.com` 类似这样的邮箱。这种邮箱发出来的邮件十有八九会被扔进垃圾箱或者被拦截掉,因此我们要配置自己域名的邮箱。
设置一个域名的mx、txt和cname记录,以example.com域为例:
1 | edm.example.com CNAME edm.edmcn.cn |
域名解析成功后,就可在EDM管理平台使用自己域名验证过的邮箱地址了,比如叫`service@edm.mooctest.net`,就可以大大减少邮件被扔进垃圾箱的概率。
SMTP接口
上面的配置都完成后,确保在EDM管理平台上可以成功发邮件后,就可以去申请开通EDM-SMTP服务。在程序中可以通过javax.mail
库去建立邮件Transport协议。
1 | import java.io.UnsupportedEncodingException; |
队列设计
使用过EDM发送邮件的人会知道,就算我们配置了自己域名的邮箱地址,在使用SMTP协议发送时,也会遇到频率过快,或者对方邮箱拒收,等失败情况。因此我们要设计一套容错和重试的机制。
1 | import javax.persistence.*; |
如本文上面提到的数据库与ORM所述,这里设计一个EmailTask
的Model,记录下收件人、主题和正文内容,再额外存个tryTimes
字段。这里我们可以规定,当重试3次仍失败后,就忽略该邮件任务。
当发送立即邮件时,比如“忘记密码”的邮件,直接使用上面的SimpleMailSender
发送邮件,如果失败,则将邮件信息存成EmailTask
存到数据库。而当发送非立即的邮件时,比如通知类的邮件,只需将邮件内容生成EmailTask
对象存到数据库,供定时任务来调度。
立即任务与定时任务
上面的邮件队列设计中所说的“立即邮件”和“非立即邮件”,其实就是“立即任务”和“定时任务”。在Play框架中有Jobs来实现任务调度。
1 | import play.jobs.Job; |
这就是“立即邮件”任务的Job,得 override doJob
方法,邮件发送失败的话就加入EmailTask
。使用时如下调用即可
1 | new InstantMailJob(receiver, subject, content).now(); |
而对于“非立即邮件”任务,要使用Play框架的定时任务Job,并且设置间隔时间。
1 | import play.jobs.Every; |
同样也要 override doJob
方法,但这里还得设置任务周期 @Every("1mn")
,这个有点类似linux中的crontab。我这里设置了每1分钟执行一次任务,为了避免邮件SMTP调用频率太快而失败,每次执行Job时只取队列中前几个EmailTask
。
邮件统计数据
这是一开始在EDM管理平台上批量发送邮件的统计数据,发现软退率不低,查看邮局统计后发现是QQ邮箱普遍网关拦截。
而下面是使用了EDM-SMTP协议和邮件队列发送的结果统计,可见成功率稍微高一点。倒数第二条记录软退很高,是因为几乎都是QQ邮箱!
后记
项目能坚持做下去不容易,写文章更不容易,对自己是个总结,也希望可以帮到更多的人。