軟件測試屬於什麼行業?
軟件測試這個行業一般做什麼?
以下是軟件測試工程師的日常工作:
1. 書寫測試計劃
2. 審核測試計劃,未通過返回第一步
3. 書寫測試用例;
4. 審核測試用例,未通過返回第三步
5. 測試人員按照測試用例逐項進行測試活動,並且將測試結果填寫在測試報告上;(測試報告必須覆蓋所有測試用例)
6. 測試過程中發現bug,將bug填寫在bugzilla上發給集成部經理;(bug狀態NEW)
7. 集成部經理接到bugzilla發過來的bug
7.1 對於明顯的並且可以立刻解決的bug,將bug發給開發人員;(bug狀態ASSIGNED);
7.2 對於不是bug的提交,集成部經理通知測試設計人員和測試人員,對相應文檔進行修改; (bug狀態RESOLVED,決定設置為INVALID);
7.3 對於目前無法修改的,將這個bug放到下一輪次進行修改;(bug狀態RESOLVED,決定設置為REMIND)
8. 開發人員接到發過來的bug立刻修改;(bug狀態RESOLVED,決定設置為FIXED)
9. 測試人員接到bugzilla發過來的錯誤更改信息,應該逐項複測,填寫新的測試報告(測試報告必須覆蓋上一次中所有REOPENED的測試用例);
10. 如果複測有問題返回第六步(bug狀態REOPENED)
11. 否則關閉這項BUG(bug狀態CLOSED)
12. 本輪測試中測試用例中有95%一次性通過測試,結束測試任務;
13. 本輪測試中發現的錯誤有98%經過修改並且通過再次測試(即bug狀態CLOSED),返回第五步進行新的一輪測試;
14. 測試任務結束後書寫測試總結報告;
15. 正規測試結束進入非正規測試,首先是ALPHA測試,請公司裡其他非技術人員以用戶角色使用系統。發現bug通知測試人員,測試人員以正規流程處理bug事件;
16. 然後是BETA測試,請用戶代表進行測試。發現bug通知測試人員,測試人員以正規流程處理bug事件。
軟件測試與行業領域的關係是什麼?
不同行業的軟件測試技術是基本相同的,比如黑盒測試法中的邊界值測試,如果軟件(不論是WEB軟件、手機軟件還是其他軟件)規定用戶密碼最多10位,你都要做邊界值測試,都要設計密碼是10位時軟件是否能正確處理?跟這個軟件是什麼類型的沒有關係。
數據分析 軟件測試 屬於什麼行業
電子產業
軟件測試行業的CMM是指什麼?
CMM
基本概念:
CMM由低至高共分為5個級別:初始級、可重複級、定義級、管理級和優化級
CMMI(Capability Maturity Model Integration,能力成熟度模型集成)
將各種能力成熟度模型,即:Software CMM、Systems Eng-CMM、People CMM和Acquisition CMM,
整合到同一架構中去,由此建立起包括軟件工程、系統工程和軟件採購等在內的諸模型的集成,
以解決除軟件開發以外的軟件系統工程和軟件採購工作中的迫切需求。
CMMI框架包括軟件能力成熟度模型CMM 2.0草案,系統工程能力成熟度模型,軟件採購能力成熟度模型,繼承產品和過程開發等。
CMMI的:“關鍵過程域”25個,“目標”105個, “關鍵實踐”485條。
CMMI的評估方式:
自我評估:用於本企業領導層評價公司自身的軟件能力。
主任評估:使本企業領導層評價公司自身的軟件能力,向外宣佈自己企業的軟件能力
CMMI的評估類型:
軟件組織的關於具體的軟件過程能力的評估。
軟件組織整體軟件能力的評估(軟件能力成熟度等級評估)。
CMMI的基本思想
1、解決軟件項目過程改進難度增大問題
2、實現軟件工程的並行與多學科組合
3、實現過程改進的最佳效益
背景介紹: CMM是“軟件能力成熟度模型”的英文簡寫,該模型由美國卡內基-梅隆大學的軟件工程研究所(簡稱SEI)受美國國防部委託,於1991年研究制定,初始的主要目的是為了評價美國國防部的軟件合同承包組織的能力,後因為在軟件企業應用CMM模型實施過程改進取得較大的成功,所以在全世界範圍內被廣泛使用,SEI同時建立了主任評估師評估制度,CMM的評估方法為CBA-IPI。
CMMI是SEI於2000年發佈的CMM的新版本。CMMI不但包括了軟件開發過程改進,還包含系統集成、軟硬件採購等方面的過程改進內容。CMMI糾正了CMM存在的一些缺點,使其更加適用企業的過程改進實施。CMMI適用SCAMPI評估方法。需要注意的是,SEI沒有廢除CMM模型,只是停止了CMM評估方法:CBA-IPI。現在如要進行CMM評估,需使用SCAMPI方法。但CMMI模型最終代替CMM模型的趨勢不可避免。
標準特點: CMM/CMMI/SPCA的思想來源於已有多年曆史的產品質量管理和全面質量管理。Watts Humphrey和Ron Radice在IBM公司將全面質量管理的思想應用於軟件工程過程,收到了很大的成效。SEI的軟件能力成熟度框架就是在以Humphrey為主的軟件專家實踐經驗的基礎上發展而來的。軟件能力成熟度模型中融合了全面質量管理的思想,以不斷進化的層次定量控制中項目管理和項目工程的基本原則。CMM/CMMI/SPCA所依據的想法是隻要不斷地對企業的工程過程的基礎結構和實踐進行管理和改進,就可以克服軟硬件生產中的困難,增強開發製造能力,從而能按時地、不超預算地製造出高質量的軟件產品。
CMM簡介
CMM(Capability Maturity Model)是能力成熟度模型的縮寫,CMM是國際公認的對軟件公司進行成熟度等級認證的重要標準。CMM的工作最早開始於86年11月,當時為滿足美國政府評估軟件供應商能力並幫助其改善軟件質量的要求,由美國國防部資助的卡內基—梅隆大學的軟件工作研究所(SEI)牽頭,在Mitre公司協助下,於87年9月發佈了一份能力成熟度框架(Capability Maturity Framework)以及一套成熟度問卷(Matur......
軟件測試是一個什麼行業?有什麼樣的發展呢?
程序員寫好代碼後,系統是不是好使,需要有人來檢查。這個人就是軟件測試人員。
軟件測試細分為功能測試、性能測試等。功能測試也分黑盒、白盒;手工、自動。
軟件測試人員也按水平分為初、中、高三個級別,在上去就是測試管理人員了。軟件測試人員可以轉程序員、也可貳轉質量保證人員,得看個人實力和興趣。
軟件測試專業是屬於計算機科學與技術還是軟件工程呢?
對 ,目前大學裡還沒有專門的軟件測試類專業 ,因為學校給不了那麼我的錢請一個軟件測試老師(請不起啊)。其實軟件工程已經夠你學了,不簡單學起來!學好軟件工程後,你想要向測試發展,不會太難,因為此時你已經是一個編程高手 了,已經知道一個應用程序的內部工件原理了,所以學起來會很快上手 得。加油吧,大學裡面要先學會自己控制自己,知道什麼應該做,什常應該不做。。。。
軟件測試行業中的TD是什麼意思?
軟件測試行業中的TD是一種測試管理工具,英文全稱;Test Director,主要用來管理需求,bug缺陷,測試計劃,測試用例叮測試報告. 詳情請見:參考資料
參考資料:baike.baidu.com/view/361118.htm
"軟件測試工程師"是具體做什麼工作呢?
測試工程師:
軟件測試是軟件開發過程的重要組成部分,是用來確認一個程序的品質或性能是否符合開發之前所提出的一些要求。軟件測試的目的,第一是確認軟件的質量,其一方面是確認軟件做了你所期望的事情(Do the right thing),另一方面是確認軟件以正確的方式來做了這個事件(Do it right)。第二是提供信息,比如提供給開發人員或程序經理的反饋信息,為風險評估所準備的信息。第三軟件測試不僅是在測試軟件產品的本身,而且還包括軟件開發的過程。如果一個軟件產品開發完成之後發現了很多問題,這說明此軟件開發過程很可能是有缺陷的。因此軟件測試的第三個目的是保證整個軟件開發過程是高質量的。
軟件質量是由幾個方面來衡量的:一、在正確的時間用正確的的方法把一個工作做正確(Doing the right things right at the right time.)。二、符合一些應用標準的要求,比如不同國家的用戶不同的操作習慣和要求,項目工程中的可維護性、可測試性等要求。三、質量本身就是軟件達到了最開始所設定的要求,而代碼的優美或精巧的技巧並不代表軟件的高質量(Quality is defined as conformance to requirements, not as “goodness” or “elegance”.)。四、質量也代表著它符合客戶的需要(Quality also means “meet customer needs”.)。作為軟件測試這個行業,最重要的一件事就是從客戶的需求出發,從客戶的角度去看產品,客戶會怎麼去使用這個產品,使用過程中會遇到什麼樣的問題。只有這些問題都解決了,軟件產品的質量才可以說是上去了。
測試人員在軟件開發過程中的任務:
1、尋找Bug;
2、避免軟件開發過程中的缺陷;
3、衡量軟件的品質;
4、關注用戶的需求。
總的目標是:確保軟件的質量。
前景怎樣
實際上,測試工程師如果廠照前面的要求打好基礎,職業前景是非常廣闊的。我們可以借鑑一下國外測試工程師的職業發展歷程,很多時候,國內的軟件都是跟著國外的發展趨勢,測試行業也一樣,國外至少比國內起步早15到20年。
與國外的專業測試工程師相比,國內測試工程師突出特點是晉升非常快,2-3年可能走完了國外10年的路。實際上有很多測試(部)經理也就2到3年的工作經驗,而在國外,測試工程師很多至少會有5年以上的開發經驗。在國外,通常測試工程師會經過下面的職業發展歷程:
1.初級測試工程師
主要是計算機相關專業的本科生或具有一些手工測試經驗的個人,主要工作內容是開發測試腳本並開始熟悉測試生存週期和測試技術。我們國內的大多數工程師都在這個水平上,這也是我們軟件質量上不去的一個重要原因。
2.測試工程師/程序分析員
具有1-2年經驗的測試工程師或程序員,主要職責是編寫自動測試腳本程序並擔任測試編程初期的領導工作,進一步拓展編程語言、操作系統、網絡與數據庫方面的技能。國內的高級測試工程師的水平比這個級別還要略低些。
3.高級測試工程師/程序分析員
具有3-4年經驗的測試工程師或程序員。幫助開發或維護測試或編程標準與過程,負責同級的評審,併為其它初級的測試工程師或程序員充當顧問。繼續拓展編程語言、操作系統、網絡與數據庫方面的技能。其能力相當於國內的測試負責人。
4.測試組負責人
具有4-6年經驗的測試工程師或程序員。負責管理1至3名測試工程師或程序員。擔負一些進度安排和工......
軟件測試人員都有什麼職業發展方向?
從事了1到3年左右的常規測試工程師,在經過對個人性格特點剖析後,如果認為自己是一個傾向於“高管理-低技能”的類型,那麼想要實現自己的職業提升,可以向中級發展域的配置管理工程師、質量保證工程師、業務測試工程師轉型。
配置管理(SCM)與質量保證(SQA)同是CMM中的關鍵過程域(KPA),也同是現代軟件工程裡的必要角色,與軟件測試同屬軟件開發團隊的重要組成部分。只因這兩個角色在軟件工程裡的人員配比數量相對較少,還不如軟件測試這樣規模化乃至於形成行業,而最多是一個職業;另外一個社會現象是,企業很少直接從社會直接招聘配置管理工程師和質量保證工程師,而通常的做法是從企業內部的現有測試員工隊伍裡選拔,而轉型後的測試工程師,就成為SCM或SQA。分析其原因,我們可以感知,SCM、SQA與軟件測試工程師都是關注於軟件質量的相似職位,社會對於配置管理、質量保證的定義和工作內容並未普及,與其直接從社會招聘“0”基礎的人來培養,倒不如從軟件測試人員裡昇華!一般來說,這兩種職位的上報對象是項目經理或相同級別管理者。
轉型後的配置管理與質量保證工程師,一定要轉變一個意識,那就是常規測試工程師的工作範圍很大一部分(不是全部)只限於測試流程,而配置管理和質量保證的工作範圍是面向整個軟件開發流程,二者的職業要求都非常重視軟件工程知識體系的建立和軟件開發總體流程的實施能力。由於配置管理工程師除了企業配置管理流程的搭建與實施外,一般會涉及配置管理工具的管理與維護,而質量保證工程師更多的工作是軟件開發流程的控制與維護,故而配置管理對技術的要求稍高於質量保證。隨著我國軟件行業水平的不斷髮展,眾多軟件公司紛紛通過CMM/CMMI,企業對於軟件開發團隊的角色配比制度也將逐漸健全,當前社會對配置管理與質量保證工程師的職位需求日益增加,種種現象表明,對於軟件測試工程師出身的從業者,轉型至SCM/SQA不失為突破個人職業生涯瓶頸的又一通道!
業務測試工程師,筆者定義為面向行業類軟件業務邏輯與工作流測試的人員。當前軟件開發類型,很大一部分是行業類軟件的應用,如ERP、SCM、CRM、OA、電信、金融、財務、嵌入式、通信、手機、遊戲……這就要求從事行業類軟件測試的人員具備行業背景、業務知識,熟練該行業工作流程。從社會上出現的很多對此類經驗要求的測試工程師招聘信息中,我們更加肯定這種趨勢;所謂存在即是道理,既然社會上有了需求,那麼就可以作為個人發展的方向。而另外一個特點是,業務測試工程師的工作內容主要是黑盒測試,屬於功能範疇,因此對技術要求不大,設置一些大型行業類軟件公司的業務測試工程師薪資豐厚,但是完全可以不懂技術,因為它的工作性質決定了不需要懂很多的技術!他們甚至連軟件的界面測試都不做——交給常規測試工程師實施,而完全關注軟件的業務性和易用性,由於其深厚的行業背景,可以為軟件的在正式發佈前提出很多建設性的意見,而這些建議正是軟件開發商提高產品易用性、增加用戶滿意度、開拓市場、創造利潤的關鍵因素之一!
當管理路線的中級域方向繼續上升至高級域,就分別到達配置管理經理、質量保證經理、產品經理、業務專家,這類人才地位高、待遇厚,一般資深的軟件工程領域專家都聚集於此。
如果說配置管理工程師、質量保證工程師更加側重於配置管理流程、質量保證流程的實施與日常管理維護,那麼配置管理經理、質量保證經理就是更側重於配置管理流程、質量保證流程的建立與改進。一般在中小軟件企業,可能沒有這兩個角色,而全部的配置管理或質量保證工作都由工程師擔當;但是大中型軟件......
軟件測試是同行業最輕鬆工作?
不是 高端軟測工程師 上要懂代碼 下要會溝通 貫穿整個軟件項目
一般公司軟件測試做的都是收尾工作 也就是溝通不好 程序員不改 鍋你要背 下班前程序員代碼寫完坐著玩 你還得加班搞測試 很多老師會告訴學生 特別是女生很適合做測試 但是高端測試註定更艱辛 慎重考慮吧 而且據我從 獵聘 酷方這些質量好點的招聘網站來看 軟件測試的薪資實質並沒有程序猿高 也就是市場上 你懂得比程序猿多 薪資卻比人家要少一點