產品 前後端 開發 測試的見解

2022-06-26 05:39:17 字數 1453 閱讀 9228

首先自述一下,阿拉是一名程式設計師,當過專案的救急人員,也當過小小的網路黑客,混跡於傳統網際網路與移動網際網路多年,閱歷過多種開發模式,如:敏捷式開發、瀑布式開發。

快速開發、反覆迭代,以最快速度達到使用者的需求。

按照軟體開發流程,制定計畫、需求分析、軟體設計、程式編寫、軟體測試和執行維護等制定六個基本活動

額,好像跑題了。

這是常用的軟體開發模式,so,在傳統網際網路的話,乙個小小的程式猿,可能記得當爹又得當媽,從使用者需求到介面設計、**編寫及測試,可能都得一手抓,那麼對於我們來說,思考的度量往往是以實現功能為標準,可能會忽略了各種介面的美觀和軟體的可便捷性。此外,專案的文件說明及專案概要,往往是以簡單的文件為標準,因為當爹當媽的會往往忽略掉這些「不以為編碼「為中心的東西。如果你從一至終參與了專案開發,那麼你是lucky的,因為可能你不需要通過專案文件及專案概要去熟悉專案及開發,可以快速的響應使用者的反饋。如果你是途中加入的,那麼可能沒那麼幸運了,因為可能你腦海中沒有專案的藍圖,只能從文件及專案概要這些得到熟悉,而往往這些文件和概要程式設計師還寫得很粗糙,可能就兩頁word文件就把專案的說明這些寫完了,那麼只能痛苦的邊編碼邊熟悉了。

這時候,是否會想到,如果有個專案原型及詳細的功能介紹就好了。bingo!產品經理此時此刻就應運而生了。那麼產品經理需要做什麼呢,(僅此猜測)調研使用者的需求,設計產品的原型及說明,然後對於我們程式設計師來說,僅需要根據產品的原型及說明去設計資料庫及編碼即可,是不是覺得很方便呢,就算是中途加入專案組的話,也不用擔心不熟悉需求、文件粗糙的煩惱了,因為產品原型和說明就提供了需求和專案的介面大概形狀給我們參考,不用我們再苦逼的去想需求、去想介面怎麼設計等等。

當然,凡是必有利弊。有產品原型這些固然是好,可以讓開發更專注於開發,但是也可能讓本來就宅的程式猿變得更宅,知識面可能也會受到一點侷限。如果什麼都一手抓,那麼可能你會對軟體開發的整個過程都有所了解,包括需求調研一直到軟體測試。

好吧,說了那麼多,感覺上面就放了個屁,沒有拉屎,和標題並不符合,那麼下面就且講幾句恰合標題的話

我所理解的移動網際網路開發流程是這樣的,產品設計好原型和說明交給開發和測試,測試根據文件上的說明測試開發出來的產品,然後定時彙總反饋給產品,開發根據產品的原型及說明進行開發和反饋,這樣的話,開發就可以專注於開發了。當然這有乙個弊端,如果某乙個環節有問題,需要加班,那麼可能你們三個都要加班,是不是覺得頓時責任心就來了呢,不能坑別人加班呢,哈哈哈。。。。(此時,可能測試已經在心裡默默的罵了你幾百遍。。)

當然,如果什麼都是你一手做的話,那麼如果要加班,只能是你自己(此時,自己默默的在心裡面安慰著自己...)

最後總結一下,當然沒有說誰優誰劣,分工更明確的產品-(前後端)開發-測試當然是市場上的主流,畢竟是用來完善傳統網際網路開發的一些弊端,做到」術業有專攻「,如果沒有,那麼也不必要埋怨,傳統的東西必定存在它一定的價值,比如可以省掉不少人力物力。

最後祝大家開發天天順利,天天無bug。

產品 前後端 開發 測試的見解

首先自述一下,阿拉是一名程式設計師,當過專案的救急人員,也當過小小的網路黑客,混跡於傳統網際網路與移動網際網路多年,閱歷過多種開發模式,如 敏捷式開發 瀑布式開發。快速開發 反覆迭代,以最快速度達到使用者的需求。按照軟體開發流程,制定計畫 需求分析 軟體設計 程式編寫 軟體測試和執行維護等制定六個基...

登入加密的前後端測試

前端 1 密碼加密後傳輸 前段檢視token token是身份的標識 加密之前 2.密碼未加密傳輸 使用burpsuite攔截傳送的請求,檢視傳送的請求 未加密 已加密 後端普通使用者是不能檢視密碼的,所以只能用root來檢視密碼。1 首先進入到linux桌面,在右擊桌面,單擊開啟終端。2 在如下圖...

前後端開發協同的思考

前後端需要定義一套完整的錯誤碼體系,每個錯誤碼都有其含義,正確響應結果會有乙個code,可以定義為200,跟標準http code對應,容易理解。有些api介面,會使用http標準code返回,告知使用者業務的狀態,例如easyar的介面http 1.1 404 not found 這裡使用了htt...