对软件测试入门者来说,测试用例是第一位的。有了好的测试用例,你就能发现别人没有发现的BUG,只有当你具有良好的,开放型的测试思维,你才能得到优秀的测试用例。功能测试,加油ING~~
----只要认准自己的方向,做自己喜欢并擅长的事情并持之以恒就一定会有所成!
想学好软件测试,先从简单的界面测试开始吧~
上一篇 / 下一篇 2008-11-24 14:22:06 / 个人分类:学习软件测试心得
TAG: 学习软件测试心得
- 引用 删除 wolaizhinidexin / 2010-01-29 10:29:33
-
你提的Bug,描述过于口语化.在我们公司是通不过的.
再有就是,Bug描述中缺少一些必须的信息,完整的Bug信息至少应包括,标题,初始条件,操作系统,测试步骤,实际结果,期待结果,备注,对比结果,是否有截图,联系信息等.
对了,*ZC006的Bug描述也不是很精准,像是在说多个问题,而步骤里只说了一个问题,记住一个Bug只描述一个问题,给你举个例吧,比如说这个Bug描述,如果是我来描述就会这样,Bug描述:邮政编码的正则验证不正确!
Bug描述,尽量要指出问题所在点,以及所导致后果等,具体的方法好像51testing上面有这么一篇文章!你可以找找!
*ZC005的解释,也不能听他的,只要有理由,驳回不修改的请求.
另外,贵公司Bug处理流程感觉并不是十分完善!像是用邮件沟通似的.
关于,提交Bug的东东顺便说说,尽供参考哈!
- 引用 删除 killkisu / 2010-01-28 12:57:00
- 说两句,我做了两年多的功能测试,看到你的几个BUG记录,感觉BUG现象都比较明显,这样的BUG好测出来,也好描述。不知道你知不知道28原理,如果一个地方有问题,那么这个地方可能集中比较多的问题,因此有问题的地方就要抓着别放,使劲的挖掘BUG。另外建议除了按照需求说明进行测试外,可以考虑边界测试和等价类划分测试,特别是有输入控件的地方。
标题搜索
日历
|
|||||||||
日 | 一 | 二 | 三 | 四 | 五 | 六 | |||
1 | 2 | 3 | 4 | 5 | 6 | ||||
7 | 8 | 9 | 10 | 11 | 12 | 13 | |||
14 | 15 | 16 | 17 | 18 | 19 | 20 | |||
21 | 22 | 23 | 24 | 25 | 26 | 27 | |||
28 | 29 | 30 |
数据统计
- 访问量: 19918
- 日志数: 24
- 建立时间: 2008-11-10
- 更新时间: 2009-07-24