一谈到软件测试工程师，大家可能想到的是
以上只是大家的刻板影响，为了让大家放心学习，我就给大家讲讲如何能够学好软件测试还不怎么掉头发的方法！
谈到如何学习软件测试，首先也是最重要的是要先学会软件测试的思想和思维。可能很多同学会说了，这明明是个技术活，为啥要说的那么高大上——“学思想”。
其实很多时候，技术的根源问题就是底层的思维问题。只要将底层思维的原理弄懂了之后，方法都是可以变化的，很多时候方法只是思维的表现形式而已。很多同学一开始就谈，我们应该如何学习？好的学习方法有哪些？这就严重的忽略了底层思维。
那么底层的思维又是什么决定的呢？
决定底层思维的是思想，思想也就是态度，我们学习这个技术是因为兴趣还是为了赚钱？我们的思想在哪里，结果就在哪里。但通常情况下，很多人都是冲着这个行业的高薪资而来，这就决定了大家最终走到的高度。
即便一开始我们就是为了这个目的而来的，也没有问题，因为如何有一天这个行业不是那么赚钱了，我们还是可以转行的。
下面我们就着重来谈底层的思维问题：
软件测试的初始定义是寻找软件中存在的问题和错误。
那么第一个底层思维其实也很简单。既然是判断错误，那么我们必须先知道对的标准在哪里？当我们把对方面弄清楚了，错误就轻而易举的就出现了。
那这个标准的在哪里？
系统测试的标准是软件需求规格说明书，集成测试的标准是概要设计说明书，单元测试的标准是详细设计说明书。所以做测试方法固然重要，但是比方法更重要的首先是先把这些标准或者说依据都弄清楚了。
1.需求规格说明书
那么我们先从需求规格说明书说起。系统的规格说明书里面包含了：软件的背景、软件用户群的特征（在营销的角度来讲就是人物画像）。意思就是为什么要做这个软件，这个软件的意义和价值在哪里。我们为软件提供了哪些功能，满足客户或者用户什么需求。
此外软件的需求规格说明书中对软件的界面、性能和兼容的环境要素都有说明。所以对软件需求规格说明书了解的深度和高度就直接决定了你做系统测试的效果。
很多同学连说明书都没有仔细推敲就盲目的下结论，这必然会带来很多不是bug的bug，浪费很多的时间和精力。也有同学说，现在一些不正规的公司压根就没有完善的需求规格说明书，那我们该怎么办呢？找掌管需求的人啊，人比文档也灵活很多。所以我们需要不断的跟掌管需求的人去沟通，清晰需求。这样我们就为系统测试做好了万全的准备。
2.概要设计说明书
接着我们再来谈谈概要设计说明书，在概要设计说明书中我们也谈到了软件的架构和软件的接口。在概要设计说明书中，对软件的接口有很多设定标准，我们做接口测试的依据都在其中。
概要设计说明书中的另外一种幻化的形式就是接口设计说明文档，也就是我们常说的API文档。我们通过API文档对软件有了全面的理解。集成测试也是软件测试中极其重要的一环。
3.详细设计说明书
最后我们来谈谈详细设计说明书，在详细设计说明书中，对很多重点的函数都有清晰的说明，函数和函数之间是怎么调用的，这些都是非常重要的软件内部细节。
这就告诉我们，我们要想对软件进行更加详细的或者更深层次的测试，就必须通过单元测试来实现。千里之堤毁于蚁穴，一个函数的代码错误，会引起一个或者多个接口问题，进而扩散到一个到多个功能有问题。
综上所述，我们学好软件测试，先要把这些文档都理解清楚了，我们再来谈怎么学。谨以此文，分享给后来的学习者，我们看到一门技能真正的本质是什么，这才是学习的不二的法门！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
