51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

【讨论】有关测试策略中测试范围的问题~~

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-7-19 17:12:35 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
今天开会时测试经理把重新制定的一份测试计划和方案的模版发给大家看。大家就测试策略中测试范围是否应该罗列所有的功能点展开讨论。我这里指的是细化后的功能点,比如:在浏览邮件时,可以选择HTML或文本方式浏览。看完后,你可以转存、直接添加该联系人、回复等等。。是不是所有这些功能都要罗列?还是另外列一张功能表?大家谈谈自己的看法吧~~
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-7-20 10:45:46 | 只看该作者
从你的描述来看应该是测试计划和测试方案是一份文档吧。
1、这份文档除了对整个测试活动进行指导外(管理层面和技术层面),主要为后面的用例设计提供帮助,前面划分的越细,后面设计测试用例越容易,如果这份文档中把很细的测试点都点出来了,那么后面用例设计就很直接很快。
2、测试并不是一定要测试所有的特性,因为受到资源和时间的限制,可以把所有的功能点等都拿出来讨论,并区分其重要性,对于不太重要的可以考虑不测试或者不充分测试,只是简单验证。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-7-20 11:02:19 | 只看该作者
谢谢楼上的~~
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-7-22 19:16:12 | 只看该作者
难道这就是传说中的评审会议?sdlkfj4
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2007-7-23 11:00:39 | 只看该作者
不是的,这只是一个很一般的会议,讨论一下测试的流程,评审会议的话应该是对具体的产品、项目的内容进行评审~~
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-6-25 14:55 , Processed in 0.066324 second(s), 23 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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