1、案例描述

　　测试团队目前面临一个非常严峻的问题：测试用例得不到有效执行的问题。

　　导致此问题的主要原因在于当前的测试用例可用性较差，针对系统原有功能的测试用例主要存在以下三个问题：

　　第一，存在较多冗余的测试用例，在测试执行过程中执行此类用例浪费时间而且没有价值；

　　第二，存在较多与当前系统实现不一致的用例，此类用例严重误导测试执行人员，并容易造成新加入项目的测试人员对系统理解的混乱；

　　第三，存在一些重复的测试用例，此类用例的反复执行虽然可能可以确保某一功能实现的正确性，但确可能造成严重的资源浪费，特别是当此类功能并非系统的主要功能时这样的时间浪费在项目时间非常紧迫的情况下是非常不值得的。

　　虽然一再要求测试人员及时更新测试用例，一再强调测试用例的重要性，但仍存在大量的测试用例未能得到有效的维护。

　　2、案例分析

　　相信每一个做测试的都清楚的知道测试用例对于测试工作的重要性，但是由于主观或客观的种种因素导致很多测试人员或测试组对测试用例的编写/维护不够重视，那么为了让我们的测试用例能够真正的发挥其作用，我们就在此再次重申一下测试用例编写及维护的意义，以及测试用例维护需要注意的问题。

　　我们先说一下测试用例编写及维护的意义。

　　首先，在测试过程中测试用例可以帮你理清头绪，从而让你能够进行比较系统的测试，避免在测试过程中产生遗漏；

　　其次，便于bug的记录及重现，从而方便与开发人员的沟通交流；

　　第三，确保对系统功能的全覆盖测试，同时方便将系统使用过程中或测试执行过程偶然遇到的一些问题添加到测试用例中，从而避免以后同样的问题再次发生；

　　第四，在测试时间紧迫的情况下，测试用例可以帮你分清重点（前提当然是测试用例中有标注重要程度和优先级），以确保在紧急情况对重点功能的保障；

　　最后，测试用例执行情况的记录可以方便测试经理或项目经理及时了解测试进度，以及方便对测试人员的工作效率进行考核。

　　基于测试用例的上述作用那就要求测试用例必须与产品功能/特性保持一致，而由于我们的产品在不断地升级/完善，为了确保测试用例与产品的功能/特性的变化保持一致，那就需要我们的测试用例也要不断地更新完善，只有及时进行测试用例的维护才能确保测试用例的完整性和有效性。

　　如果不能及时对测试用例进行维护，那将会使其成为一堆废纸，而由于系统需求与设计的不断变更，将导致新加入的测试工程师或对系统不是很了解的测试人员在执行测试用例时不知所措，开发人员在多次被无效的缺陷打扰后，进而导致开发人员对测试人员的信任度严重降低，这对于系统测试工作的推进及合作是非常不利的。

　　测试用例的维护是一个不间断的过程，维护的主要内容包括以下几个方面：

　　（1）删除过时的测试用例因为需求的改变等原因可能会使一个基线测试用例不再适合被测试系统，这些测试用例就会过时。例如，某个功能被取消了，原来针对此功能的测试就无法完成对新功能的测试。所以，在软件的每次修改后都应进行相应的过时测试用例的删除。

　　（2）改进不受控制的测试用例随着软件项目的进展，测试用例库中的用例会不断增加，其中会出现一些对输入或运行状态十分敏感的测试用例。这些测试不容易重复且结果难以控制，会影响回归测试的效率，需要进行改进，使其达到可重复和可控制的要求。

　　（3）删除冗余的测试用例如果存在两个或者更多个测试用例针对一组相同的输入和输出进行测试，那么这些测试用例是冗余的。冗余测试用例的存在降低了回归测试的效率。所以需要定期的整理测试用例库，并将冗余的用例删除掉。

　　（4）增添新的测试用例如果某个程序段、构件或关键的接口在现有的测试中没有被测试，那么应该开发新测试用例重新对其进行测试。并将新开发的测试用例合并到基线测试包中。

　　（5）测试用例需要经常的按其逻辑性对其顺序进行整理，杂乱无章也不利于测试人员的执行，带有一定的逻辑性顺序，可方便测试人员的执行，极大地提高了工作效率。