软件测试需要学习测试基础和理论知识。
其中需要学习的包括测试计划编写、设计测试用例、编写BUG报告单;需要学习python语言以及计算机的硬件知识;需要学习数据库知识,包括MySQL数据库、Redis数据库等;需要学习自动化测试工具、性能测试工具、接口测试工具的使用。比如在性能测试则会用到Loadrunner软件,它包含Controller、VuGen、Analysis。
一、软件的结构和组成
既然是做软件测试,势必要对测试对象有充分的了解。大体方向如下:
1、 前端和后端
前端:用户直接使用的地方我们称之为前端,前端处于用户直接能用的东西,对于用户而言是最靠“前”的。
后端:用户看不见的东西,用于做数据处理和交换。举个例子,知乎的登录,我们在网页(前端)上输入用户名和密码,那知乎咋个晓得我们是不是当前这个用户登录成功的?这个判断 *** 作就是由后端来完成的。
接口:前端和后端进行数据传输的通道,同样的例子,知乎登录,用户在前端输入了账号密码,点击登录后,我们输入的账号和密码就通过登录接口传给后端,后端拿到账号和密码后,再进行判断。
如果判断通过,则通过登录接口把登录成功的信息返回给前端,前端再让我们去访问有权限的功能,反之,就提示登录失败。
2 、数据库SQL
数据库是整个软件必备的知识点,主要是关于sql语句的应用,尤其是多表联查。在面试中,通常出现的笔试环节,这部分要不就是很简单的sql查询,要不就是很复杂的多表查询,零基础的小伙伴推荐大家从这里开始。
3、 Linux学习
Linux是测试也要掌握的技能之一。
二、功能测试用例设计(重中之重)
功能测试用例太重要了,软件测试工程师80%的工作都跟这个相关,而且面试100%必出的问题。搭建测试环境,查看日志,定位BUG,所以需要掌握其中的一些基础用法。
三、 实战练习项目(重点)
说实话,这块自学真的有点难受,实际的项目怎么可能这么容易就找到了。自学的小伙伴可以去找一些开源项目来练习。
四、 接口测试和接口用例设计
接口测试是对系统接口级别的测试。
1、抓包工具和前后端Bug定位。
2、Postman。
3、Jmeter。
以上,应该是最最最精简的学习路线了。
首先你要学习包括:软件测试基础(测试工作基本原则)、软件测试管理、软件测试工具、缺陷管理(缺陷的分类)、测试方法、测试策略 其次是文档:测试计划、测试用例、测试报告(单元、集成、系统)、缺陷报告。 再次:版本测试工具(svn),缺陷管理工具QC…… 还要了解一些测试根据:QTP、loadrunner……一、软件测试员自身素质培养
(1)
首先,应对软件测试感兴趣和对自己有自信,如果具备了这两点,那么在开发过程中不管遇到什么样的困难,我相信你一定能克服。
(2)
善于怀疑,世界上没有绝对正确的,总有错误的地方,具有叛逆心理,别人认为不可能发生的事,我却认为可能发生。别人认为是对的,我却认为不是对的。
(3) 打破砂锅问到底的精神,对于只出现过一次的bug,一定找出原因,不解决誓不罢休。
(4) 保持一个良好的心情,否则可能无法把测试作好。不要把生活中的不愉快的情绪带到工作中来。
(5) 做测试时要细心,不是所有的bug都能很容易的找出,一定要细心才能找出这些bug。
(6) 灵活一些,聪明一点,多制造一些容易产生bug的例子。
(7) 在有条件的情况下,多和客户沟通,他们身上有你所需要的。
(8) 设身处地为客户着想,从他们的角度去测试系统。
(9)
不要让程序员,以“这种情况不可能发生”这句话说服你,相反,你应该去说服他,告诉他在客户心里,并不是这样的。
(10) 考虑问题要全面,结合客户的需求、业务的流程、和系统的构架,等多方面考虑问题。
(11)
提出问题不要复杂化,这一点和前面的有点矛盾,如果你是一新手,暂时不要管这一点,因为最终将有你的小组成员讨论解决。
(12)
追求完美,对于新测试员来说,努力的追求完美,这对你很好,尽管有些事无法做到,但你应该去尝试。
(13)
幽默感,能和开发小组很好的沟通是关键,试着给你的开发小组找一个“BUG杀手”,或对他们说“我简直不敢相信,你写的程序居然到现在没有找到BUG”。
(14)
到此是不是对测试很有兴趣呢?不过我要告诉你,测试过程中有酸甜苦辣,其中的滋味只有你知道,也许你会感到枯燥,要学会放松自己,去溜冰或做你喜欢做的事,不过,别放弃,因为你的自信告诉过你“你会是很优秀的测试员”不是吗?
二、浅谈软件测试之技巧
软件测试虽然辛苦,但是掌握了一定的技巧之后将使你事半功倍。
(1) 边界测试,测试用户输入框中的数值的最大数和最小数,以及为空时的情况。
(2) 非法测试,例如在输入数字的地方输入字母。
(3) 跟踪测试,跟踪一条数据的流程,保证数据的正确性。
(4) 在开始测试时应保证数据的正确性,然后在从系统中找出各种BUG。
(5) 接口测试,程序往往在接口的地方很容易发生错误,要在此模块测试勿掉以轻心。
(6)
代码重用测试,在开发过程中有些模块功能几乎相同,程序员在重用代码时可能忘记在原有代码上修改或修改不全面,而造成的错误。
(7) 突发事件测试,服务器上可能发生意外情况的测试。
(8) 外界环境测试,有些系统在开发时依赖于另外一个系统,当另外一个系统发生错误时,
这个系统所受到的影响的情况。
(9)
在程序员刚修复Bug之后的地方,再找一找,往往程序员只修复报告出来的缺陷而不去考虑别的功能在修改时可能会重新造成错误。
(10)
认真做好测试记录在做完一天的测试记录之后,第二天再根据第一天的测试记录重复测试你会发现有未修正的错误。
(11) 文字测试,如果在系统中有用词不当的地方,我想这是不应该的。
(12)
系统兼容测试,例如有些程序在IE6能运行正常,到IE5下不能运行。有些程序在WIN2000下能运行,而到WIN98却不能运行。像一些很特别的用户去使用系统,你很有可能发现BUG。
(13)
用户的易用性测试,往往用户的需求是不断的变化的,而其中的一部份变化的原因,是有用户 *** 作上不方便引起的。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)