当前位置: 代码迷 >> .NET分析设计 >> :怎么成为一个优秀的测试者
  详细解决方案

:怎么成为一个优秀的测试者

热度:231   发布时间:2016-05-01 22:33:54.0
请教高手:如何成为一个优秀的测试者
不要灌水、不要说那些没用的没用的啊 比如说了解用户需求应该说如何去更好的了解。。。。。
------解决方案--------------------
我的测试概念,不是基于手工测试,所以估计帮不了你。

对于手工测试,随便说几点:

从技术角度讲,最基本地是要会写测试用例。你要能够动用你的想象力去揣测:测试、测试到达程序内部的“哪个深度”、何时会突然从脑子里“蹦出”新的测试用例的想法。

从执行力的角度,手工测试人员要任劳任怨地把自己当成奴隶,每天把一堆测试用例重复十几遍,而且面对上千个测试用例(你半年也不可能真正走一遍的测试用例)还要勉强假装自己好像一点也不厌烦。而且其实最关键地,按理说每当程序有改动,你做过的手工测试就都“作废了”,必须重新回归测试,这个时候手工测试人员只能假装不懂这个道理,忽视这个问题,假装大家都是代码的奴隶。

但是测试人员只会挑次要毛病、去领导那里打小报告(用领导来压制程序员),而对于设计一点也起不到好的作用。这个时候,你就要尽量少对程序员大放厥词,也不要把自己的职责弄得跟个什么产品经理似地整天把“需求”挂在嘴上。当你以“需求”为借口来跟程序员斗嘴的时候,程序员往往会会你一句“要不你来做吧,你做的比我好”。

凡是需求和初步设计工作有问题的,你应该有本事去找领导理论,千万不要对程序员去挑问题(因为程序员会用一句话就给你顶回来)。你应该将大问题直接公开地指责领导,小问题才跟程序员沟通,而不是把二者倒过来而装好人。

以上仅仅针对手工测试人员。我们采取XP开发方法,程序员都会写测试“可执行的”(而不是只有文字描述的)测试用例,因此程序员之间存在着“勇气、开放”,上述手工测试问题很少出现。
  相关解决方案