程序员如何自己做测试
公司没有专门的测试人员，所以软件的质量主要看程序员个人的水平，我想问一下如果这种情况下程序员有什么简单的测试方法和工具可以利用来测试自己编写的代码？
软件的功能可以认为读入一个数据文件A，然后输出另一个文件B
我现在的做法是保留几个测试用的A文件和结果文件B，程序变动后，把这些A文件一个一个手工拷贝到运行目录，然后运行我的程序，产生新的结果文件B,用UltraEdit和老的B文件比较。
c++，windows OS,实际上工程还是很大的。
[解决办法]
程序员可以补充一下单元测试的理论知识，然后有空的话可以交叉做系统测试。另外尽可能的使测试自动化。看LZ的描述，是CS架构的项目，我觉得专门的测试还是必备的，毕竟程序员来自测的话，更多的是变成了调试而不是测试了。
[解决办法]
我知道在.net中使用testdriven工具进行单元测试。
不知道用的什么，不过应该也有测试工具
[解决办法]
程序员还是互相做对方的白盒比较方便一点吧。
互相挑错 劲道大了就是培养敌对情绪。劲道小了就像挠痒痒。
其实最简单的还是自己的每个功能做几个外围的测试用例，看看有无重复，遗漏。
测试的时候2人结对看对方的测试用例设计的好不好，跑的结果如何。
大家都共用的就大家一起Review。
xUnix适合干这个。
至于系统测试，还是最好找个了解你们产品的最常用用法的程序，用LoadRunner跑跑。
看有无内存泄露，死锁，以及这个时候会出现哪些性能瓶颈。
再来想办法解决。
还得考虑投入产出比，大家程序员都很忙。你测试出来了，工作量如何算，别人接受不了你挑刺咋办。
项目管理者得多权衡。
不能指望前锋都去当后卫...
[解决办法]
要保证质量，就要投入成本。
[解决办法]
产品的系统测试还是要的，建议可以和其他同事做交叉测试，因为往往自己开发的产品都不愿意找它的错误；
所以自己来找是残忍的，一般自己测试的话一般是属于调试；
[解决办法]
一般都很少让程序员自己测试自己代码的，因为这样容易造成思维死角。
往往测试的不是很全面。
你要是想自己多学习一点东西呢，倒是可以，可以使用testdriven 等等工具。
其实，你若是想让自己代码更优，那就要好好锻炼一下自己的逻辑思维能力了。
lz，想必你也知道，程序员是脑力劳动者，这个思维逻辑更是不能差了。
就这么多吧。
[解决办法]
产品的系统测试还是要的，建议可以和其他同事做交叉测试，因为往往自己开发的产品都不愿意找它的错误；
所以自己来找是残忍的，一般自己测试的话一般是属于调试；
[解决办法]
程序员还是不要自己测试自己写的代码，容易思维定势。
[解决办法]
程序员自己来测试程序最大的问题还不是技术或者工具等问题，而在于思想的转变，所以变换角度和心态应该是目前收效最好的做法。
[解决办法]
我只说自己的，公司正在使用IBM的RASR软件，我给好多开发的人员演示过，他们说非常有效果，很想试一试……
节省时间、操作方便、嵌入Eclipse、自定义代码规范……
支持C/C++/Java源码！
绝非广告…… 呵呵！
