EEPW论坛

        目前很多新加入测试行业的朋友在刚接触测试的时候十分茫然， 经理的三言两语就安排了我们的工作性质“**啊，你去**这个项目组帮着测试下，”“**，你来测下这个系统，有问题就和我说，”……这种情况很多很常见，对于一个新人来讲，怎么测呢？测试这个行业我一直觉得是易学难精，某种角度来讲，测试比开发还要难，比开发还需要动脑子，相信大多数人都看过玄幻小说，在这里我做一个比喻，我们把BUG和开发任务比作对手，整个团队比作自己，那么开发人员就是杀敌的利剑，开发人员所掌握的技术，就是这把剑的长度和锋锐度，那么我们测试人员呢？测试人员则担任了眼睛的任务，要通过我们来寻找对手的破绽，从而一招胜敌，这里除了找出缺陷同时还有一个工作，给缺陷定位，我们测试员掌握的技术，就代表了大脑运作的速度，代表了眼神的犀利，很多新人朋友知道自己要去找BUG但是常常忘记了给BUG进行一个定位，其实定位是很重要的，就好比你发现对手的破绽在两眼之间，你却告诉你手中的利剑，对手的头上有破绽，试问，假若你直接将BUG定位在两眼之间，哪个更有效率呢？


    再来谈一下测试人员应该掌握的技术，就我个人来看，测试最核心的技术还是测试用例的设计，不论是纯手工测试，自动化测试，黑盒测试，白盒测试，功能测试还是性能测试都离不开测试用例的设计，至于更牛的测试专家他们所掌握的诸如开发测试工具这样的技术，仔细想想，也只是为了更方便的设计和实现测试用例。


    只要接触过测试的人不难发现，其实用例不难，大家或多或少都接触过用例，可真正明白用例的用途的还是在少数，以下我将用例的设计分为4个阶段当然只是给新人朋友的一点建议，与我以前发过得一片新人朋友看的博文是同样效果的，只是给新人朋友指引一条测试的道路，所谓条条道路通罗马，也希望更多的朋友能够分享自己的一些心得和体会。


    第一个阶段，茫然在这个阶段的朋友多半是第一次接触到测试用例，虽然用例的格式都有，但总是自己设计不出来或者设计出来的用例效果很差，其实用例的格式并不重要，有时候可以根据你自己的实际项目，所采用的设计方法，思维模式而改变，如果你感到无处下手，那么你应该去看一看有哪些用例的设计方法，同时仔细的分析下你现在的状态和手上的系统比较适合什么方法。