2022年自动化测试学习历程感悟 .pdf

《2022年自动化测试学习历程感悟 .pdf》由会员分享，可在线阅读，更多相关《2022年自动化测试学习历程感悟 .pdf（3页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、软件设计与自动化测试学习历程感悟序言：最近一段业余时间都在进行web 编程设计，采用的是JSP 技术，虽然JSP 在网站设计上过于复杂，可是其能帮助学习java 的思想，而且觉得在理解自动化测试方面颇有些帮助。自动化测试设计也是软件产品设计的一种，不过为了在此区分，一个为被测试软件的设计，一个为测试软件的设计。前者是面向特定用户使用的，后者是面向测试人员使用的，前者是为了帮助特定用户实现某个场景、提高生活效率。后者是为了帮助测试人员完成测试工作，提高测试效率。回想自动化测试过程和软件设计学习过程，后来看了一个人所谓的软件设计学习历程，颇有感悟，当然，只是在这里说说自己的感受，也许说的有点乱，读

2、者需要保持一颗自我和清醒的心。软件设计学习过程：某位人士 23 岁毕业，对Java 的优雅设计情有独钟，其Java 技术之旅开始了。1、最开始三个月，开始接触Java，比如接口、继承、封装等，买了本Think in Java 天天啃，并且同时做项目实践。猛学了三个月后，对面向对象编程OOP 熟悉了，原来脚本式思维和对象思维确实有差别。2、三个月后，开始啃Core Java ， Effective Java ，对 Java 有了更深入的了解，回调的概念也有了， 逐渐接触到更高的层次，面向对象设计OOD ，这时又看了一本书 Head First Design Patterns，感觉设计模式特别有趣

3、。再写代码， 已经不是面向实现编程，而是面向设计编程。感觉写Java 代码太简单了。逐渐了解了WebWork等 Web 框架的使用。3、六个月过去了，Java 瘾越来越大，逐渐开始往更高层次攀登，这时，又看到两本书企业应用架构模式、 UML 和模式应用：面向对象分析与设计导论，已经开始从设计往面向对象分析OOA 、架构攀登了。 Hibernate已经比较熟悉了， 了解 Hibernate 背后的持久化技术、Spring 背后的 IoC 容器、 组装技术原理。4、一年后，他逐渐脱离了Java 语言，开始看这类书面向模式的软件体系结构卷1。这个阶段持续了一年，并且对以前的学过的设计模式，如命令模式

4、、观察家模式有一个更深入的了解。因为两年的企业应用开发，他已经熟悉了Java EE 的十来种规范，对Web 容器和 Servlet 规范的关系有很深的理解，对JDBC 规范和数据库驱动程序的关系也很了解。他正在经历Java 开发的快速上升期。5、两年后，他突然发现，他学的很多东西都没用，都是纸上谈兵，比如，在自己的企业应用开发中，Command 模式、 Template 从来没有用过。他还发现，本来100 行写的一个功能，花了1000 行，就是为了所谓的设计优雅性：可扩展。而实际上，还没有等到扩展，该系统就已经废掉了。他发现原来设计模式主要用在系统框架开发，而不是应用开发， 一般开发人员不用，

5、 只需要理解。 他还发现， 他认真学过的JMS 、JCA、JTA 、EJB 像是从来没有用过。突然他想通了，JMS 、JTA 可能是一种无奈的选择：处理遗留系统。当他开始对自己两年学到的知识进行反省、批驳时，他已经有了技术辨别能力，知道技术推广也不是那么纯洁，也有商业炒作。这时候，他已经不限于Java 了，开始了解C#，Ruby ，发现 Java 可能并不太适合互联网开发， PHP 可能更适合， ROR 开发更快但需要在牛人的手里。两年后的这个时候，他才开始真正驾驭 Java ，他已经不再限于Java，而是企业应用。这个时候，技术提升的速度越来越慢了，因为不知道还可以学习什么新技术。因为他发现

6、，原来这些东西，最深层次的，都是几十年前的技术概念：消息系统、异步通讯、事件机制等等. 名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 1 页，共 3 页 - - - - - - - - - 6、三年过去后，他已经不再限于企业应用，而是解决方案，技术只是一种解决问题的方式，比如企业信息化成功的关键，恐怕不是技术，而是企业本身的业务流程成熟度;企业信息化成功的关键，不是处理好了技术，而是处理好了几位企业高官的利益。这时候，对IT 行业新闻，逐渐有判断力和免疫力。他突然发现，技术的力量很

