51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2364|回复: 3
打印 上一主题 下一主题

[转贴] 总结测试用例的设计

[复制链接]
  • TA的每日心情
    无聊
    4 天前
  • 签到天数: 1050 天

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2016-6-2 14:21:43 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

    作为一位功能测试人员,其主要的职能就是进行测试用例的设计,并根据测试用例执行测试,通过全面的测试来验证产品的质量。因此测试用例也从侧面反映了一个测试人员的测试思路的严密和发散性,要做好功能测试,测试用例的重要性无法忽视。现将本人设计测试用例的流程和思路进行总结,也方便进行交流和探讨:

    1) 首先要对测试用例的组织结构进行划分

    如果公司的测试流程还算规范完整的话,在进行需求评审的时候,测试人员就应该根据需求对测试用例的结构进行分类,如果是一个比较大型的管理系统,那么测试用例就可以根据功能模块来进行分类,比如:

    如果是游戏,就可以根据场景来进行划分,比如:

    对测试用例的组织结构进行划分的思路,主要根据需求文档的测试切入点来进行参考。

    2) 根据功能点细致地设计测试用例

    进行完需求评审后,开发人员会根据需求文档及自己所负责的工作提交自己的设计文档来进行评审,测试人员可以参考设计文档中的内容提取出各个功能模块中的功能点来设计测试用例,如果是管理模块,首先可以将增删查改功能作为第一层功能点,然后再根据必填项非空判断、输入格式验证来作为第二层功能点;如果是报表模块,就可以根据各种查询条件来提取功能点。

    划分好功能点后,就可以利用等价类划分、边界值分析等一些测试方法来编写测试用例,并且可以进行标注,这样对于后期的测试用例整理相当有帮助。

    3) 执行完一轮测试之后,都要对测试用例进行补充和整理

    执行完一轮测试之后,都会对所测试的内容有进一步的了解,并且开发人员在实际开发过程中,会对某些功能的细节部分做出一些修改,测试人员应该根据变更和熟悉程度对之前编写的测试用例进行完善,主要是对测试步骤的修改和异常情况的补充,提高测试用例对需求的覆盖率,以便能发现更多的BUG。

    4) 测试结束之后,根据测试用例整理出测试思路进行总结

    测试结束之后,测试人员在提交测试报告之后一般基本就会有一段短暂的休闲期,在此期间,再看看被自己不断完善的测试用例,根据用例中的标注,可以将之前的测试思路很条理地整理出来,反思有哪些地方考虑不足,这就是经验积累。

    做好这些工作之后,在面对领导问你功能测试会测试到哪些功能,会测试哪些情况,执行一轮测试所需的大概时间问题时,测试人员就可以根据自己编写的测试用例进行流利回答。套用郭德刚的一句词:做科学的人都是很严谨的。大家作为都是有身份证的测试人员,只有工作做得细致严谨,自身的水平才能得到提高。


    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏4
    回复

    使用道具 举报

  • TA的每日心情
    无聊
    2016-5-4 14:51
  • 签到天数: 6 天

    连续签到: 1 天

    [LV.2]测试排长

    3#
    发表于 2016-6-3 15:25:41 来自手机 | 只看该作者
    谢谢分享,学习了
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-25 09:37 , Processed in 0.066591 second(s), 22 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表