软件测试成功实用用例分享(一)

字体 -

测试用例(Test Case)是将软件测试的行为活动做一个科学化的组织归纳,不同的测试人员,编写测试用例的方法五花八门,各有千秋,下面几期让我们分享一下,比较成功实用的用例案例。

用例分享(一):

 1、测试用例对需求覆盖的完整性:测试用例是基于需求的,为了测试程序是否满足需求,一个好的方法就是用mm图把需求分解,把基本路径分解出来,将需求归类。做到对需求的100%覆盖,也就是说拿到需求文档必须进行必要的分析,不能上来就盲目的写用例。

     2、测试用例的有效性:用例应该包含清晰的输入数据以及预期输出,没有测试数据的用例更多的是具有指导意义。对于预期的结果不能仅仅是页面上或者界面上的可见结果,如果和数据库发生了交互,必须包含数据库里准确的验证结果。用例基于数据驱动。

     3、试用例的可理解性:测试用例步骤必须描述清晰,不能出现模棱两可以及重复的话语,测试用例应该按照增删改的顺序进行安排,这样执行效率比较高,避免不必要的重复测试。

     4、测试用例的清晰性:用例的验证点必须明确清晰重点突出,按照最新的用例标准,一个用例进行一个功能点的验证。对于流程性的用例也是建议按照流程顺序进行用例安排,从第一个验证点到最后一个验证点,组成流程的开始到结束。

     5、测试用例的可维护性:用例主要是基于Web的,用例存在一定的变数。因此在测试用例因为业务需求发生变更的时候,请及时修改,维护测试用例,做到测试用例的实时性与有效性,不会产生误解与费解。

Ross collard在”Use Case Testing”一文中说:“测试用例的前10%到15%可以发现75%到90%的重要缺陷”。如果你在项目或者日常结束后,仔细的分析过我们的Bug列表,那么你会觉的这句话非常适用。合理提高我们的测试效率就是在编写测试用例时进行测试用例优先级的划分。

·用于冒烟测试的用例为最高优先级

·把基本路径以及各模块主功能的测试标注为高优先级别

·把你所有错误和边界值或确认测试标注为中优先级别

·把可用性测试以及入口默认值校验等标注为低优先级别

·将功能测试用例分为严重和不严重两类,对于不严重的功能测试用例降级为低优先级用例。

最后,还有几点建议:

·你是否感觉测试的时候思维很混乱,或者总感觉有些功能没有测到,而一些功能已经测过好几遍?请明确你的需求,是否做到覆盖100%。你的用例优先级是否设置的合理。

 ·在测试时间紧迫的情况下,你不知道要测什么,或者要先测试那些功能?那么你需要调整自己用例的优先级,顺带回去好好整理整理需求。

 ·在编写测试用例的时候优先去学习,老人们优秀的做法。在学习别人优秀成果的基础上,编写自己的用例。

点击 了解更多

分享博文至:

    目前没有评论

发表评论