圖像

    連續測試

    測試並不是一個單獨的巨石:教訓DevOps釋放

    你還記得以前的世界嗎DevOps嗎?測試分開,一個島嶼隻保留給測試人員。軟件測試島結束時釋放波淹沒,被今天的持續的軟件改進所有行業。測試和開發團隊現在crisis-averting合作,我們還提供各種測試方法可供選擇。

    測試最近的多種形式探索DevOps的,正麵思想領袖承擔DevOps的棘手的話題(沒有幻燈片,沒有自旋)。在這節課中,我們結束了回到係列開始了:觀察測試。自動化一勞永逸的嗎?手工測試仍然有它的位置嗎?和介於兩者之間的,BDD性能測試?

    Alan Shimel DevOps.com首席執行官兼主編,引導這部分仔細觀察不同測試方法的見解克裏斯汀·費雪(代理人),萊奧納多特(質量),肯普(肯普Inc .)米奇·阿什利(加速策略組)。一些主題包括:

    • 控製不同的軟件測試類型
    • 更好的測試隻是一個論點添加自動化嗎
    • 每個人都應該有一席之地

    這迷人的討論確定葉子影響艾倫:“引人入勝,測試DevOps如此深遠的影響。而不是留下,這是通過自動化加速度,速度,和更多的關注。”

    (這裏看一集)

    控製不同的軟件測試類型

    會議首先深入BDD——我們要提醒你,簡而言之,它集中在理解終端用戶的行為。克裏斯廷指出,我們應該理解這些需求在測試之前和使用共同語言跨團隊來支撐它們。肯探索三合會的重要性——客戶、開發人員,和測試人員——達芬奇澄清,是“三個朋友!“我們的朋友應該聚在一起之前實現來創建場景;場景的測試,給出了開發人員說測試對他們的代碼運行。

    這聽起來簡單,對吧?不完全是!最初萊昂納多說,開發人員負責將測試標記為已完成,但糾正自己說“一般情況下你應該是一個團隊,每個人都負責每個元素。“BDD鼓勵協作和共享的責任,這已經不是什麼秘密,這是不容易,但這是一個回報的風險。

    肯把測試矩陣前台:“不僅僅是功能的測試矩陣顯示測試。它描述了各種不同類型的測試,從功能測試矩陣的一邊,在另一邊的質量檢測,包括性能、安全性、可用性等等。ATDD和BDD傾向於關注功能,但你應該有所有其他測試已經提前了。”

    更好的測試隻是測試自動化的嗎?

    艾倫承認,大多數我們目前的測試方法DevOps google . cn,但實際上它的DevOps推動我們采取很多。有鑒於此,艾倫問我們的演講者如何得到更好的測試。

    肯是一個真正的主張”探索性測試”——使用人類智慧和創造力找到錯綜複雜,功能測試不會覆蓋。萊安德羅股票,許多工具給透明代碼和允許我們監視它,之前捕獲錯誤的方式推動生產。使用“人錘”類比,萊安德羅擊中要害,我們已經進化的方式過去一個工具的方法——“優先,分發,使最好的與每個人的努力。”

    米奇姿勢是否不斷變化的條件下我們在今天,在軟件敏捷性不是一個選項而是一個需求,影響我們的工作方式。萊安德羅比較manual tester的工作照顧馬的;它仍然是必要的,不能被取代。當我們在車和旅行不是汽車,馬的照料者是司空見慣的事了。今天,汽車和自動化驅動我們的日常生活,還有一個利基馬保健,所以需要堅持——就像手工測試!

    如果您的QA團隊坐在外麵的發展,克裏斯汀邀請你重新考慮。她喚醒調用之前,測試人員團隊表示擔心他們的責任急劇變化。例如,手工測試人員不願學習自動化。轉折點是“意識到質量是整個團隊的責任,和對話,每個人都必須做出自己的貢獻。對我最重要的部分是測試人員表和對話的一部分。”

    每個人都應該有一席之地

    這DevOps咒語支撐著克裏斯汀的貢獻在確保開發人員和測試人員知道自己所處的位置在這個過程中早期建立了她的團隊成功的保險代理人。

    這是正式的測試策略會議,“我們得到了業務分析師、手動和自動化測試在一個房間裏,我們談論我們的故事。我們應該自動化嗎?我們手動看什麼呢?他們把它進一步比我們剛開始的時候,他們想出了一個評分指南說什麼我們的努力水平,為用戶的可重複性等,他們意識到這些對話是如此重要。”

    給團隊批判性思考的餘地大大增加了從所有角度的質量測試。不喜歡什麼?

    加入談話

    在全球軟件測試的聲音來自不同角落的DevOps的表,這是一個很高興聽到各種各樣的旋轉在炎熱的DevOps的話題。

    艾倫將強大的情緒——“這很奇妙,測試已經被DevOps所以深刻影響。而不是留下,這是通過自動化加速度,速度,和更多的關注。DevOps一直是最好的事情曾經發生的測試。”

    (看完整的“測試並不是一個單獨的巨石”圓桌會議需求)

    Baidu
    map