前言
- 作者: codeskyblue
- 时间: 2014-05-30
做好测试真没有这么容易,你不光需要知道怎么使用,你还要知道点开发,你还需要记住很多的细节。
下面的这些东西有些是我道听途说的,有些是我从书上看到的。 也有些是我自己体验出来的。 我不敢说我写的就一定就是对的, 所以如果有分歧,欢迎提出来,大家一起讨论讨论。
记笔记
测试技术的进步,源于不断的学习和积累。 学习的过程中,很少有人能过目不忘。 随着时间的流逝,记忆就像发黄的照片渐渐模糊。 所以最好的办法就是记录下来。 记录到纸上或电子设备上。
该记录什么呢? 记录一些常用的命令,记录一些你的感想和思路,记录一些那些你用过的好工具。 把那些有价值的都记录下来吧。 灵感不是随时都有的,但是我们可以随时记录。
记录下来的笔记都是宝贵的资源,时间的流逝会让它更有价值。 所以我们的笔记,最好也来个冗余备份,而且最好能提供快速查找的功能,方便随时翻阅。
预估时间
非常推荐每个人都去看下番茄工作法。 不是简简单单的看看番茄工作法的介绍,而是把番茄工作法的那本书买过来,书里有好多的小技巧。 通过一个个的番茄,你能方便的知道你的每件事情会花费多久的时间。 项目的预估时间,可以很方便项目里的各个成员协调工作安排。而负责人也能根据预估时间,很好的协调项目的整体进度。
每个项目来的时候,最好都做下估时。 一开始可能会估时不准,这个时候,问问开发,问问导师,多问总不会有什么问题。 估时完后,应该找个本子或者是软件记录下来,个人比较喜欢taskworrior,离线软件,也不用担心信息泄漏神马的问题。
每当一个项目结束的时候,应该评估下,这个项目花了多久的时间,哪里估时的不准。 时间久了,就会越来越准确的。
测试设计
站在开发的角度,关注最多的是单元测试。 站在测试人员的角度看,最多的则应该是系统测试。
做好测试设计最需要的是视野。 你需要知道用户的使用习惯。 有个项目,我曾经假想过好多用户的用法,但是当真正看到用户去用的时候,我惊呆了,原来还有这么奇葩的用法。 所以一定要去调查。
测试设计放到哪里? 最好的地方,还是放到一个写起来容易,而且查看起来也很容易的地方。 当找到合适的载体之后,你就可以开写了。 需要注意的是,不要把用例写到两个地方。 就像你站在分叉路口,你是没办法同时走两条路的,时间久了,你就不记得该以那个地方的用例作为标准了。
脑图是个好东西,把用例写到自动化case里其实也不错。 脑图和自动化case其实是有办法很好的结合的。 脑图里你可以写上大体的分类,一定不要太详细;自动化case里,你可以分类下的case具体的方法写了。
站在巨人的肩膀上
我之所以成功,是因为我站在巨人的肩膀上 —— 牛顿
计算机发展了20多年,积累了下来太多的东西。 有时你会郁闷,为什么我想到的别人都想到了,还把它给实现了,一点机会都不给人留。
所以请不要以为自己多NB,自己的写的啥啥,多么的好,谁都比不过。起步前先看看别人的成果,找些视野好的人聊聊,不要怕用别人的东西,你的光芒不是因此而淹没,站在巨人的肩膀只会看的更远。
测试自动化
自动化最大的好处就是,将人类从一次次重复的劳动中解脱了出来。
请注意这里有个前提,重复的劳动。 如果测试就只有个一两次,那就手工来吧。
常常听人说起28法则, 个人感觉就是有些自动化需要你花费80%的时间,但是只能达到20%的收益。 而另外20%的时间,却可以收获80%的收益。 所以我一般不赞同把一个项目所有的测试都自动化了。