分享测试生涯中的经验与心得

Zy y2T/A Q D&R C0希望朋友们后面跟帖给予更多的经验与心得，让我们在测试路上共同成长。

1.我的一个帖子“测试部门如何分工，测试部门需不需要做版本控制”上，lotuis的朋友给予的建议摘记：51Testing软件测试网7q{? y MK

多嘴一句，case千万别什么都往里面写，虽说要把最容易出问题的场景都给列出为case，但是为了个人考虑，不要写的太细，所谓的标准化乃至CMM，Agile之类，无非就是剥离人的差异价值，你把该列的case都列出来了，换个人直接就能顶替你，但是如果你留点不容易想到，但是经常出bug的场景在心里，测试的时候就出bug，平常的时候就装不知道。51Testing软件测试网8vFu@EDx8R8t3Jd
51Testing软件测试网B%HC
B_ P{
我不是教你使诈，只是要保护自己，测试这一行很容易混，什么人都有，一些灵光一闪的漂亮case就是你的价值，除此之外还有什么能让自己闪光的？尤其对于你这样的新人。在公司规定和领导允许的范围内，能让case越难读越好，除了你什么人都看不懂，需要执行就要问你，我经历过的项目都是这样，不管是印度人，还是美国人，都是私下里加门槛，跑对方的case，必须问他怎么跑才知道如何执行，换个人，就算看文档也不一定明白，举个例子，问你哪两个数相加等于2，只回答1＋1，还问，才说2＋0，自己要做了，才把3＋（－1）之类拉出来，这样你对公司才有价值，比如能不写case的步骤，就不写，能用项目特定术语的，就用术语，能用简称的就用简称。还有不管什么公司，只要有tester，潜意识里都是把bug数量当作衡量其实力的标杆，不管bug如何垃圾，你报了10个垃圾bug，绝对比只报1个超牛Xbug的牛人要受老板赏识....51Testing软件测试网_
n.iE"B*H"b5YH

2.

p ~e0La^0 51Testing软件测试网K%N2x~.K.|*Dt
]