如果將軟件開發(fā)過程看作是一個連讀的工作過程的話，那么QA部分應(yīng)該屬于工作周期中的最后階段。在傳統(tǒng)的瀑布型中，測試人員通常是在項(xiàng)目開始后的幾周才開始參與工作的。

在敏捷項(xiàng)目中，QA資源對于項(xiàng)目來說至關(guān)重要。項(xiàng)目周期團(tuán)隊(duì)中必須包括測試人員，并且從需求到構(gòu)思、再到每個新功能的發(fā)布，測試人員都必須參與其中。

這樣，測試人員才能清楚地知道，接下來將要進(jìn)行的什么樣的測試，且能夠明確從用戶角度來看，他們的需求具體是什么、他們的體驗(yàn)如何。

02?通過需求來定義測試腳本

測試腳本或測試用例對于QA來說都是至關(guān)重要的。不完善的軟件項(xiàng)目管理計(jì)劃，對軟件測試的發(fā)展是非常不利的。QA測試人員須提供清晰的文檔，以確保測試是按正確的方法進(jìn)行的。

通常，產(chǎn)品團(tuán)隊(duì)的職責(zé)是確保試人員或測試團(tuán)隊(duì)，能夠清楚地理解測試腳本。模板應(yīng)易于理解，且可以被任何人接受并進(jìn)行軟件開發(fā)。

03?單元測試

單元測試通常由開發(fā)人員開發(fā)并實(shí)現(xiàn)，有時QA工程師也也會參與其中。單元測試通常是指以單元為單位，來測試正在開發(fā)的代碼，以確保其全部功能的實(shí)踐。

單元可以是正在測試的函數(shù)、模塊或者類。盡管許多公司已經(jīng)開始投資于自動化單元測試工具，但大多數(shù)仍然得靠手工流程來實(shí)現(xiàn)。

04?功能測試

功能測試的實(shí)現(xiàn)是基本圍繞兩個問題展開的：

——“用戶能完成任務(wù)嗎?”

——“這個功能真的有用嗎?”

測試人員將通過更改數(shù)據(jù)流，來確保用戶可以在正在構(gòu)建的特定流中來回切換。從一個純功能性的角度來說，測試者的目標(biāo)就是確保所有的工作都能按照預(yù)期，有條不紊地實(shí)現(xiàn)，并且過程中不會出現(xiàn)任何問題。

例如，在一個移動頁面上，會出現(xiàn)沒有返回鍵等類似的問題。

05?比較測試

軟件測試的關(guān)鍵步驟，是確保UXA和設(shè)計(jì)器構(gòu)建用戶體驗(yàn)與最終實(shí)現(xiàn)相匹配。大多數(shù)情況下，只有有能力的QA測試人員才能發(fā)現(xiàn)這些差異。

一個有經(jīng)驗(yàn)的測試人員必須掌握，僅通過一個小的細(xì)節(jié)就能夠立即捕捉到問題的能力。

06?性能測試

簡單來講，性能測試就是指添加了一個特性之后，它能夠確保正在變換的流的總體性能中，沒有出現(xiàn)任何延遲現(xiàn)象的過程。

在移動應(yīng)用的背景下，當(dāng)出現(xiàn)新添加的功能時，測試者所監(jiān)控的是應(yīng)用程序的總體速度和響應(yīng)度。

將這些指標(biāo)與當(dāng)前的生產(chǎn)流程進(jìn)行比較，并確定新特性是否對設(shè)備的整體設(shè)備和電池性是否有任何影響。

07?負(fù)載測試

負(fù)載測試的任務(wù)是十分艱巨的，特別是對于流行的軟件——應(yīng)用程序和網(wǎng)站來說。最終，測試者想要測試的，通常是通過壓力測試的自動化腳本，這是應(yīng)用程序的斷點(diǎn)。

應(yīng)用程序或網(wǎng)站上運(yùn)行不正常，說明QA團(tuán)隊(duì)沒有做好負(fù)載測試，因而他們的服務(wù)器并不能夠承受高流量負(fù)荷的工作。

除了測試一個應(yīng)用程序的斷點(diǎn)以外，測試者還需要測試在應(yīng)用程序開始減速之前會發(fā)生什么。例如，一些電子商務(wù)移動應(yīng)用程序在向購物車添加了一定數(shù)量的商品后，會變得更加難以管理。

從業(yè)務(wù)的角度來看，這是完全可以被接受的，但測試人員必須盡快調(diào)查，并記錄這些能夠解決問題、使應(yīng)用程序?qū)⒅饾u穩(wěn)定下來的方法和措施。

08?回歸測試

在電影中，經(jīng)常會有一些穿越的鏡頭出現(xiàn)。有些人會回到過去，改變一些事情，并會對現(xiàn)在產(chǎn)生一定的影響。同樣的，測試也是類似的情況。

即使是最小的代碼，它的改變也會對整個應(yīng)用程序之后的運(yùn)行，有著意想不到的結(jié)果。通常情況下，在實(shí)際操作之前，測試者根本無法預(yù)制未來即將發(fā)生的結(jié)果。

而回歸測試的出現(xiàn)，就是為了確保在完成一個小的更改時，整個流程仍然能夠按預(yù)期的方式工作。這就是為什么回歸測試是十分重要的，它的開發(fā)是為了保證端到端的流在做出更改后仍然有效。

以上，就是本人對移動測試的一點(diǎn)心得，希望對大家有所幫助。

#專欄作家#

陳迪，人人都是產(chǎn)品經(jīng)理專欄作家。增長黑客，多年國內(nèi)和海外互聯(lián)網(wǎng)公司運(yùn)營經(jīng)驗(yàn)，專注于SaaS和B2B企業(yè)服務(wù)行業(yè)。

本文原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載。

題圖來自 Pexels，基于 CC0 協(xié)議