SCM的残酷现实
但是在改进过程中，我们会碰到太多的阻力，其中一个重要的阻力是配置管理流程的执行问题。开发人员认为配置管理约束了他们的自由的创作，配置管理员也不知道如何进行配置管理活动。这些情况在中小型软件企业中普遍存在。
管理层不能狠下决心结合配置管理来做好进度和风险的控制，配置管理的流程和制度名存实亡，配置管理员在这样的环境下，可能很难想象自己除了写写无聊的配置管理计划和报告之外，究竟要做些什么工作。
另一方面，由于配置管理流程没有真正建立起来，测试人员也在发牢骚，因为他们永远也不知道开发人员在什么时候又改动了一行代码，结果导致他们测试的遗漏，或者是开发人员一时兴起，把大部分控件的名称改成更好听的名字，结果导致测试人员的自动化脚本需要重新录制。
VSS是大部分中小软件企业都在使用的配置管理工具。把它称为配置管理工具实在有点勉强，因为缺乏构建管理、流程管理等功能，充其量也不过是个源代码控制工具。但是就是这样一个小工具，却是我们大部分人用在配置管理活动中的核心工具。
在这样“残酷”的环境中，真的就只能互相埋怨，被迫接受现实了吗？不，基于VSS，我们还是可以主动的获取很多信息来真正帮助我们。
VSS的编程接口
VSS提供了2种类型的编程接口，命令行，自动化接口。VSS的SS.exe通过命令行调用，支持大部分的VSS界面操作的功能。例如通过Checkin 和Checkout命令来签入、签出文件。
VSS还提供了一个自动化编程接口IVSS，IVSS是一个基于COM的自动化接口集合，通过Microsoft.VisualStudio.SourceSafe.Interop命名空间暴露给用户使用。它提供了操作VSS数据库的接口。例如，通过IVSSDatabase接口访问和登录VSS数据库。
每日配置管理简报
既然，VSS提供了方便的编程接口，那么我们能否利用它来帮助我们进行配置管理活动呢？答案是肯定的。其中一个简单的活动是配置管理记录的自动生成。
我们可以在每天晚上下班后运行一个小程序，自动登录到VSS，获取当天开发人员对VSS做的任何改动。并记录到文件中，作为配置管理记录，并且发送到项目组各成员的邮箱中，这样测试人员也可以在每天早上上班的时候知道昨天开发人员进行了哪些更改，是否需要取版本进行回归测试，回归测试的策略也可以方便地根据配置管理记录来进行设计。
Surveillant
文章来源于领测软件测试网 https://www.ltesting.net/
