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

未来工作发展的一些想法。
1.关于自动化测试 。

自动化测试，目前可以用selenium可以写出一些符合测试流程的测试脚本。但是还是存在比较多的技术难题。

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

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

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

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

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

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

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

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

2.关于性能测试方面。

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

3.关于人才培养。

三个要点，1.因材施教2.兴趣导向。3.在团队中发挥作用。