最近在做一个"很有成就“的测试，每改一步，我就测试一下，然后增加点逻辑上去，测试发现问题，然后开发再改，然后部署后测试，再添加点逻辑，测试又出问题，来来回回，已经3天了！！！
　　好吧，首先说下功能：客户发布招标后，供应商投标，然后专家评标，根据评分来判断哪家供应商中标。当然，总分高的中标。如果总分相同，再判断里面的具体的评分，比如，评分有3项（这里称为维度），品牌知名度、价格、到货时间，这3项又有优先级，比如，品牌知名度优先级最高，那么首先对这一项，分高的中标，依次类推。如果所有分数全部相同，那么先投标的供应商中标。
　　第一次，我设定的是只抽取三个专家来评标，分别测试了高低分，分数相同，（还有一类来着，暂时想不起来了）测试通过了，都是最简单的只判断一项逻辑，测试通过，很开心的下班。
　　第二天，突然想，三个专家评标好复杂，干脆，我设定了只抽取一个专家，只设定两个维度，同时，让高低分，总分相同，维度上，第一维度有高低，顺带，第一维度相同，第二维度有偏差，然后第二维度也相同，这样，我一个招标投了6个供应商。
　　测试结果：出现bug：系统内的抽取的投标时间没对。
　　开发修改，调整后，部署好系统。
　　第3轮测试：测试结果正常，没问题。（事实证明有些东西一定要随手记下来，不然真的记不起来了TT）
　　增加难度，将维度增加到5个，仍然是只抽取1个专家，仍然是6个供应商投标，发现问题：评标完提交，报错（一串英文）
　　~~开发修改，我下班。。
　　第4轮测试，开发修改后，再测，原来的问题已经修复好了。
　　再次增加逻辑判断，抽取2个专家，结果发现bug：第一个专家评分完成后，第二个评分提交不了，原因是提交确定的同时会把中标的供应商确定出来
　　再次修改。（据说，开发改好后，都跳起来了）
　　第5轮测试
　　（今天)昨天想到，我一直用1个专家，2个专家评标，数量好像有点少，虽说开发说，几个供应商投标和几个专家评标都没关系（事实证明不能盲目的相信），于是简单测试通过后，
　　又增加一个专家，而且这次新专家的评分是直接从前面的专家里扣出来，意思就是，我想让哪个供应商中标，仍然是。现在是6个供应商投标，3个专家评标。
　　（这里要说明的是，当供应商总得分相同时，依次去比较他们的各个维度的分数，如果是多个专家评标，则是将他们的同一纬度的专家得分相加相互比较大小------这个是业务逻辑）
　　bug：中标方选错了。根源：开发不是按照那个业务逻辑来写的。
　　总结：从0到1很难，但是从1到2，也不容易，从2到3也一样。因为后面的代码是在慢慢的开始调用自己写的方法。不再是简单的算加法。
　　书写测试用例的经历总结：
　　1）根据业务逻辑设计简单的用例，这是从0到1 的过程。
　　2）将业务逻辑叠加，简单的用例掺杂到一起（组合成复杂的用例）可能会出问题呦。这里算是从1到2的过程
　　3）正是有了前面的简单的测试用例，然后不断一点点增加难度，才会有后面的比较稳定的业务流程。也算是一种积累。再到3到更大。
　　4）测试用例的设计，除了逻辑上的迭加，还有就是数据的设计，大小都有关系。