51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2465|回复: 1
打印 上一主题 下一主题

[原创] 如何写好手工测试用例?

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

    连续签到: 1 天

    [LV.10]测试总司令

    跳转到指定楼层
    1#
    发表于 2017-9-27 11:37:12 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
    初入测试工作,一定要把会写测试用例作为第一要务和基石。
      测试粗略分为手工测试与自动化测试。
      本文主要介绍一些个人手工测试编写用例经验,不完全面面俱到,也算是自我学习的一点心得。
      首先需要对所测产品的业务流程十分熟悉,按大功能模块进行分块编写。这样逻辑清晰,在测试用例评审的时候能够让别人认同自己的已经完成的测试用例,也便于别人补充和修改。
      1.熟悉所测产品业务流程与功能模块
      2.写列一个思维导图,类似于提纲,能够清晰列出所写测试用例逻辑,层次,以及测试目的
      3.根据思维导图,按模块功能一个一个编写测试用例,一般最基本包含以下几块核心部分:序号,模块名称,需求描述,功能描述,前置条件,测试步骤,预期结果,测试人员,测试结果,备注。根据以上内容,在excel表格中,或者word文档中,编写测试用例。当然目前也有很多类似于testrail的测试用例管理工具。此类工具一方面方便管理统计测试用例,另一方面,能够根据测试结果统计分析测试问题。
      4.在写测试用例过程中,要考虑边界值/校验,比如特殊字符,数字,字母,乱码等校验。这样更能测试出产品的鲁棒性。
      5.测试用例编写完,需要进行测试用例评审,主要是为了避免一个人写测试用例有思维定势。防止测试不全面,或者业务流程测试用例失败是人为导致。
      以上,也要针对具体例子联系,虽然这是笨拙的工作,但是这样才能更好地培养自己的测试思维,发现问题,寻找bug,把关产品质量。

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

    使用道具 举报

  • TA的每日心情
    奋斗
    13 分钟前
  • 签到天数: 2819 天

    连续签到: 1 天

    [LV.Master]测试大本营

    2#
    发表于 2017-9-28 08:08:35 | 只看该作者
    可靠地手段和思路
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 07:37 , Processed in 0.062719 second(s), 23 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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