测试工作绝不仅限于点点点!

  • 时间:
  • 来源:互联网

经常听到开发对我说,天天的点点点有意思没?多么索然无味的工作啊,诚然测试在他们眼中就是为他们服务、打杂且十分无趣的工作。和IT圈外的同学、朋友聊起自己的工作,往往一说自己是测试,无形中也会被大家轻视,总有人会问你,为啥干测试啊,怎么不干开发呢?不可置否,在他们心中,你肯定是因为能力不足,无法胜任开发的工作,退而求其次,只能干着平凡、索然无味的测试工作…
在这里插入图片描述
可以这样说,无论是开发的说辞还是朋友们的质疑,这些都不是重点。重要的是你自己难道也认为测试的工作就是单纯的点点点吗?如果你这么认为了,好吧那我奉劝您赶快转行,因为你在浪费自己的光阴,一寸光阴一寸金啊,不必在软件测试这条路上走下去了。因为你的目标和思想已经固化、停滞不前了。如果你不同意开发的说法,那我恭喜你,听我给你分析分析测试到底是不是只是点点点的工作。

01

测试背景

为了描述的更加形象生动,我这里给自己设定一个测试背景,这个背景大家都非常熟悉。就是如下所示的QQ登陆界面。
在这里插入图片描述
假设现在你的工作就是测试QQ的登陆功能。你该如何做?

1、充分阅读需求说明书,开发的设计文档,理解项目背景,熟练掌握开发的设计方案。

这里注意一个问题,现在是提倡敏捷测试的时代,有时候需求来了只是邮件、口头描述形式。此时我们要快速介入测试,肯定需要通过各个途径来了解需求,最直观最快速的方法肯定是有效的沟通。沟通里面还有一个重要的点:那就是学会问题。如果是我我会快速弄清楚以下问题,然后着手测试:

(1)产品和特性是由哪个开发具体负责的。(把功能与开发人员进行映射,方便后续问问题)。

(2)开发团队的规模如何,开发人员的经验分布怎样?肯定有人会问了解这个有什么用呢?,当然有用,软件是由人开发的,开发者的经验决定他的技术水平,举个简单的例子:1个具有开发工作10年经验的开发和一个刚刚参加工作半年的开发,同时开发一个功能。你拿到后从心里面更倾向于谁?

(3)同开发沟通清楚哪部分内容实在原有某某功能上改进的,哪些功能是重新开发的,这又说明两个问题:如果是在某个功能的基础上进行开发的,那么风险评估就会小些,技术比较成熟。

如果是新开发的内容,那么就可能采取了新技术,那么此时的风险肯定会超出预期,需要我们仔细测试。

(4)开发人员是否已经进行了自测,自测的覆盖率如何,自测过程中遇到什么问题?了解这个可以叫我们开拓视野,遇到类似的功能时也关注下是否还存在未修改的点。

(5)还有没有未解决的开发问题,以及未提测的开发流程。好些开发提测软件功能的时候,把测试点说的非常粗,其中有部分有可能就没有开发,但是不明确指出,这时就需要我们通过沟通快速获取。

(6)最后才是应该耐心向开发请教软件具体功能实现的过程。实现不合理的及时和需求碰头。

2、在充分理解业务场景的基础上,编写测试用例。

3、沟通项目预期上线的进度,排好测试计划。注意一定要预留出至少两天的富裕时间,以防止突然修改需求造成的措手不及。

4、执行测试用例。我把可能大家普遍想到的功能点罗列一下,包含以下部分:

(1)录入框(inputtext)支持的长度

(2)录入框支持的录入格式有哪些(主要是字母区分大小写、数字、特殊符号)

(3)QQ号码录入正确,密码录入不正确,软件功能如何响应。

(4)QQ号码不正确,密码录入正确,软件功能如何响应。

(5)QQ号码和密码录入的一致,软件功能如何响应。

(6)勾选自动登录

(7)勾选记住密码、再次登录。

   等等这些基本的流程测试完毕,请问测试工作就这麽结束了吗?如果阅读的你认为是,那我只能说很遗憾,其实我们到此为止,不留情面的说相当于什么都没做。请看我们还需要测试什么?

(1)验证QQ号码和密码录入框是否有SQL注入风险(扩展到安全测试了,这里要说的东西太多了,不多说)。

(2)不同的QQ号码是否可以使用同一个密码(探索性测试);

(3)QQ号码不录入,只录入密码,点击登录按钮。

(4)QQ号码录入,不录入密码,点击登录按钮。

(5)QQ号码、密码都不录入,点击登录按钮。

(6)QQ号码与密码不匹配录入,点击登录按钮。

(7)验证新注册成功的用户和历史已经注册过的用户登陆过程进行比较。保证历史数据无误。

 到这里是不是又有人觉得测试已经完备了呢?答案是否定的?为什么这么说?因为你执行完上述两部分的测试工作,只能说简单的覆盖了前端(即客户端的工作),显然地,数据库、服务端也还有着对应的测试工作。

02

数据库

(1)正确且匹配的QQ号、密码是不是已经正确存储。

(2)不正确的QQ号或者密码,再或者QQ号与密码不匹配时,是不是不存储。

(3)存储的QQ号和密码是不是已经做了加密处理。(出于客户安全性的考虑)

(4)数据库表的命名是否规范,字段命名是否规范,类型是否与前端一致,长度是不是与前端一致。

(5)前端登陆成功与后端数据库存储是不是处在同一个事务中。这个可以这样理解:如果我们在登陆QQ的过程中,突然网络出现异常,那么此时我们希望数据库如何处理呢?

  假设不在同一个事务中,那么如果存储此次登陆过程,则在网络恢复后,用户在登陆将会报重复登陆错误。如果处在同一个事务中,那么登陆失败后,数据库不会更新记录任何本次登陆信息,已经存储的表进行回滚,直到登陆的初始状态。很显然地,需要我们根据实际需求具体分析,得出采取哪种方式。

03

服务器

进行性能测试针对多个不同的用户同时登陆时,确认会不会对服务器产生压力,并且通过响应时间、TPS、内存、网络等性能指标验证系统是不是满足要求。看,我们从一开始的功能测试一路测试,一路探索。慢慢的深入到了性能测试。测试的流程如下:
在这里插入图片描述
其中功能测试我们分为:基本流程、异常流程、探索流程进行

   安全测试我们着重:关注最可能发生的SQL注入风险(取最高级别的测试用例)

   性能测试我们关注:网络、并发、内存、CPU、TPS、吞吐量等指标。

说了这麽多,其实我想说明的就是测试的工作绝对不是只有点点点,只要你愿意挖掘,肯定还有很多值得测试、推敲的地方。另外测试无止境,每次的点点点都应该有目的、有测试依据,有意义。测试是一个逐步深入的过程,也是测试人员成长的过程,请大家相信,测试工作博大精深,做最好的测试,一定非常有前途!

作  者:让BUG飞一会

出  处:微信公众号:自动化软件测试平台

版权说明:欢迎转载,但必须注明出处,并在文章页面明显位置给出文章链接

本文链接http://element-ui.cn/news/show-2066.aspx