痛点：当一个需求功能提出后，测试无法获取更多关联功能信息；

用户：主要针对测试人员，对产品功能有一定了解；

场景：常用于需求分析、用例设计阶段；

实现：把项目功能之间的关联写入数据库中，通过工具进行查询，修改等；

优势: 实现了所有使用该工具的测试人员的数据共享

思路：

1、数据类型和数据文件类型

2、python语言基于tkinter开发GUI

3、手画UI图

一、数据类型选择

1）数据类型选择

考虑1：项目与功能之间一对多，且项目必须可添加，不需删除，不需修改；

考虑2：功能与关联功能之间一对多，且功能必须可添加，最好也可删除；

考虑3：关联功能存在多个，必须可添加，必须可删除;

故数据结构如下：

{“项目名称1”：{“功能1”：[“关联功能1”，“关联功能2”]，“功能2”：[“关联功能3”，“关联功能4”]}“”，{“项目名称2”：{“功能11”：[“关联功能11”，“关联功能21”]，“功能21”：[“关联功能31”，“关联功能41”]}“”}

2）数据文件类型选择

json类型的文件可通过load()把数据转换成字典类型；通过dump()把字典转化成json类型

二、基于tkinter的GUI开发

开发时，可根据UI，查询tkinter教程即可

开发时，解决了这些问题：

1、数据的共享，需要工具共用一个数据库

2、数据的删除操作，开放给了使用者，需要对删除数据进行备份

3、写入和删除操作后，需要实时更新数据库

4、实现模糊查询，从最左开始匹配

三、代码重构

若仅仅开发个小工具用，可能不会注重开发代码的优化；