总结四：多多删除或者作废，可能会有意外的收获

    在应用软件测试的时候，笔者建议CIO，不要从头做到尾。而应该在中间稍微停顿一下，并且多试试删除操作。或许，从中我们可以有意外的收获。

    这主要是因为企业在用户实际操作中，往往不会一帆风顺。当出现各种各样的问题时，用户往往需要删除当前的单据，从头再来。如在ERP系统中，用户从销售订单生成采购订单之后，有可能会发现某种原材料仓库中有库存或者可以利用其他材料来代替，不需要采购；或者也可能因为订单的变更而导致采购订单的作废等等。此时，若CIO尝试着把采购订单删除，则可能就会发现应用软件中的一些错误。

    如采购订单作才掉之后，再按照销售订单生成采购单，是否再次允许声称采购订单。通常情况下，这是不允许的。既然采购订单作废了，也就表示不需要采购这方面的内容。那么在系统中就要实现控制，当采购订单作废了之后，就不能够再根据这张销售订单生成者张采购订单了。虽然有些应用软件中实现了类似的控制，但是其中仍然存在着一个漏洞。就是如果一张销售订单所需要的原材料供应商达到十个，在生成采购订单的时候，就会生成十张采购订单，一个供应商。有些软件若考虑的不够周到的话，则只要把其中一张采购订单作废掉的话，则其他采购订单也将无法生成。很明显，则是不合理的。也就是说，采购订单作废时要保证一定的独立性。

    所以，笔者建议各位CIO，在软件选型测试的过程中，要多多利用系统单据的删除或者作废功能。看看起是否会有一些考虑不周到的地方。通常在这个环节中，会发现比较多的问题。如果在选型的时候没有把好关的话，到时候企业只能够自己掏腰包解决了。