测试随想

在测试中，对测试手工用例时自己的感悟：在测试之前一定要搞清楚测试的流程、目的、观察点，为什么呢？

首先，只有搞清楚流程，才能正确地对环境、参数进行配置，当然跟着测试用例的步骤配置也可以进行测试，但是当对业务流程不熟悉时，当配置环或参数时不能很确定，总是带有怀疑自己的配置，需要一步一步地跟着测试用例走，只是跟着编写测试用例编写者的思路，而不是自己的真正思考；相反对业务熟悉，看完一遍之后，自己能轻松配置，这一点对提高自己的测试的速度很有帮助。

接着，测试目的很重要，当测试配置很复杂之时，我们配置完测试场景，已经有些晕了，明确自己的测试目的很重要，这会使我们在测试中有一定的方向，而不会感觉无从下手，测试的目的与观察点有很大的关联，我们是根据测试目的来确定基本的观察点，但不是全部的观察点，当我们每次都带着这几点进行测试，会发现测试是有一定的规律，当你认真思考之后的测试，会收获很多，测试中一定要思考，使自己的思路跟着用例走，并在此基础上发散开来进行测试，有助于对BUG的发现。

自己对测试流程的了解，刚刚开始是利用小部分人力物力资源进行冒烟测试，冒烟测试主要是对软件的基本功能进行测试，都是一些合法的数据，一般是利用测试自动化进行，这些都是一些已知结果的用例流程，只有冒烟测试达到一定的成功率，才会进行下一步的，手工用例的测试，这个部分很难控制的流程部分，因为是由人工进行测试，可控性波动很大，存在着一定的风险，但是这也是发现BUG比较多的地方，用例一般是一些边界值、等价类、极值、业务流程的交叉等，软件版本改动最平凡的时间段也是这个时间，风险还存在开发与测试部门的沟通，有些时间开发对某个功能、知识点修改之后并没有沟通，开发很多时间修改BUG代码之后，自己很少进行单元测试、函数测试，引入了新的问题，新的BUG，增加了风险，增大了测试的工作量，由于是由手工进行测试，也造成了测试过程的可控性很小，也会由于人员变动，增加风险，当用例测试到一定的程度，开始进行稳定性测试、性能测试，在稳定性测试中，会使用真实环境的数据进行测试，一般会包含真实环境中的大部分功能流程，对软件进行场景测试，对软件运行的时间、系统等都有规定，而性能测试则是对软件进行性能上的测试，数据也是使用真实环境的数据，会对不同系统环境的性能数据进行收集。稳定性测试与性能测试都会在测试迭代中2次之后一直进行着，直到软件开发的完成，与手工测试并行测试。

测试是为了发现错误、与需求不相符的功能点，从一个老测试员工那听到一句话：“测试就是对需求的验证！”，很简单的一句话，也许得自己慢慢体会。在测试中，也许I需求自己认为不太合理，但是需求是什么规定，功能就应该是与之相应的，测试以需求为依据判断功能是否有错误，完美大师有一句话也是也是我们需要慢慢体会的：“完美的产品是满足用户需求！”，不多也不少。

在网上看了一篇博客是关于测试的，上面说到“一直测试手工用例的话，是会把人的智商降低的”，测试并不是跟着测试用例编写的用例进行测试，这样的每个人都会进行测试，测试时需要思考的，还需要在测试的基础上进行发散测试，测试除了测试用例，还需对操作系统进行学习，对测试工具进行开发，对自动化熟悉，对流程进行优化，掌握一种脚本语言，学会利用资源提高自己的测试效率，对风险控制进行学习。