在测试中,对测试手工用例时自己的感悟:在测试之前一定要搞清楚测试的流程、目的、观察点,为什么呢?
首先,只有搞清楚流程,才能正确地对环境、参数进行配置,当然跟着测试用例的步骤配置也可以进行测试,但是当对业务流程不熟悉时,当配置环或参数时不能很确定,总是带有怀疑自己的配置,需要一步一步地跟着测试用例走,只是跟着编写测试用例编写者的思路,而不是自己的真正思考;相反对业务熟悉,看完一遍之后,自己能轻松配置,这一点对提高自己的测试的速度很有帮助。
接着,测试目的很重要,当测试配置很复杂之时,我们配置完测试场景,已经有些晕了,明确自己的测试目的很重要,这会使我们在测试中有一定的方向,而不会感觉无从下手,测试的目的与观察点有很大的关联,我们是根据测试目的来确定基本的观察点,但不是全部的观察点,当我们每次都带着这几点进行测试,会发现测试是有一定的规律,当你认真思考之后的测试,会收获很多,测试中一定要思考,使自己的思路跟着用例走,并在此基础上发散开来进行测试,有助于对BUG的发现。
自己对测试流程的了解,刚刚开始是利用小部分人力物力资源进行冒烟测试,冒烟测试主要是对软件的基本功能进行测试,都是一些合法的数据,一般是利用测试自动化进行,这些都是一些已知结果的用例流程,只有冒烟测试达到一定的成功率,才会进行下一步的,手工用例的测试,这个部分很难控制的流程部分,因为是由人工进行测试,可控性波动很大,存在着一定的风险,但是这也是发现BUG比较多的地方,用例一般是一些边界值、等价类、极值、业务流程的交叉等,软件版本改动最平凡的时间段也是这个时间,风险还存在开发与测试部门的沟通,有些时间开发对某个功能、知识点修改之后并没有沟通,开发很多时间修改BUG代码之后,自己很少进行单元测试、函数测试,引入了新的问题,新的BUG,增加了风险,增大了测试的工作量,由于是由手工进行测试,也造成了测试过程的可控性很小,也会由于人员变动,增加风险,当用例测试到一定的程度,开始进行稳定性测试、性能测试,在稳定性测试中,会使用真实环境的数据进行测试,一般会包含真实环境中的大部分功能流程,对软件进行场景测试,对软件运行的时间、系统等都有规定,而性能测试则是对软件进行性能上的测试,数据也是使用真实环境的数据,会对不同系统环境的性能数据进行收集。稳定性测试与性能测试都会在测试迭代中2次之后一直进行着,直到软件开发的完成,与手工测试并行测试。
测试是为了发现错误、与需求不相符的功能点,从一个老测试员工那听到一句话:“测试就是对需求的验证!”,很简单的一句话,也许得自己慢慢体会。在测试中,也许I需求自己认为不太合理,但是需求是什么规定,功能就应该是与之相应的,测试以需求为依据判断功能是否有错误,完美大师有一句话也是也是我们需要慢慢体会的:“完美的产品是满足用户需求!”,不多也不少。
在网上看了一篇博客是关于测试的,上面说到“一直测试手工用例的话,是会把人的智商降低的”,测试并不是跟着测试用例编写的用例进行测试,这样的每个人都会进行测试,测试时需要思考的,还需要在测试的基础上进行发散测试,测试除了测试用例,还需对操作系统进行学习,对测试工具进行开发,对自动化熟悉,对流程进行优化,掌握一种脚本语言,学会利用资源提高自己的测试效率,对风险控制进行学习。