qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          自動化測試階段和軟件設計思考

            序言:發現好久沒寫博文了,前段時間,發現很浮躁,別想辦法的靜下心來,踏踏實實的思考,踏踏實實的做事,一直也在寫總結,但卻很零散,現在理理思緒,這一段時間,自動化測試很多東西都已經上道了,測試人員也能夠去獨立完成很多自動化測試任務了,我能夠將更多的精力放在軟件工程的思考上,那就暫且以軟件設計為題,說這一段時間的心得吧。也許認知有限,請指點。

            一、自動化測試的階段認知

            很多人都將使用自動化測試工具當做了自動化測試,這樣理解也沒用錯,個人現在看來,自動化測試的幾種階段吧

            1、使用者階段,能夠去使用工具,到能夠利用工具完成自動化測試任務。這個過程中,也許你需要的是將工具的使用幫助看懂,能夠結合你的部門自動化測試需求去使用好工具,對測試理論有所理解。

            2、半開發者階段,能夠基于工具進行拓展,例如:基于QTP和RFT等寫一系列的框架,這種階段,就要求你能夠懂一些自動化測試思想了,且對工具的API和腳本語言有一些理解了。

            3、開發者階段,能夠脫離一些不靈活的工具,大千世界,各種測試開源工具的包能夠為我所用,例如:你可以用selenuim操作web的api,abbot操作java界面的api或者寫一個腳本驅動庫調用CLI來作為一個對象操作底層,自己封裝一層數據驅動和關鍵字驅動層,然后調用然后調用robot的結果api,最終也可以加上husdon來做一個測試任務的觸發,根據自己的測試需求,應用各種開源包定制自己的自動化測試架構,當然,你需要能夠很深刻的看待測試和自動化測試,能夠對各種測試開源工具的原理有所理解(這種理解也是建立對軟件開發知識的理解程度,例如操作系統、虛擬機系統、web服務等)

            4、設計者階段,我以前,現在更是認為:自動化測試的大部分效益不是一定來源于一個多大的平臺,多少個用例,而是來源于平時的各種測試活動中,無所謂自動化測試,也所謂手工測試,能夠找出測試中的不足,能夠抽象出測試中的某種理論或者模型。

            5、設計開發者階段,我覺得,所謂的設計開發者,就是知行合一,能夠快速的將繁雜的測試需求用自動化腳本替代,能夠將一些測試的理論用軟件工程的方式驗證,能夠基于某個測試任務能夠快速的開發出易用性的自動化測試工具,不僅提出疑問,而且能夠去抽象,去快速實踐和證明。

            6、商業型階段,所謂商業型,即是能夠真正讓整個領域產生巨大價值的推動,這個階段,我也迷惑,但我相信肯定會有的。

            注:也許以上的階段有的看似脫離了自動化,但是我覺得,自動化是為其測試理論服務的,無論自動化測試還是別的測試技術,都是為了推動測試商業化,能夠讓測試良好的運作起來。

            二、軟件設計的思考

            再說一說對軟件設計的思考吧

            很多時候,我們把軟件設計想的太復雜了,從而讓我們畏懼止步不前,最近在思考,領域是相通的,那么軟件設計如何與我們最簡單的認知相通呢。

            1、軟件設計是否好比我們寫文章,我們一開始學會文字,不管是學漢語也好,還是學英語也好,我們剛開始都是學語法,就好比軟件設計,我們剛開始也是選擇編程語言(java、C++、C),不同的語言有不同的應用環境,然后學習編程語言的語法

            2、寫文章,我們學會了語法,認識了字,但是我們還寫不出文章,我們要學習寫句子,學編程也是,我們首先要學習寫簡單的線性代碼,很多人認為一開始要學習高深的軟件思想,其實不好,為什么C語言基礎,因為C語言是教你怎么一步一步寫句子,然后組成記流水賬似的文檔,雖然不好看,但實用和基礎。

            3、之后,我們踏入了學習寫文章了,這個過程,就像我們寫一個系統,沒有人能一開始就能寫長篇小說,每個人都是從最簡單的文章開始,我們寫代碼也是,必須一步一步來,有的人寫文檔需要打草稿,其實就相當于編程過程中,說的好聽可以叫建模,其實就是定義一些接口,組成系統的架構。

            4、寫文章有很多大綱模板,就相當于寫代碼有很多框架,你要寫成什么樣的文章,需要你對某一個情景什么樣的感觸,編程也是,你能寫成什么樣的系統,就需要你對業務和協議的理解程度了。

            5、所以,軟件設計和寫文章道理很是相通,領悟力和苦功夫都是必需的,需要我們鉆研進去但又不能拘泥于其中。寫文章要多寫才能出真文采,則軟件設計也是一樣,要多實踐,不要老是望而遠之,找借口確實比實踐來得容易的多,我們往往太看重結果而不敢上前,但是實際上閉著眼睛只要邁出一步,會發現原來這也是一件很容易的事情,剛開始的話,可以臨摹,可以仿照,之后脫離自己寫,到最后自己去思考架構,思考文筆,思考“寫作”的系統流程。

            總結:其實個人覺得:很多人都說,厲害的測試人員不一定要寫代碼,其實我也同意這種說法,但是,我認為更厲害的測試人員他一定懂軟件設計和工程,并且有了一定的理解力,測試人員可以是一個文章的讀者,也可以是研究者,挑剔讀者能讀出文章的好壞,但是卻無法指點,而研究者不僅知好壞,還能進行保障,會成為寫文章之人的良師益友。對與不對,共勉~

          版權聲明:本文出自 散步的SUN 的51Testing軟件測試博客:http://www.51testing.com/?382641

          原創作品,轉載時請務必以超鏈接形式標明本文原始出處、作者信息和本聲明,否則將追究法律責任。

          posted on 2012-08-06 09:41 順其自然EVO 閱讀(361) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄qtp

          <2012年8月>
          2930311234
          567891011
          12131415161718
          19202122232425
          2627282930311
          2345678

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 嘉鱼县| 同德县| 日喀则市| 阜南县| 额尔古纳市| 高青县| 成安县| 平邑县| 梁河县| 二手房| 抚顺县| 昌邑市| 巢湖市| 千阳县| 客服| 唐山市| 山东| 斗六市| 乡宁县| 托克逊县| 辽中县| 元氏县| 墨玉县| 大埔区| 陇南市| 阿坝县| 大英县| 鸡东县| 麦盖提县| 柳江县| 灵寿县| 渝北区| 繁峙县| 景洪市| 宜阳县| 拉萨市| 塘沽区| 额济纳旗| 那坡县| 丘北县| 石河子市|