关于测试用例和自动化的一些想法

对于测试用例进行分级，比如：

Priority0： 安装系统并起系统，可以正常的login等。

Priority1: 系统的一些主要功能.

Priority2： 模块的主要功能。

Priority3： 模块的正常测试用例。

对于P0，P1的测试实际上是对包的Acceptance Test,而P2可以做为每个模块的Smoke Test,P3则是对于系统全面的测试用例。

而实际上在对每个release package来说，并不一定要做P3上面全面的回归测试，所以可以说P2的case才是最重要的。而这方面也是可以最先来实现自动化。而且对于P2和P3，实际上可以有个结果的重用。因为P2实际上是对P3 case的总结，所以P2的case总会包含P3的case。所以当测完P2case的时候，很多P3的case也被测过了。这中间可以建立一个从P2到P3case测试结果传递的文档。

对于P3的case，因为有很大部分已经被P3的cases所覆盖，所以P3应当更注重于反面用例的测试。而且对于每个release package来说，我们可以将那些failed的case单独的抽取出来，在这个failed的case的基础上加更多的测试用例。而对于那些非常稳定的测试用例，我们则可以把那些逐渐的整合，合并，变成P2的case.

所以理想的情况下，对于每个release package的测试将是：P0,P1和P2的case一定跑完，然后部分的测试P3的case。当然，如果可能，P1和P2的case都应当尽量的进行自动化。而作为对case的辅助，还可以进行ad hoc测试等。