51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

查看: 1941|回复: 1
打印 上一主题 下一主题

[讨论] 关于web自动化测试的一些自己的思考和总结

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2018-2-28 16:20:20 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
未来工作发展的一些想法。
1.关于自动化测试。
自动化测试,目前可以用selenium可以写出一些符合测试流程的测试脚本。但是还是存在比较多的
技术难题。

问题一,验证码,之前学习的验证码识别技术对于加了干扰线之后基本识别失败。所以只能想其他
办法,比如屏蔽验证码,需要开发协助,需要开发提供两个文件,替换第一个文件的时候可以屏蔽
验证码,替换第二个文件的时候可以恢复正常的验证码功能。或者使用万能验证码,即在验证码识
别的模块加一条if语句,设置一个验证码,只要输入这个验证码就认为是正确的验证码,为了避免验
证码泄露每个版本的万能验证码都不一样。正式版打包将注释掉这条万能验证码语句,恢复验证码
正常识别功能,避免存在安全漏洞。

问题二,设置脚本验证,自动化测试脚本最大的特征就是就是能自动验证测试用例。而这块将结合
unittest单元测试框架和selenium去学习编写。这个部分计划将在这个4月份和5月份开始执行。

问题三。自动化测试脚本目标模块化,参数化。即要实现脚本数据分离,脚本模块重复使用。参数
化可以使每一次测试参数的修改不用在脚本代码中执行,方便代码的封装,同时提高脚本复用率。
模块化,可以减少脚本的代码冗余,降低编程工作量。而这两个部分最大的特点就是以面向对象的
方式编程,即类的形式。接下来我们的测试脚本都会以类的形式作为基本要求。提高面向对象编程
能力。

问题四,自动化测试用例。自动化测试并不是万能的,目前的打算只是先从冒烟测试开始,即测试主
流程或者重复工作量大的地方使用。自动化测试用例设计的方法和以往不同,这一块我会继续整理。
目前想法一个系统使用大概50-60条自动化测试用例。

问题五,自动化测试脚本维护。降低测试脚本维护的方式就是前期编程的规范和模块化。这样哪个
模块有问题,直接修改对应的模块则不会影响其他测试脚本。而脚本编写是否规范也是需要维护的
一个重要因素。例如定位元素的方法,使用id则查找更方便。也不容易变动。

问题六,自动化测试学习和脚本编写时间安排。以组长发布的测试计划为第一优先级,自动化学习
和编程为第二优先级。即不能因为学习而影响到整个测试进程。在测试过程中,合理编写方便测试
使用的测试脚本。在空余时间学习脚本编程。

问题七,技术知识沉淀,什么事情从无到有都是一个艰难的过程,在这个过程中肯定会遇到各种各
样的问题,我们将会把遇到的问题和解决方案记录下来,作为技术知识沉淀,避免人员在同样的问
题浪费过多的时间成本。

问题八,人员安排,目前由我和实习生负责这个模块。目前处于探索阶段没必要投入太多的人力资
源,因为这个阶段肯定会走很多弯路,遇到很多困难,遭遇很多失败。等过了这个阶段,把路线方
向清晰了,技术模型流程成熟。我会给部门人员做培训。

2.关于性能测试方面。
这段时间看到了几个明鉴产品提交的测试需求包含了性能测试,以后产品上云的话,性能测试会更
加重视。所以我计划和赵逸凡在做性能测试的时候学习并使用性能测试工具jmeter。工具使用也是
一个摸索的过程所以还是没必要投入更多人力成本。探索成功后我也会给部门做培训。

3.关于人才培养。
三个要点,1.因材施教2.兴趣导向。3.在团队中发挥作用

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-4-25 15:22 , Processed in 0.065155 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表