51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

[原创] 学编写测试用例方法心得体会

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2010-11-26 13:58:22 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
我之所以选择测试这个工作是因为:我毕业后,在第一家公司做技术支持,产品的问题很多,导致技术支持工作很辛苦、很累。为了让用户买到的产品的质量是好的,我选择了做测试,到了现在的公司。我刚做测试的时候,对测试一无所知,什么测试流程阿、文档阿都不知道,公司的测试和管理也不规范。对测试,大家都认为不就是拿个鼠标点来点去,谁都可以来做。为此,我经常上网查测试的资料、查书看,在这里我想说下《清华大学出版社》出的《敏捷软件测试:测试人员与敏捷团队的实践指南》这本书还不错。英译版本的,(这年头搞软件人都知道英译版本的书都优于同类版本的书).

    现在想想自己刚开始写测试用例的时候,真是好笑。就像小孩子学习写字一样。先是在网上狂搜索了一把测试用例的模板,综合了几个,就形成了。我之所以不用公司原有的测试用例模板,是因为太不适用了。还好,公司没有严格要求必须要那个模板,只要适用就行。模板找好了,可是写就费劲了。对于刚做测试的新人,看似简单的一个填表工作,要写好真是不简单。一开始写的比较不自然,有些生搬硬套,而且还很慢。没有办法,那时候没有人指导我,全靠自己自学和领悟,所以那段日子很苦阿!多写几次后,就知道和领悟了,测试用例要根据测试大纲来写,测试大纲要根据测试计划来写。测试大纲更多的是把握住测试项的方向,而测试用例是指导怎么去执行测试。还好,我有编程的经验,所以对我熟悉软件帮了一个很大的忙。熟悉了软件的业务才能去写测试用例,才能更好的去测试。这也是我一点一点的领悟出来的。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2010-11-29 12:35:18 | 只看该作者
回复 1# wkpgv6ha3ap

LZ很不错哦,加油:)

总结很实在,LZ可能快到岔路口了:
控制类:可以开始琢磨一些QA的书籍,从实际测转到控制测试。
技术类:可以加深编码经验,琢磨自动化测试书籍,通过开发/使用工具提升实际测试效率。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2010-11-29 17:27:12 | 只看该作者
学习下   帮顶
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2010-11-29 17:29:44 | 只看该作者
我之所以选择测试这个工作是因为:我毕业后,在第一家公司做技术支持,产品的问题很多,导致技术支持工作很 ...
wkpgv6ha3ap 发表于 2010-11-26 13:58

从实际测转到控制测试  求解!!!
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2010-11-30 00:05:04 | 只看该作者
帮顶,我也要努力学习测试
回复 支持 反对

使用道具 举报

本版积分规则

关闭

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

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

GMT+8, 2024-11-7 10:57 , Processed in 0.069137 second(s), 27 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

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