【 1、除非无计可施，否则绝对不要变更表结构，有时宁可新增1个表，因为这样修改的范围和风险是可控的
2、1次测试必须完成，不能测试出一个问题就修改，这样永远测试不完，必须是1次完成的测试，然后统一修改，再测试，再修改。】

第一个好像太具体了，像这么具体的规则－可能不能算原则了－应该有很多才对



【先拿了个10万的小单子出来，然后声明，这次没问题，下次是50万，50万没问题，就是长期给了。校方对此事也异常重视，派了最好的几个导师带了N个博士生做，做的很顺利，很快软件就交付了。等过了2周，日方怒气冲冲的回复：后续就不用想啦，就这么个小单子，居然让本部的测试部门查出了1400多个错误，光bug票就打了整整1天。】
是不是双方预先没有讲清楚，什么样的问题才算是bug？或者验收测试的方法是什么？
否则，怎么会有1400个bug？多大的程序/系统啊？
难道那些博士生自己没有做过测试？