写一支程式很简单～但是要验证程式是否在任何情况下都能正常运作～
是很不简单的事～必须要考虑各种情况～想请教高手们有没有什么方法可以解决～
目前完全是手动制作各种情况的档案去喂给程式运行～在手动一条一条检视结果是否符合需求～
但是这样真得很累～我想应该有什么程式固定的验证流程～能够做到滴水不漏的程度吧～
不然每次Release程式心里都得承受一订的压力～我想这是每个程序员都会遇到的问题吧～

这个没办法解决。所以 那些大公司的 测试员 比程序员还要多。

一个软件，主程，往往就是几个人，但测试人员一大堆，就是这个来的。

每次释出新版程式～是给生产线上的人使用～就算程式有问题被打回来～
那也就算了～主要是每次都要C.C给各级主管知道～
所以一但被打回来～等于全公司都知道～
怕次数一多～评价就会很有影响～如果是被客户打回来～那就更惨了～
再者我开发程式的环境和使用者使用的环境又不一定一样～
所以能够考虑到的情况实在很难掌握～其他编程人员都是怎么克服这种问题的?
我们免强也算大公司吧～员工人数也近万了～但是我还是要编程兼测试验证～
案子一件一件来每次都很赶～所以每次释出程式时心里都很毛～

想要无错吗？还真贪心呐！多写些try、on error 不能降低错误吗？又或者别让错误错得太郁闷就是行了。比如“非法操作”神马的。

程序无错是不太可能的。
只能极力加强程序的健壮性，针对可能出错的都加了错误捕捉。
针对 参数调用的，都对参数进行范围校验。
测及到 输入输出的，都对输入输出的数据进行 完整性、范围 校验。

使用这些手段，尽量减少不可控错误的发生。

当然这些是基本一定都有做～但是一旦出现这种情况～
就表示程式写的不够完美～还需要有改进的空间～

因为好像在VS11有看到内建的程序验证功能～
想说既然微软能把验证功能程序化～
一定会有相关的理论基础～如果能了解～
也许也能依样画葫芦在VB6上自行建立一套而已～