1. 軟體測試的幾個基本原則
我一直認為軟體測試是一件很有原則的工作,這個原則是最重要的,方法都應該在原則指導下進行。軟體測試的基本原則是站在用戶的角度,對產品進行全面測試,盡早、盡可能多地發現 Bug,並負責跟蹤和分析產品中的問題,對不足之處提出質疑和改進意見。軟體零缺陷(Zero-Bug) 是一種理念,足夠好(Good-Enough)是測試的基本原則。為了達到這個足夠好,在軟體測試過程中,應注意和遵循的一些基本原則,可以概括為以下幾項,我認為適合絕大多數的軟體測試工作了。
1. 所有測試的標准都是建立在用戶需求之上。正如我們所知,軟體測試的目標就是驗證產品的一致性和確認產品是否滿足客戶的需求,所以測試人員要始終站在用戶的
角度去看問題、去判斷軟體缺陷的影響,系統中最嚴重的錯誤是那些,導致程序無法滿足用戶需求的缺陷有那些。
2. 必須基於 「 質量第一 」 的思想去開展各項軟體測試工作,當時間和質量沖突時,時間要服從質量。強烈質量的意識、理念和文化(如零缺陷、足夠好的目標)同樣是軟體測試工作的基礎。
3. 事先定義好產品的質量標准。有了質量標准,才能依據測試的結果對產品的質量進行正確的分析和評估,例如,進行性能測試前,應定義好產品性能的相關的各種指標。同樣,功能及其它測試也應該事先定義好標准,包括測試用例應確定預期輸出結果,如果無法確定測試結果,則無法進行校驗。
4. 軟體項目一啟動,軟體測試也就是開始,而不是等程序寫完,才開始進行測試。這個觀念現在越來越受重視了,在代碼完成之前,測試人員要參與需求分析、系統或程序設計的審查工作,而且要准備測試計劃、測試用例、測試腳本和測試環境,測試計劃可以在需求模型一完成就開始,詳細的測試用例定義可以在設計模型被確定後開始。應當把「盡早和不斷地測試」作為測試人員的座右銘。
5. 窮舉測試是不可能的。甚至一個大小適度的程序,其路徑排列的數量也非常大,因此,在測試中不可能運行路徑的每一種組合,然而,充分覆蓋程序邏輯,包括業務邏輯、數據流程邏輯等,並確保程序設計中使用的所有條件是有可能的。
6. 第三方進行測試會更客觀,更有效。程序員應避免測試自己的程序,為達到最佳的效果,應由第三方來進行測試。測試是帶有 」挑剔性」 的行為,心理狀態是測試自己程序的障礙。同時對於需求規格說明的理解產生的錯誤也很難在程序員本人測試時被發現。 要做出「經得起考驗和測試的產品」。
7. 軟體測試計劃是做好軟體測試工作的前提。所以在進行實際測試之前,應制定良好的、切實可行的測試計劃並嚴格執行,特別要確定測試策略和測試目標。 有效的測試策略和明確的測試目標。
8. 測試用例是設計出來的,不是寫出來的,所以要根據測試的目的,採用相應的方法去設計測試用例,從而提高測試的效率,更多地發現錯誤,提高程序的可靠性。除了檢查程序是否做了應該做的事,還要看程序是否做了不該做的事;不僅應選用合理的輸入數據,對於非法的輸入也要設計測試用例進行測試。 要知道好的測試用例真的會有效且事半功倍。
9. 不可將測試用例置之度外,排除隨意性。特別是對於做了修改之後的程序進行重新測試時,如不嚴格執行測試用例,將有可能忽略由修改錯誤而引起的大量的新錯誤。所以,回歸測試的關聯性也應引起充分的注意,有相當一部分最終發現的錯誤是在早期測試結果中遺漏的。 其它所有工作都應該避免隨意性。
10. 對發現錯誤較多的程序段,應進行更深入的測試。一般來說,一段程序中已發現的錯誤數越多,其中存在的錯誤概率也就越大。越需要深入和多次測試。
在實際的測試中時刻牽記這些基本原則,不僅會讓工作更充分,而且會讓工作越來越輕松,關鍵是有效果。所以讓我們做有「原則性」的測試工作吧!
2. 軟體測試只做功能測試會不會沒救了
emmm,一定程度上來說,是,按照目前市場的要求來說,只做功能測試確實在即將被淘汰的邊緣反復試探。
簡單來說,軟體測試分為功能測試、自動化測試和測試開發,功能測試屬於最基礎的且沒有什麼技術含量在裡面,那麼被取代是必然的,畢竟現在自動化和測試開發是大趨勢了,企業如果能用更少的人創造更多的價值,那麼他們必然會選擇技能更高的人,何樂不為?
現在企業對軟體要求越來越高,用戶對軟體要求越來越高,並且軟體更新迭代的速度非常快,那麼傳統的手工測試必然是不能夠滿足現在企業的要求的,這個時候需要的就是能夠運用工具的人了,自動化測試或者測試開發工程師,能夠使用測試工具,能夠自主開發一些測試工具,肯定是企業夢寐以求的人。
現在市場上70%左右的人都是功能測試,你覺得會不會飽和呢?這個崗位現在已經被邊緣化了,那麼後期如果不提升技能的話,肯定是會被淘汰的。
所以,當你問出這個問題的時候,可能已經意識到了,功能測試現在的地位是怎麼樣的,那麼就抓緊時間去多多學習吧,學的多掌握的多總歸是沒有錯的,後期發展會更明確,也可以拿到更好的薪資,加油吧
3. 軟體測試的開始標准,停止標准,結束標準是什麼
開始測試的標准一般較模糊,需求開發部分完成了就可以開始同步測試了;
停止測試:一般是到發版前,會有一個鎖流的操作,即開發不可再隨便提交代碼了,這時一般測試會處於「停止」狀態;
結束測試,即是測試的各項指標已達到發版標准,程序正常發版,這一版本測試結束。
軟體測試停止標准
:
1)
軟體系統經過單元、集成、系統測試,分別達到單元、集成、系統
測試
的停止標准
2)
軟體系統通過驗收測試,並已得出驗收測試結論
3)
軟體項目需要暫停開發並進行調整時,測試應隨之暫停。並備份暫
停點
的測試數據等
4)
軟體項目在開發的生命周期內出現重大估算、進度的偏差,需要暫
停或
終止時,
測試應隨之暫停或終止。
並備份暫停或終止點的測試
數據
4. 簡述軟體測試的基本原則
一、軟體測試基本原則
1、所有測試的標准都是建立在用戶需求之上的,測試的目的在於發現系統是否滿足規定的需求。
2、盡早的和不斷的測試,越早進行測試,缺陷的修復成本就會越低。
3、程序員應避免檢查自己的程序,由第三方進行測試更客觀有效。
4、窮舉測試是不可能的。
5、充分注意測試中的群集現象,一段程序中一發現的錯誤數越多,其中存在的錯誤概率越大,因此對發現錯誤較多的程序段,應進行更深入的測試。
6、設計測試用例時應包括合理輸入和不合理輸入,以及各種邊界條件、特殊情況下要製造極端狀態和意外狀態。
7、注意回歸測試的關聯系,往往修改一個錯誤會引起更多錯誤。
8、測試應從「小規模」開始,逐步轉向「大規模」。
9、測試用例式設計出來,不是寫出來的,應根據測試的目的,採用相應的方法設計測試用例,從而提高測試的效率,更多的發現錯誤,提高程序的可靠性。
10、重視並妥善保存一切測試過程文檔(測試計劃,測試用例,測試報告等)。
(4)軟體測試標准規范免費下載擴展閱讀:
軟體測試的定義
在規定的條件下對程序進行操作,從而發現錯誤,對軟體質量進行評估的一個過程。
使用人工和自動手段來運行或測試某個系統的過程,其目的在於它是否滿足規定的需求或是弄清預期結果和實際結果之間的差別。
5. 軟體開發和測試的標准和規范有哪些
這里有相關的資料,看看是不是你想要的資料,你可以自己上工標網去搜索後下載更詳細的內容,去看看吧!
標准編號:SJ/T 10367-1993
標准名稱:計算機過程式控制制軟體開發規程
標准狀態:現行
英文標題:Procere for computer process control software development
實施日期:1993-12-1
頒布部門:中華人民共和國電子工業部
內容簡介:本標准規定了計算機過程式控制制軟體開發工程應遵守的流程,應完成的技術任務和管理任務,應採用的技術方法和管理方法以及應編制的文檔和工程進行中各階段的質量檢驗要求。為了便於文檔的編寫,給出了部分文檔的內容提要,並在附錄A~E中用參考件的形式給出了編寫提示。本標准適用於計算機過程式控制制系統的軟體研製和開發。這類系統和模擬儀表控制系統一樣,能監視和控制過程,但其功能、性能更強,能方便靈活地改變監視和控制要求,並具備信息處理能力。
出處: http://www.csres.com/detail/102355.html
下載:http://www.csres.com/upload/qy/nn/SJT10367-1993.PDF
標准編號:SJ 20778-2000
標准名稱:軟體開發與文檔編制
標准狀態:現行
英文標題:Software development and documentation
實施日期:2000-10-20
出處: http://www.csres.com/detail/27960.html
下載:http://www.csres.com/upload/qy/hb/sj/SJ20778-20001.pdf
標准編號:SH/T 3901-1994
標准名稱:工程設計計算機軟體開發及文檔編制規范
標准狀態:現行
英文標題:Procere for computer software development and documentation
實施日期:1994-8-1
頒布部門:中國石油化工總公司
內容簡介:本規范適用於一般開發難度的中型(兼顧大、小型)石油化工工程設計計算機應用軟體的開發及文檔編制工作。特殊軟體項目可參照執行。
出處: http://www.csres.com/detail/153916.html
6. 軟體測試是干什麼的
第一、通過測試發現軟體中的缺陷或不足
通過測試發現軟體中存在的不足是其中一個內容,測試軟體的技術分為兩種,一是黑盒測試,二是白盒測試。之後通過黑盒和白盒進行不同類型的測試比如有類弄分法、因果圖法以及白盒測試中的分支覆蓋等等,通過這些不同的測試可以發現軟體中存在的不足,以讓軟體開發工程師再次進行完善。
第二、軟體測試需要把發現的的問題整理成報告
軟體測試的工作還包括把發現的問題整理成報告上交,提交緣分開發工程師,當得到確認後再對軟體進行修復。對於軟體測試是干什麼的問題,大家還需要了解,測試人員在整理報告的時候應使用專業的術語,同時要具備很好的文字表達能力以及較強的語言組織能力,也只有這樣才能把發現的缺點或不足詳細、清楚的表達出來,讓開發人員更好的對軟體進行修復。
第三、測試人員需要分析軟體的質量好壞
除了要測試軟體的不足,還要分析軟體質量的好壞,需要根據測試的結果來分析,計算出軟體的缺陷率和缺陷分布的情況,以及提出對軟體修復的趨勢等。測試工程師需要給出軟體各種質量特性的具體度量,比如功能性、可靠性以及易用性等,並得出結論提交給軟體開發工程師。
7. 軟體測試自動化的國家標準定義是什麼
你看看這個國家就知道了呀!
標准編號:GB/T 15532-2008
標准名稱:計算機軟體測試規范
標准狀態:現行
英文標題:Specification of computer software testing
替代情況:替代GB/T 15532-1995
實施日期:2008-9-1
頒布部門:中華人民共和國國家質量監督檢驗檢疫總局 中國國家標准化管理委員會
內容簡介:本標准於1995年首次發布。本標准代替GB/T15532—1995《計算機軟體單元測試》.本標准規定了計算機軟體生存周期內各類軟體產品的基本測試方法、過程和准則,適用於計算機軟體生存周期全過程。
8. 求《GB/T15532-2008計算機軟體測試規范》下載地址
在標准文獻網上就可找到《GB/T15532-2008計算機軟體測試規范》下載地址
www.bzwxw.com/html/19/0820.ht
在標准分享網(www.bzfxw.com)上也可下載