1. 程式人生 > >軟體測試和開發的區別在哪裡?

軟體測試和開發的區別在哪裡?

究竟什麼是軟體測試工作的相對穩定的內在特質和開發有什麼區別?

首先,我覺得還得從專職軟體測試的產生說起。首先,軟體行業最初是沒有專職的測試人員和測試團隊的,這個分工是後來形成的。其次,現在很多網際網路創業公司,最初也沒有專職測試人員和測試團隊。

那麼在軟體測試的專業分工形成以後,究竟什麼工作被分了出來?這個回答很簡單,就是軟體測試的活動?那麼軟體測試的活動包含哪些?這個就有可能不那麼容易形成一致了,在現實場景中每個行業和每個公司可能有差距。我認為軟體測試的最終目的和產品、開發、運維等等應該是一致的,就是保證軟體產品符合使用者的預期,給使用者和企業創造價值和利潤。在這個工程中,以傳統瀑布模型為例,試著比較一下各個工種的分工:

1. 需求提出階段

1. 大家都會關注需求的合理性

2. 開發人員更關注需求的實現方式和代價等

3. 測試人員關注需求的可測性(不展開可測性,有需要自己查)

4. ------------------這個階段我認為對測試人員和開發人員只有技能要求不同,沒有本質區別

2. 技術設計階段

1. 大家都關注設計本身的正確性,完整性等

2. 開發人員更關注設計的實現方式、工具、代價

3. 測試人員還需要關注可測性

4. ------------------這個階段我認為對測試人員和開發人員只有技能要求不同,沒有本質區別

3. 開發測試階段

1. 開發人員構建產品,修改bug

2. 測試人員構建測試工具,測試用例等素材,執行測試,暴露

bug

3. -------------------這個階段我認為對測試人員和開發人員只有技能要求不同,沒有本質區別

好像只是技能需求不同,並沒有本質區別。所以選擇什麼工作,還是根據自己的愛好來吧,喜歡測試多點就做測試,喜歡開發就做開發。

相關推薦

軟體測試開發區別哪裡

究竟什麼是軟體測試工作的相對穩定的內在特質呢?和開發有什麼區別? 首先,我覺得還得從專職軟體測試的產生說起。首先,軟體行業最初是沒有專職的測試人員和測試團隊的,這個分工是後來形成的。其次,現在很多網際網路創業公司,最初也沒有專職測試人員和測試團隊。 那麼在軟體測試的專業分工

軟體測試軟體除錯的區別

最近替客戶寫論文,整理提綱的時候發現他們把軟體的測試和除錯的部分分開寫,雖然知道兩者有區別但是當時根本搞不清楚應該怎麼寫,網上找了些資料看了以後才有些概念,現在貼出來,以後可那能用的到. 1,軟體測試是找出軟體已經存在的錯誤,而除錯是定位錯誤,修改程式以修正錯誤.2,軟體測試

軟體設計開發準備

1.團隊序號:1  撰寫人:施賢   開發軟體名稱飛機大戰 產品程式碼倉庫: https://gitee.com/tanglibo/plane_wars 軟體測試工程師商守義:https://gitee.com/shangshouyi/plane_wars

程式設計師之間的戰爭,某寧測試開發幹架,滑鼠線勒脖子都來了

程式設計師的職業也細分為很多種,有開發,測試等等,在這下面又會根據應用場景等細分為不同的職位。瞭解網際網路行業的人可能知道,測試和開發雖然都屬於程式設計師職業,但二者往往會有利益衝突。開發負責寫程式碼,而測試負責找出程式碼中的BUG,所以有時候一言不合可能就會紅眼而相互爭執。 有一名網友就

【4】spring單元測試ApplicationContext區別

ApplicationContext 等於直接呼叫 public ClassPathXmlApplicationContext(String[] configLocations, boolean re

配置自己的虛擬域名_(方便測試開發_在沒有域名的情況下)

1.需要域名的地方 1.1生成數字證書,和祕鑰 要根據域名新增信任的時候 1.2做sso cas單點登入的時候需要域名訪問 2.怎麼生成虛擬域名 2.1 我們找到c:\windows\system32

測試開發之間的博弈--沒有硝煙的戰爭

 ** 你跟開發和諧麼?**   導語:測試工作從業者,打交道最多的就是開發,而測試和開發之間的關係在行業內被稱為‘天敵’。     ** ‘天敵’關係形成的原因 **   那作為測試工程師,你知道要怎麼更好地來處理跟開發之間的關係麼?其實對於這種‘

軟體測試開發)工程師的核心競爭力是什麼?

1. 測試行業正在發生變化 在網際網路新趨勢和新要求的變革推動下,測試行業也在不知不覺中發生著非常大的改變,從早些年的懵懂發展,大家摸著石頭過河,到大多高校設立軟體測試專業,再到近幾年各種測試培訓盛行。如果說早期軟體測試行業還是一個風口,隨著不斷地轉行人員以及畢業的大學生瘋狂地湧入軟體測試行業,目前軟體測試

