Everything should be tracked!
分享测试生涯中的经验与心得
上一篇 /
下一篇 2008-08-29 11:40:40
N.W1~|.B4?/Y0希望朋友们后面跟帖给予更多的经验与心得,让我们在测试路上共同成长。
^2])J(q2m@!SP/wr0a(a6S I$y:C01.我的一个帖子“测试部门如何分工,测试部门需不需要做版本控制”上,lotuis的朋友给予的建议摘记:
8Zo [Q4e051Testing软件测试网 k${y;j_/Nu多嘴一句,case千万别什么都往里面写,虽说要把最容易出问题的场景都给列出为case,但是为了个人考虑,不要写的太细,所谓的标准化乃至CMM,Agile之类,无非就是剥离人的差异价值,你把该列的case都列出来了,换个人直接就能顶替你,但是如果你留点不容易想到,但是经常出bug的场景在心里,测试的时候就出bug,平常的时候就装不知道。51Testing软件测试网,m)} iX%v(GK Z-[
51Testing软件测试网[
m"C^#G:s&]E0M
我不是教你使诈,只是要保护自己,测试这一行很容易混,什么人都有,一些灵光一闪的漂亮case就是你的价值,除此之外还有什么能让自己闪光的?尤其对于你这样的新人。在公司规定和领导允许的范围内,能让case越难读越好,除了你什么人都看不懂,需要执行就要问你,我经历过的项目都是这样,不管是印度人,还是美国人,都是私下里加门槛,跑对方的case,必须问他怎么跑才知道如何执行,换个人,就算看文档也不一定明白,举个例子,问你哪两个数相加等于2,只回答1+1,还问,才说2+0,自己要做了,才把3+(-1)之类拉出来,这样你对公司才有价值,比如能不写case的步骤,就不写,能用项目特定术语的,就用术语,能用简称的就用简称。还有不管什么公司,只要有tester,潜意识里都是把bug数量当作衡量其实力的标杆,不管bug如何垃圾,你报了10个垃圾bug,绝对比只报1个超牛Xbug的牛人要受老板赏识....51Testing软件测试网M
^|)X [7o(t8f
0OZzq$wS$dI5ZA%g02.51Testing软件测试网%M\!q^ ew-M.?g
8U1gt;a"Ue0
|#}Uo)I N\t9Do0
相关阅读:
- 测试工程师十二“最” (zhouqs, 2008-4-16)
- QTP 使用过程中出现的问题 (cybchen, 2008-6-05)
- 测试心得(一) (fyf, 2008-7-23)
- 靠管理还是靠精英 (liuqianshuai, 2008-8-12)
- 一天到晚测试的人 (liuqianshuai, 2008-8-14)
- 测试流或者测试风 (liuqianshuai, 2008-8-15)
- 和总架构师谈测试 (liuqianshuai, 2008-8-15)
- 测瘾之心 (liuqianshuai, 2008-8-18)
- 优秀的测试员 (shuijing, 2008-8-21)
- 需要共同关注和探讨的问题---如何提高测试用例专业水平 (liuqianshuai, 2008-8-22)
收藏
举报
TAG:
测试心得