51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
打印 上一主题 下一主题

[原创] 设计测试用例的依据是什么??

[复制链接]

该用户从未签到

21#
发表于 2011-12-23 16:00:28 | 只看该作者
佩服14楼 这就是我们的精神
回复 支持 反对

使用道具 举报

该用户从未签到

22#
发表于 2011-12-23 16:11:24 | 只看该作者
如果系统做得差不多了还可以预先搭建个环境运行起来看看,然后写测试用例
回复 支持 反对

使用道具 举报

该用户从未签到

23#
发表于 2011-12-23 16:29:05 | 只看该作者
回复 17# yayali


    不错
回复 支持 反对

使用道具 举报

该用户从未签到

24#
发表于 2016-5-12 15:31:34 | 只看该作者
你去百度一下,会有标准答案。
但实际的测试过程中,可能各个公司情况都有所不同。根据人员水平,大家参照的资料也不同。
说一下我怎么做的吧。
首先要明确测试计划,都要测试什么内容,哪块要测到什么程度,哪块比较薄弱,哪块是重点测试的内容。
然后根据开发提供的功能说明书,详细的理解每个功能的作用,你都不理解这个功能,怎么测试呢。
然后根据式样书的定义来写测试用例,可能有的公司叫详细设计说明书,应该指的是同样的文档。
你写的时候还要了解测试别的功能的用例会不会也覆盖到你测的部分,避免重复的测试,提高效率,降低成本。
如果不是一个全新产品的测试,基本都有以前的BUG资料可循,要查一下哪部分是Bug易发点,之前发生的BUG在现在的版本上是不是也会发生。还有投放到市场上的产品肯定有用户反馈,用户反馈的部分也是我们要考虑进来的。

总之,回答这个面试题很容易,但是实际的测试就是你要利用你手头可用到的一切资料,还要根据你的经验。正如前面有些同学回答的,有些文档并不是很详细,就需要根据你的经验了。还要和开发有良好的沟通,尽可能的让开发开心的给你提供资料。
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-13 17:41 , Processed in 0.059400 second(s), 20 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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