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