51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5797|回复: 4
打印 上一主题 下一主题

第192贴【2005-02-23】:测试分析和设计--确定测试目标

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-2-23 18:04:30 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
在清单技术中需要建立待测事项的各种列表。但是,不要预先就对各个列表进行彻底的核查,同样也不要把列表做得太细。常见需求目标的例子包括如下一些内容:
   。函数或方法
   。约束或限制
   。系统配置
   。与其他系统的接口
   。输入和输出属性的条件
   。系统/对象存储的条件(即影响处理的各种状态)
   。将输入和存储条件(即对象状态)与结果函数相链接的行为规则
   。关键的使用与操作场景
   。根据对系统的外部分析得出的需要考虑的其他问题

   当然,还会存在许许多多的其他测试目标,而且总会存在某个系统特有的一些测试目标,但是上面的列表能让你了解正在探询的各种事项。不必担心会存在目标或者清单的重叠,我们是从不同的角度对系统进行审视,以确定可能会被测试的内容,至于内容的冗余,可以考虑在后续步骤中消除。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

5#
发表于 2005-2-25 11:05:42 | 只看该作者
同意“不要把列表做得太细”,开发过程中的变化很频繁,如果写的太细,修改起来很麻烦,得不偿失。
我们通常的做法是先写大纲,重要部分细化,注意事项提出来。
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2005-2-24 21:26:21 | 只看该作者
分析工作是一个从整体到局部逐级细化的过程,这里是先从测试项的层次进行分析,得到待测事项的列表,不要先就限入到每个待测事项的细节里面去。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2005-2-24 17:09:32 | 只看该作者
“不要预先就对各个列表进行彻底的核查”能够理解,也就是说不要对列表产生依赖,先分析和设计,然后对照列表查漏补缺。
“同样也不要把列表做得太细”就不太理解了,天网能否解释一下,谢谢!
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2005-2-24 13:16:28 | 只看该作者
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-11 04:22 , Processed in 0.079831 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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