Mercury Quality Center 9.0 （QC）意外崩溃后缺陷被锁定的问题

问题背景

1. 有些公司还在使用QC作为缺陷管理工具，但是因为QC的版本过于老旧且惠普早已放弃对QC的维护，所以导致QC 9.0在win10环境下运行经常会出现意外崩溃的情况。
2. QC在使用过程中，多人共同协作时，出于对数据的一致性和安全性的考虑，会锁定正在被编辑缺陷记录。例如：A用户在编辑id为1的缺陷，此时B用户想对该缺陷进行编辑时会提示“The object is locked by:A”。如下图所示。
   

问题现象

1. 正常情况下一条记录在被编辑完成后会释放对该缺陷的锁定。但是当用户A正在编辑缺陷时，QC刚好意外崩溃，此时A用户重新登陆后发现再次编辑该缺陷时会提示这条缺陷被自己锁定😂这就比较尴尬，导致包括用户A自己的所有人都没办法编辑这条记录。

解决方法

1. 连接到QC数据库，可以使用Navicat或者其他数据库管理工具。注意连接时要选择SQL Server，因为QC使用的数据库是微软的SQL Server数据库。
   
2. 连接成功后找到LOCKS这张表，表里的内容就是被锁定的记录。找到那条错误数据直接删除该条数据即可。

收获

    自己遇到这个问题的时候从网上查了好多资料，但可惜关于这方面的资料很少，所以都没有找到有用的资料。功夫不负有心人，在一篇回答中看到QC锁定的机制，其实是在数据库中有一张‘LOCKS’表，用来存储被锁定的内容。然后根据这个思路，去查了QC服务器的配置，拿到了QC数据库的相关内容，比如数据库的地址、用户名、密码等信息。最后，终于连接到了QC数据库，从LOCKS表里将锁定的记录删除，解决了该问题。由于历经千辛万苦，所以想要把该问题记录下来，方便有遇到同样问题的同学解决。
    同时，由于该问题，得知QC是通过SQL Server数据库来管理数据的，以前并没有去了解过这方面的东西。得知这个机制后，由于QC自带的缺陷导出功能直接导出缺陷成xls文件时会出现乱码的情况，来公司之前同事都是先将数据导出成HTML格式，再转成xls格式，效率很低。所以直接写了脚本可以直接从QC数据库导出想要的数据。