7、有限，商业才是最大的驱动力量。而此时，他已经不再钻研技术细节，比如JVM 的垃圾回收机制，如果他在一个技术研发型公司，比如普元，可能还会深入挖掘技术。如果他在东软这类行业应用开发企业， 这类企业的口号是Beyond Technology，这时候他再执迷于技术而轻业务，恐怕不太受欢迎。这个时候，技术的提升，就会进入一个平台期。自动化测试学习过程：自动化测试的整个学习过程中，不断在探索，虽然时间不算很长，但是确实是在一直在思考、一直在观察、一直在领悟：1、刚开始的时候，是从手工测试入手，偶然之间开始了自动化测试之旅，发现自动化测试很神奇，在进行自动化测试用例撰写过程中(命令行的填充 )，对脚本技术

8、 (tcl)猛学了几个月。2、若干月后，随着自动化测试用例加多，偶然开始有了结果的输出、日志的记录以及脚本库。在不清楚所谓的框架时，形成了一个简单的“ 框架 ” 。3、之后，需要对界面进行测试，开始研究自动化测试工具，之后在领悟了其神奇之后，开始疯狂的学习商业自动化测试工具(RFT、QTP 等)，因为主要是研究RFT ，被其 ITCL 的框架深深打动、后来在实践过程中，脱离了录制，开始迷恋基于工具的各种框架。RFT 的 ITCL 、QTP 的轻量级框架以及各种工具的自动化测试框架，后来也学会了自己去拓展这些框架。4、之后，因为对RFT 的学习，开始喜欢上了java 设计，每天都享受应用java

9、 设计，开始沉迷于技术，想着如何去用技术完善自动化测试，开始不注重那些已经搭建好的脚本环境。5、到了现在，突然回过头发现，自动化测试最害怕的事情就是一群疯狂技术者的游戏，其实最基础的还是踏踏实实的把需求做好，以前所设想的搭建的业务分层现在不是主要问题，以前设想的如何去跟踪命令行的变更问题， 到现在也不是主要问题，其主要问题是一个简单的技术是否实现了其需求正常的落地了，发现现在真正用起来的东西才是最好的。而更多的技术只是在需求不能得到满足的情况下去拓展的。6、当然，工具、编程、框架都是必须的一个过程，关键是不要纠结于一些技术细节而不去向前，要看到主要和本质的东西，其工具、编程、框架、流程最终都需

10、要转换成思想，不管何种方式都信手拈来，成为满足需求中的一部分。所以接下来，我觉得，自动化测试的学习道路有两个阶段，第一个阶段，以技术学习为基础，不断进行技术方面的探索。然后，每隔一个阶段，跳出技术的视野，去挖掘一定的自动化测试需求，其痴迷的细节不是技术方面，而是自动化测试需求方面，从另一个角度说，也是测试的方式和需求。7、而在学习java 的过程，也接触过J2SE 、J2ME 、J2EE ，用了 swing 界面，也进行web 设计，进行最基础的设计、也应用了一些框架，在没有多少实践的时候，就开始专研设计模式且一直以数据结构为伴随，后来在进行整个系统设计中，也学了一点系统建模以及数据库建模，但

11、总的来说，还是处于模糊状态，也曾迷恋过，也曾迷茫过，一直处于一种不断怀疑、不断痛苦、不断惊喜的过程。其实个人想说的是，上两种方式，并不是去评断其好坏，不管什么方式，都有其好坏性，大家看看热闹就行，但是每种方式、每种领悟都是一段过程的结果，最重要的是我们坚定一个学习的信念不断学习下去，学习但不要迷恋于技能、要总处于一种简单的自我怀疑状态，一切以价值实现为导向即可。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 2 页，共 3 页 - - - - - - - - - 突然想起，以前看的一

12、段话：人早期看山是山、看水是水;中期看山不是山、看水不是水、晚期看山还是山、看水还是水，也许就是说的我们这一段学习过程吧，刚开始因为单纯，所以我们能够简单应用那些知识实现我们的需要就行，后来学习的深究，各种技术交杂在一起，人难免会有点晕眩，不能把控好自己的方向，后来，才发现不论什么方式，其实最终目的还是为了需求，不管简单或者复杂，能够把控好自己，把控好整个流程就好。所以，自己还在技术的迷乱期，需要的还是不断的学习，这就是一个过程，所以相信，最终还是会有一个接一个的领悟，但关键是坚持啊，坚持啊，不管迷茫、不管怀疑。名师资料总结 - - -精品资料欢迎下载 - - - - - - - - - - - - - - - - - - 名师精心整理 - - - - - - - 第 3 页，共 3 页 - - - - - - - - -