该文原创为新潮质量保障技术团队中的 “上进的中年软件测试从业者”，用于技术交流分享

今天有团队的同学提醒我该更新了，大概算了一下，一周两次更新的话，差不多是到了该更新的时候了。我自认为不是一个帕金森或者学生症的患者，所以，不管怎么样都要坚持下去，只为提升自己的总结和表达能力。如果同时能够帮助其他人，那就善哉善哉了。之前看到一个评论，有人问善哉善哉到底是什么意思，其中一个很有意思的回复说，可能就是我们现在的呵呵吧。
好了，书归正传，今天我们要介绍的是人员和项目的维护。这里的人员就是我们狭义的测试人员，项目指的是测试人员所涉及的项目。所以对于人员和项目来说那就是一个多对多的关系。下面我们就会介绍对于人员和项目来说，真正值得关注的字段和逻辑有哪些。

人员

form

•gitId*用了 ListField：因为有同学用了不同的账号进行代码提交，方便统计个人代码量。（提交的账号信息可以在个人账号的文件夹下面的.gitconfig 里面修改）

•testerId主要用于域账号关联。
•testerDepartment定义了所有的部门，用于归属测试人员。
•rule定义了当前用户的角色。
•unicode* 方法定义了当你拿到 TesterForm 对象展示给你的信息，可以直接被 str 转换。

view

•视图层面首先用 is_accessible 定义了当前页面的访问权限。
•用 can_edit、can_delete 等界定了当前页面的可操作项。
•用 column_labels 进行了字段的中文翻译。
•用 form_extra_fields 的笨办法实现了新增和修改页面无法正确翻译字段的情况，实际上可以通过另外很简单的途径实现，后续介绍。
•用 form_create_rules 和 form_edit_rules 实现了修改和新增的界面选项。

效果

项目

form

•projectTestOwner 定义了当前项目的测试负责人，这里做了与测试人员的关联。
•projectTesters 定义了参与项目的所有人员，所以用了 Listfield。
•projectPrefix、projectAuthUrl、authUser、authPassword 都是与接口自动化相关的信息，逻辑控制中会实现自动增加用例前缀、自动鉴权。

view

•没有什么特别要讲的，需要用到的知识与测试人员那里没有差别。

效果

以上就完成了用户和项目管理的工作，顺便穿插了介绍了 flask_admin 的一些实战用法，后面会专门找一期介绍一下 flask_admin 的那些坑，以及那些优秀的地方。下一期我们将介绍接口自动化的实现。感谢大家的耐心阅读，再见！