51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3798|回复: 8
打印 上一主题 下一主题

[原创] 小谈功能测试

[复制链接]
  • TA的每日心情
    开心
    2016-10-21 07:32
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    跳转到指定楼层
    1#
    发表于 2007-11-11 00:40:53 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    加入51testing有段时间了,一直都是在获取,真是不好意思,现也把自己对功能测试的心得和体验写出来,希望能和大家一起交流.并望大家提出更好的建议.

    功能测试:运用不同的测试手段和方法(等价类划分,边界值法,错误推测法),对软件功能进行测试,验证软件功能是否能够符合业务要求,进而保证产品质量。
      
       我们在验证功能时,往往是从页面开始,主要包括:输入域、选择域、相关按钮控制、打印页面等等,而有的时候往往忽略了整个业务流程,从而影响整个产品的质量。对于功能测试,有几点小建议,就是我们在做功能测试时,先从整个产品的行业知识出发,一切以业务为基础来进行测试,需求理解时, 就要把握整个产品的个业务流程,先做什么,后做什么,明确哪些模块功能是整个业务流程的重中之重。然后细节到每个模块的功能,明确这个模块要实现什么,该设置哪些验证点比较合适,理解需求的同时也要注意软件需求是否有遗漏的地方,因为人无完人,虽然经过几轮的需求评审,也有可能会遗漏一些点。理解完需求之后,进入测试设计阶段,这个阶段是测试工作中非常重要的一个时期,往往需要花费大量的时间,测试设计做的好,我们在执行测试时就相对比较轻松,也容易发现软件的缺陷。比如,在测试整个流程时,执行完一个模块功能后,什么字段该更新,会对下一个流程产生什么样的影响等等,用例设计时,都要非常明确的指出,这样我们会从业务角度来发现问题,不会仅仅局限于页面的缺陷。
       另外,在把握了个业务流程后,也不能放松对页面要素的检验,因为缺陷出现的原因往往是我们在页面下输入异常数据造成的。针对页面各要素,一些典型的用例如下:

       1. 页面链接检查:每一个链接是否都有对应的页面,并且页面之间切换正确。
      2. 相关性检查:删除/增加/修改一项会不会对其它项产生影响,重复新增记录是否正确;不选择记录删除是否正确。  
       3. 字符串长度检查: 输入超出需求所说明的字符串长度,少于要求的长度,等于要求的长度,是否会报错。  
       4. 字符类型检查: 在应该输入指定类型的内容的地方输入其他类型的内容(如在应该输入整型的地方输入其他字符类型),看系统是否检查字符类型,会否报错.  
      5. 标点符号检查: 输入内容包括各种标点符号,特别是空格,各种引号,回车键.看系统处理是否正确.
      6. 中文字符处理: 在可以输入中文的系统输入中文,看是否会出现乱码或出错.
      7.数据字典检查:查看每个下拉菜单,验证是否正确。
       8.空检验:必输项为空时,是否报错。
       9. 快捷键检查:是否支持常用快捷键,如Ctrl+C Ctrl+V Backspace 等.
    还有,在我们测试完每个项目后或是在项目测试期间,都要及时的总结,一方面是把容易出现问题的地方总结出来,思考是什么原因引起的。另一方面,把较难理解的业务知识总结出来,方便日后学习,经常性的总结与思考,我们的测试水平也会更上一层楼的。
         提高我们的沟通能力。日常生活中,要把测试人员和开发人员的关系处理好,平时加强与开发人员沟通,这样我们在工作时开发人员就非常容易的配合我们工作,那工作效率自然而然的就提高了,业绩也就逐步的体现出来。

    总之,在功能测试时,从行业的业务知识为出发,理解业务知识后,针对每个模块功能来测试,并且经常性的总结与学习,这样会使我们的工作更加轻松,也更有效能。

    有句话,个人认为不错,我们验证的产品是符合我们的行业业务,而不是业务符合我们的产品。-----一切以业务为中心

    [ 本帖最后由 east_rise 于 2007-11-11 10:59 编辑 ]
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏3
    回复

    使用道具 举报

    该用户从未签到

    2#
    发表于 2008-7-21 22:32:03 | 只看该作者
    最后一句话说的不错,测试和开发都是软件生命周期中的要素
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2008-7-22 17:43:54 | 只看该作者
    不错`
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2009-9-21 10:01:05 | 只看该作者
    嗯,是楼主的经验之谈啊,谢谢啦
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-11-5 16:35
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    5#
    发表于 2014-11-5 16:41:56 | 只看该作者
    大大  是我
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2014-12-2 22:51:08 来自手机 | 只看该作者
    需要细细拜读
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2014-12-3 14:13
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    8#
    发表于 2014-12-3 14:33:47 | 只看该作者
    说得非常好,刚做测试,工作中也是这么做的,只是在用到了一些测试方法比如等价类划分的时候我都不知道用了这个方法。呵呵,公司没有一套完整的测试方案,测试流程也不规范,还是要靠自己多学习啊,谢谢!
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2021-6-9 14:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    9#
    发表于 2014-12-4 11:36:31 | 只看该作者
    以用户为中心的设计(UCD)嘛,以用户为中心的测试
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-26 12:24 , Processed in 0.066165 second(s), 24 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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