方案提交了，所长还在看，没叫我呢。
这两天，没什么事了。。但也不敢闲着啊。玩意所长突然叫我，说开始吧，不久麻爪了吗。。
根据方案，调查一下看看怎么做吧。
首先还是静态测试。找几个工具，试试效果吧。
pclint，试了两天，还行，可以用，环境也搭建起来了，检查了两个文件，行。
C++check，简单易用，但是规则明显没有pclint细，但也有pclint见不到它能检到的。。各有利弊。可能倒是后两个都用吧。
针对C的静态检测工具还没怎么找，用C++check测了一下C程序，只测到一个小问题，估计不够，稍候再查查。
针对VB的还没有找，针对C#的，vs2008 team suit就有，以前试过，不用找了。
最令我头疼的，是怎么往我们那个C++程序总加入白盒测试。
程序只有一个exe工程，无lib，无dll。
开始想在工程中添加测试代码，测试代码与工程代码不混在一起，并且用预编译命令控制。试了一下，发现没法打桩函数，也没法mock。放弃。
不做白盒测试吧，光靠系统测试测不完整，而领导的意思是要完整的测试，以保证以后尽量不出或少出bug，看来白盒不可少。
想了几天想不出好办法，最后决定每个测试用例分离出一份代码副本，在副本中，加入测试代码，修改源代码作为桩和mock，进行测试。这样做无疑是个很笨的方法，但还有更好的办法吗。这样做还有个前提，测试用例中详细记录修改方法，以便下次测试的时候，能够准确还原测试环境，也为了测试完成后，能够准确还原工程代码。没有实际操作，不知道可行不可行，但工作量肯定小不了。。
C语言的测试呢？VB的测试呢。。VB尤其恶心，代码量大，界面代码多，事件多，我还没有考虑怎么整。天啊。C#倒是好点，可以用vs2008自带测试工具添加测试工程进行测试。
人员也是问题，现有人员本来就不够用，不可能从其他项目招人进来，只能从社会招人，需要会写代码，水平还不能太低，因为要参与代码质量控制，自己水平不够，怎么监督别人。 还要有测试经验，至少写过单元测试吧。
试着搭建版本服务器和bug管理服务器。。版本管理用svn，已经在本机搭建了一个服务器，bug管理用bugfree，还没有整好。
现在就我一个光杆司令，慢慢来吧。。