很多测试人员，在遇到比较复杂的软件系统时，往往不知道如何选择测试用例，特别是遇到系统庞大，用户角色较多，流程节点、结构比较复杂的系统时，更是不知如何着手。其实，不论多么复杂的系统，选择测试用例的原则都是一样的，简单来说，主要是以下几点：
        先测试核心功能，后测试其他功能：核心功能是软件功能的重要体现，是用户使用软件的核心目的，也是系统出现重大BUG的高发地。因此，应该集中资源，优先测试核心功能，保证系统安全、准时上线；
        先测试交易支付功能，后测试其他功能：资金的问题永远是最重大的问题，如果在生产上出现资金问题，无论对产品运营方还是对用户体验都将产生重要的影响，并且在处理起来也较为麻烦，因此，优先保证交易功能中BUG的排除是重中之重；
        先测试常用功能，后测试其他功能：常用功能就是用户使用频率最高的那些，比如一个系统的登录功能，这些功能会经常被用户使用到，是最容易出现问题也最不应该出现问题的地方；
        先测试需求中被特别说明的地方，后测试无说明的地方：需求中被特别说明的地方，一般是重要功能点，或者是产品容易出错的地方，或者是产品的亮点，这些地方务求不出问题；
        先测试可能有隐患的地方，后测试安全的地方：这个很明显，优先查找并解决掉隐患，才能保证上线后的顺利运行；
        先测试有变更的，后测试没有变更的：有时所需要测试的是整个系统中有需求变更的某个模块，但是我们不能保证变更处的代码改动是否会影响其他地方，所以我们往往需要重点测试变更的部分，然后再测试跟变更部分相关的部分乃至整个系统。