测试用例的选择策略

 发表于 2015-04-20

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

评论 测试用例的选择策略

版权所有,未经许可,请勿转载,违者追究法律责任