軟體測試計劃測試方案區別

測試方案軟體過程:測試計劃評審通過—>設計測試方案—>測試方案評審通過—>依據測試方案設計測試用例—>測試用例評審通過—>依據測試方案搭建測試環境。   五、文件內容   測試計劃和測試方案的本質區別是內容不同。   測試計劃的核心內容

單元測試、集成測試、系統測試驗收測試的聯系區別

是否 功能 條件 黑盒測試 模塊 期望值 設計 tex 代碼 根據不同的測試階段,測試可以分為單元測試、集成測試、系統測試和驗收測試體現了測試由小到大、又內至外、循序漸進的測試過程和分而治之的思想。 單元測試的粒度最小,一般由開發小組采用白盒方式來測試,主要測試單元是

談下APP測試WEB測試區別

app https 設計 tap 升級後 一起 切換 以及 相對 先來講下相同點: 1、都需要理論知識,相同的用例設計方法:邊界值,等價類,錯誤推導法,場景法 2、同樣的測試方法 驗證功能是否滿足需求 3、都需要檢查UI 界面設計是否合理 4、性能檢測 並發 吞吐率的檢

系統測試集成測試區別

決定 功能性 要求 組合 代碼塊 單位 在一起 應該 維護 一般的小系統區分不是很大的 1.計劃和用例編制的先後順序 從V模型來講,在需求階段就要制定系統測試計劃和用例,HLD的時候做集成測試計劃和用例,有些公司的具體實踐不一樣,但是順 序肯定是先做系統測試計劃用例,再做集

軟體測試】高情商的測試人員,這麼安排開發

測試和開發可以說是前世的一對宿孽,今世的一對兒冤家。開發的工作就是按照PM的設計將產品最終造出來,而測試則是在開發已完成的工作裡找錯誤,尋不是。顯然,測試這樣的工作會讓開發很不爽,其實不但是開發,每個人都不喜歡自己的勞動成果別別人挑毛病。如果測試在工作中不講究方式方法讓已經比較緊張的測試開發關係雪上加霜。

軟體分類軟體測試工作流程

軟體的分類  其中,系統軟體指的是和計算機硬體緊密配合在一起的,使得計算機系統的各個部件、相關的軟體和資料協調、高效工作的軟體。例如,作業系統,資料庫管理系統等。 支撐軟體指的是協助使用者開發軟體產品的工具。 應用軟體是在特定領域開發,為特定目的服務的一類軟體。

軟體測試員的要求比軟體開發員的要求低嗎?

首先,表面上是這樣的,但是本質上並不是,想知道原因,我用一篇文章告訴你看到的都是表象。很多小公司對於測試的流程和要求並不是很高,就更加顯得測試比開發的要求低。 即使說經過這幾年的發展,測試行業已經比以前成熟和正規許多,但是你攔不住很多公司並不在乎什麼流程,什麼計劃。因為對於很多小公司來說

冒煙測試迴歸測試區別

冒煙測試就是完成一個新版本的開發後,對該版本最基本的功能進行測試,保證基本的功能和流程能走通。如果不通過,則打回開發那邊重新開發;如果通過測試,才會進行下一步的測試(功能測試,整合測試,系統測試等等)。冒煙測試優點是節省測試時間,防止build失敗。缺點是覆蓋率還是比較低。 迴歸測試我有兩層理解,一是就是當

軟體測試測試才是專案的主導,憑什麼聽開發的?

很多時候很多公司都是產品說了算,在之後就是開發,測試的地位比較低,但是事實真的是這樣嗎,成熟的專案進行中應該是測試人員作為主導的,測試是唯一一個最早進入專案、最後確認專案完工的職位,所以本文就是幫助大家糾正這個錯誤 那麼各位測試大大準備好“挾天產品以令開發”了嗎? 一、反應真實需求 這裡存在先寫測試和後

使用FLASH BUILDER 4FLEXUNIT進行測試驅動開發

https://www.adobe.com/devnet/flex/articles/flashbuilder4_tdd.html 要求 必備知識 所需產品 示例檔案 建議您構建Flex應用程式的經驗。 Flash Builder (下載試用版) flashbuilder_td

莫使金樽空對月-位元組跳動軟體測試開發工程師一面演算法題

給出兩個字串,求出兩個字串的最長公共子串 心塞塞,一面之後沒有進入二面,菜是原罪。 #include<iostream> #include<string> using namespace std; int main() { string a, b;

軟體測試分類方法

    --寫在最前面--軟體測試的方法,會隨著軟體測試技術的不斷髮展,越來越多樣化,單一性更強(針對性更強);我們在測試工作中,應該著重選擇合適的軟測方法來完成任務。 一、測試分類 β(Beta)測試,指的是(一個或多個)使用者驗收測試,通常是在UAT環境完成