首先開始采用測試驅(qū)動開發(fā) (Test Driven)。
開發(fā)人員首先要善于使用測試驅(qū)動開發(fā)方法寫每一行代碼，先寫測試腳本后寫代碼，并反復(fù)使用單元測試腳本驗證所寫代碼的正確性。
列出需求
為需求撰寫一個單元測試腳本
執(zhí)行測試確信測試結(jié)果是失敗的
然后，寫上僅僅足夠的代碼以使得先前的測試可以通過
當所有測試通過了，便可以開始寫下一個測試腳本
針對需求有效的實現(xiàn)所有測試腳本
另外，當需要代碼重構(gòu)時候，也應(yīng)該先重構(gòu)單元測試腳本，在改動代買之前同樣先改寫測試腳本。
盡早的開始測試，開始系統(tǒng)測試，不要等待到功能完全做好才開始。
了解計劃中的待實現(xiàn)的功能，了解其權(quán)重分配，設(shè)計系統(tǒng)測試和功能測試用例。測試執(zhí)行的一開始可以是針對部分功能的，之后可以逐步擴展。接著開始采用迭代的 過程完成測試任務(wù)，即將測試任務(wù)劃分為多個周期，一開始可以做些關(guān)鍵的功能性測試，可以對代碼中的可復(fù)用部分（組件，構(gòu)件）做完整的安全測試，性能測試， 壓力測試，并發(fā)測試，全球化測試等。接著的迭代周期可以做邊緣化的功能測試和其他測試，最后的幾個迭代應(yīng)該用于回歸測試，和關(guān)鍵的性能和穩(wěn)定性測試。
然 后策略性的進行自動化測試，設(shè)計并開發(fā)可以用于日后回歸測試（Regression）和用戶接收測試（Acceptance Test）的自動化腳本，持續(xù)維護與開發(fā)這些腳本。自動化測試為團隊帶來的是長期效益，自動化測試的開發(fā)也應(yīng)該首先選擇部分測試對象，例如，API，框架 等比較穩(wěn)定和關(guān)鍵的功能做功能測試的自動化；對產(chǎn)品的性能指標，壓力測試也要較早的制定自動化測試的計劃。
最后，要學(xué)會做靜態(tài)測試，做好需求分析，做好對設(shè)計邏輯的分析。測試人員要更多的思考需求的可實現(xiàn)性，將自身作為第一用戶積極參與項目和系統(tǒng)的需求分析，設(shè)計和開發(fā)。積極地參與前期工作，并迅速反饋給設(shè)計和開發(fā)其靜態(tài)測試結(jié)果。
而且，要做好敏捷測試，我們需要轉(zhuǎn)變測試等待開發(fā)的思想，測試人員需要了解開發(fā)，需要讀懂代碼，才能夠更好的幫助開發(fā)人員分析和分離復(fù)雜問題。有甚者，測試人員可以成為開發(fā)人員的后備力量。當團隊中需要更多的人撰寫代碼時，測試人員應(yīng)該勇當其職。
團隊組織的變化
敏 捷的測試團隊在實戰(zhàn)中常常不需要其他人幫助做計劃和分配任務(wù)，成員在各自的敏捷團隊中自我管理模式下制定可行的計劃與自行分配任務(wù)，并直接報告給項目的管 理層。只有在特定的集中測試模式下才需要通過測試團隊的領(lǐng)導(dǎo)者形成整體的測試計劃和報告。因此，敏捷測試團隊是一支即能獨當一面又能夠默契合作的適應(yīng)力， 靈活性很強的團隊，這正是團隊自我管理的核心思想。因此，轉(zhuǎn)變到敏捷開發(fā)模式，傳統(tǒng)組織結(jié)構(gòu)也需要經(jīng)歷一次調(diào)整，調(diào)整圍繞兩個主題，第一，團隊充分授權(quán)各 成員，對于如何交付結(jié)果，成員可以保持較大的靈活性，但成員自身需要對這些結(jié)果負責(zé)。第二，團隊領(lǐng)導(dǎo)者需要協(xié)調(diào)團隊成員對資源的共享和競爭，當敏捷團隊各 自計劃和實施其工作時，團隊領(lǐng)導(dǎo)者應(yīng)該幫助團隊成員建立比較清晰的責(zé)任界限，團隊角色劃分，協(xié)調(diào)團隊中各種資源的使用，鼓勵團隊之間的相互交流和協(xié)作，幫 助培養(yǎng)團隊成員對其所屬的自主決策能力。
此文章共有6頁 上一頁 1 2 3 4 5 6 下一頁
文章來源：中國項目管理資源網(wǎng)
|
Leadge.com首頁 > 知識庫 
