一、敏捷測試人員的焦慮與困惑
1.需求文件太少,無法理解需求或對需求理解不深刻,難以設計測試。
2.測試人員不足,迭代周期短、測試時間緊,回歸測試不全導致遺漏缺陷。
3.測試人員存在感不強,難以融入開發團隊。
4.測試人員**能力不足,無法編寫自動化測試指令碼。
5.開發自測不足,太依賴測試人員的系統測試。
6.等待版本、等待環境。
二、敏捷專案測試人員應具備的意識
1.以積極的心態擁抱變化:敏捷專案原本充滿變化和不確定性,因而需求變化比較快,產品開發周期短,給軟體測試帶來很大的挑戰。測試人員應給予理解,減少無用的抱怨,積極主動去接受變化、理解變化,採取探索性測試盡早發現可能存在的問題,給予及時反饋。
2.接受精簡的文件:在敏捷專案中,直接溝通交流的效率遠大於文件,而且直接溝通更能在理解上達成一致。測試人員可以通過主動溝通了解需求,自己整理出乙份詳細的需求,易於理解即可。通過整理,可以更深入理解需求、發現問題、暴露問題。
3.盡可能多的參與需求討論:測試人員可以利用自己在使用者體驗、業務邏輯方面的經驗,和專案組成員充分交流和討論,提出有建設性的建議,要敢於提出問題、發表自己的意見、提出建議,盡早揭示風險、暴露問題,以免在後期造成更大的影響。也可以通過需求討論,更加深入理解需求。
4.主動溝通和協作意識:測試人員應該知道如何與他人更好的溝通、合作,且隨時準備協作。良好的團隊溝通和協作意識也是專案成功的關鍵因素之一。
5.樂於分享與反饋資訊:測試人員可以向專案組成員積極分享需求、反饋各功能模組的測試進展,讓所有人更了解整體需求和專案動態。及時提供全面的質量反饋,每個週期對缺陷分類彙總,分析相似缺陷的發生頻率和易發缺陷的功能模組,用清晰的圖形化展示,提醒開發人員避免再次產生同樣的缺陷。
6.不斷改進工作和學習新技能:測試人員應該不斷的學習和自我提公升才能更好的適應和應對變化,努力培養自己的工作技術,關注、讀好的文章以獲得新想法和技能,試驗新的工具和技術,改進測試工作。
三、測試方法
1.測試驅動開發:敏捷專案測試人員參與了整個軟體生命週期,測試人員應該在不同階段確認和驗證、預防缺陷,而不是等到軟體開發完成後才去發現缺陷。測試人員可以關注和推動單元測試,並利用專業測試、需求理解能力,以測試需求驅動、指導開發。
2.測試自動化:由於敏捷專案快速迭代的特點,用自動化做回歸測試是敏捷專案成功的要素之一。測試自動化開始時會比較艱難,應盡早克服困難,選定或準備合適的工具。一旦某些核心功能穩定,每個迭代開始小規模的自動化工作,逐步把穩定的功能用自動化測試實現,減少回歸時間和成本
敏捷測試人員如何做好敏捷測試
提起敏捷專案,大家都非常耳熟。在國內,2012年到2015年敏捷開發可謂熱火朝天。即使是現在,很多軟體公司的培訓主題也仍然少不了它。即便如此,調查結果卻顯示超過一半的人並不記得敏捷宣言。如果正在或將要做敏捷專案,建議先了解下敏捷宣言,有助於產生敏捷意識,對敏捷專案有更深層的理解。一 敏捷測試人員的焦...
敏捷團隊中測試人員比率
bob大叔在程式設計師的職業素養一書談到了最佳團隊陣容12人,基本上就是乙隻足球隊的陣容,1個教練加11個足球隊員。這12個人的團隊由乙個專案經理,2名測試人員,2名分析師和7名程式設計師組成。分析師開發需求,並且編寫自動化驗收測試指令碼,測試人員也寫驗收測試指令碼。不同的是視角不同,分析師關注業務...
怎樣成為優秀 軟體測試人員
原文出處 http www.51testing.com cgi bin viewthread.php?tid 2089 fpage 1 紅色字型部分是 jackei 自己新增的一點感想 有較強的學習能力,可以用最快的速度成為乙個新的行業的專家 就像 jerod 那樣 3.不懈努力 軟體測試員總是不停...