51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3600|回复: 6
打印 上一主题 下一主题

[讨论] 探讨如何提高编写软件测试用例的水平

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-1-3 19:52:04 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
     大家好,我最近在编写软件测试用例。在写的过程中我挺纳闷的,不知道如何把一个测试用例编写的更好更到位,能发现更多的问题。基于软件需求说明书的不规范,还有需求不断变更,无法准备精确的测试数据,我感觉写的用例只能覆盖软件的正常事件。异常事件考虑到不多,如果测试用例执行人员按照用例来执行的话,不能发现系统在异常情况下的问题。我挺担心这种情况的,就像测试人员担心测试过的系统发布出去会不会出问题,这可能是测试人员一个通病吧!希望大家来讨论一下,如何去提高一个测试用例的编写质量............
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

7#
发表于 2007-1-5 09:51:17 | 只看该作者
原帖由 avagy 于 2007-1-5 08:52 发表
Hi,jackei
能详细说一下“各种测试用例的设计方法”吗?或在哪里可以找到比较详细的相关知识,你的blog上有么?thanks!
每天只要有时间都会看你的blog,很有收获,谢谢你的分享!
Wish u everything goes well!


呵呵,多谢您的支持。

关于测试用例设计的方法,其实你可以直接参考 51Testing软件测试论坛 » [测试用例设计] 这个版块里面的资料 http://bbs.51testing.com/forum-19-1.html , 应该会比较全面了。

下面简单列一下常用的测试用例设计方法:
- 等价类划分
- 边界值分析
- 因果图与决策表
- 状态图转换
- 基于业务流程的分析(基于建模/基于用例场景分析)
- 正交表法
- 错误推测/根据经验增补用例

不全的地方请大家补充。^_^


另外,测试用例所表现的是一个测试工程师的测试思路,目的是找到缺陷。susansong 所提到的应该是 系统测试的 测试用例,所以一个关键点就在于对需求和业务是否精通,如果自己对业务的了解连开发人员都不如,恐怕就只能通过“Monkey Testing”来找到缺陷。
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2007-1-5 08:52:43 | 只看该作者
Hi,jackei
能详细说一下“各种测试用例的设计方法”吗?或在哪里可以找到比较详细的相关知识,你的blog上有么?thanks!
每天只要有时间都会看你的blog,很有收获,谢谢你的分享!
Wish u everything goes well!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2007-1-4 17:23:21 | 只看该作者

学习ing

学习ing
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-1-4 15:24:52 | 只看该作者
关键是你要对你们的软件系统架构很清,用到什么技术会有什么问题出来,然后打相应的测试用例设计方法,最测试最怕想不到,当然会漏很多sdlkfj5 sdlkfj2 sdlkfj6
有时间多看下书,做测试不仅仅是看测试的,其它方面的书也是要看的
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-1-4 13:47:11 | 只看该作者
1.不断提高自己在行业领域内的知识水平,不断加深自己对系统业务的理解;
2.了解各种测试用例的设计方法,并不断在工作中尝试和总结。
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2007-1-4 13:27:54 | 只看该作者

同感

我最近也在写
希望经验丰富的的同仁给予指点
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-11 00:56 , Processed in 0.074408 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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