测试思想分享

测试思想分享

从实习到现在差不多接近做了四年的测试了,自己接触过很多产品、项目的测试,如:手机整机系统测试、WEB电商项目的测试、打车系统测试、车载娱乐系统等等的测试。常听到一句话“不怕走弯路,就怕走错路”。不过当一个测试员花费三年、五年甚至更多的时间走了弯路的时候,跟走了一条错路又有什么区别?思想指导行动,作为刚入行的测试新手来说,多看一些测试工具、测试技巧固然能快速见效提升实力,但从长期来看,多看一些测试思想却可以让自己少走弯路,少一些遗憾。现在我浅谈自己的测试思想吧,将自己的一些测试见解分享给大家。

我对软件测试的理解

我觉得软件测试不是为了找Bug而找Bug,如果可以的话,我希望一个Bug也没有。我觉得软件测试就是尽量以最小的人力物力保证产品质量的过程,做好前期计划,做好中间过程,做好后期反馈和问题解决,而不只是单独的找Bug。

如果没有软件测试,则无法保证在测试过程中产品按照具体的需求完成,也没有人专职对产品的功能、逻辑等进行专项测试,无法保证质量的产品发布出去后是很容易有重大问题的,至少在验收这一关,测试是重要角色的存在。

我的测试思路

首先在设计测试时,头脑中要创建一个产品模型(比如一个想象的图景,一份功能清单或者某个图表,知道有谁是用户,用户关心什么)。不管模型是什么,测试都主要基于产品模型进行,而不是实际产品。如果程序员怎么做你就怎么测,那相当于你默认了程序员做出来的就是对的——这是一种很危险的情况——任何时候我们都要相信,程序员是很有“创造力”的,他们能创造出各种匪夷所思的逻辑!

     有缺点的模型会产生有缺点的测试。学会一种对产品建模的新方法,就像是学会了观察产品的一种新方法。 作为测试员,有责任去研究建模问题。对建模艺术越精通,越能够更好的测试。
      其次,在测试的过程中,首先我会按正常业务流程走一个冒烟测试,确保主要流程功能可用。在测流程业务时,我喜欢用一些错误猜测法,异常流程的情况去分析问题,探讨问题,进而去测试业务,而往往出现问题的地方就是这些非正常流程的情况。
     最后,在测试的过程中,自己有时候也会依靠自觉来测试。依靠“直觉”做测试是很多测试员(包括资深的)的测试手段,但需要注意的是,“直觉”很有用,但只在开始的时候有用,而不是其他时候。不可把由直觉做出的判断作为测试报告或者质量评估的依据。除非大家都有这种直觉,否则不会相信或者采纳你的建议。直觉适合用作指南,而不能用作合理性证明。当你凭借直觉找到测试方向时,就需要用严谨的测试行为进行验证。 总之,用直觉开始工作时不错的,但用直觉做为工作的结束又是非常糟糕的。
     当然有“这是问题,因为它显然是问题”的想法时,可以换一种方式进行沟通:“这是问题,因为我看到产品的行为与需求1、2和3冲突,而我们的客户很看重这些需求。”
我对手工测试的理解
     做了这么多年的测试,一直从事的是手工测试,功能测试,虽然也想过做自动化测试,但是自己还有很多东西都不会,接下来也会去不断的学习。
     手工测试在很多人看来,就是点点点,没有任何技术含量的。但是我想说的是,我们并不是盲目的点点点,测试思想最重要。就像你走路一样,你前进的每一步都是向着你的目标靠近的,都是有目的的。
      什么是技术含量,我觉得,一般指的有“技术含量”的,就是你能做别人不能做,或者你完成目标比别人快的多的事情,如果随便一个人很快能上手完成你所做的工作, 就不算有技术含量。就好像只把伪代码转换为语言的程序员,有多少“技术含量”?从这个角度上看,很多人觉得“手工测试没有技术含量”就不足为奇了,因为如果按照用例去执行,给出明确的预期结果,谁都应该知道用例执行是通过还是没有通过。那如果不是用例的执行而是去设计,而是编写用例呢?给出一个功能点,每 个人是否都能快速的设计出有效的测试用例呢。答案一般是否定的,最少同一个公司,有的人写的快,有的人写的慢;有的人考虑的周全,思路很清楚,有的人写用 例和不写用例一样,想到哪写哪。测试用例的设计总该算是有“技术含量”了吧,不懂业务的,熟悉业务要很长时间,不晓得逻辑方法的,肯定先要把逻辑弄清楚。
最后的总结
     最后,说说我做测试以来其他方面的成长。我们肯定很明白一点,测试不是凭想象,想怎么测,就怎么测的,总是在开始测试之前,先把思路理清楚,测试的策略想清楚,于是锻炼了思维。我们总是在描述bug的时候,担心开发看不懂,每次以他人的眼光来审视写的bug, 是否有歧义,复现的步骤是否更直白,语句是否更简练而清楚,顺带着,是否有截图和图上重点的标示,于是锻炼了文字描述。我们总是会和需求人员确认需求,和 客服人员确认客户问题,和开发确认缺陷问题,于是我们锻炼了沟通。也许有人会不认同这也是一种收获,那可以问问自己,我们有没有测试到一半,发现漏了功能 点,重新回头进行测试的情况;我们有没有写bug后,开发看不明白,打回的情况;我们有没有根本没有了解到客户的真正问题,就马上去解决的情况。。。。

在测试的这条道路上,我还有很多不足的地方,也有很多要学习的地方,我会正视自己的不足,不断的学习下去。

 

发表评论

邮箱地址不会被公开。 必填项已用*标注