51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 4420|回复: 7
打印 上一主题 下一主题

[讨论] 测试案例(test case)编写心得

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2008-11-1 16:52:43 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
测试的过程应该严格遵循一定的过程与计划,这样的过程体现于测试案例中,测试者可以只按照测试案例便可以找出该软件的问题所在,而不需要对软件的需求有深入的了解,恰恰这个测试案例的编写人却需要很深入了解软件需求设计架构,可是能够编写好的测试案例的是一个测试员的基本素质。总结几年风雨兼程的测试历程,有以下的一些肤浅体会,与大家一起交流:
编写原则:FVT(功能测试)-- 涵盖需求,细到API(), 综合业务考虑,case数不在多,而在精,尽大地避免重复。
SVT(系统测试)-- 全面考虑,接口部分要细,case数不在多,而要涵盖所有可能的组合
1。熟悉需求,了解业务
2。熟悉设计
3。结合需求与设计进行模块划分
4。根据模块的侧重点来定位case数目的比例
5。case要写的足够详细,尽量做到任何人拿着case能够完成测试
6。测试代码书写命名规范,代码注释,尽量与case挂钩
我们的软件需要保证质量,规范这个流程的过程是必不可少的,希望我们能够共同提高,希望我们的测试队伍越来越壮大!! ^_^
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

8#
发表于 2009-3-23 18:07:04 | 只看该作者
越做感觉越难了!
回复 支持 反对

使用道具 举报

该用户从未签到

7#
发表于 2008-11-13 10:45:58 | 只看该作者
不知道LZ心中的测试案例和 test case  是一样的还是有区别的
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2008-11-7 10:54:56 | 只看该作者
回复 支持 反对

使用道具 举报

该用户从未签到

5#
 楼主| 发表于 2008-11-4 08:39:09 | 只看该作者
我是软件测试员
回复 支持 反对

使用道具 举报

该用户从未签到

4#
 楼主| 发表于 2008-11-3 13:43:18 | 只看该作者
我是软甲测试人员
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2008-11-1 21:50:41 | 只看该作者
小声问下:lz是个马甲?
回复 支持 反对

使用道具 举报

该用户从未签到

2#
发表于 2008-11-1 21:49:50 | 只看该作者
感觉功能点的划分不是那么容易·
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-26 03:52 , Processed in 0.079124 second(s), 28 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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