【正文】 第一塊面板中是開發(fā)人員未實現的功能，第二塊面板中是開發(fā)完成功能，測試人員對其進行測試，發(fā)現不通過的就放回未開發(fā)的面板中，測試通過的將放到第三塊面板中。流程分析：在這個流程中弱化了文檔，強調了各個人員的溝通，通過這種迭代的方式，三個月的項目，可以能兩個月和兩個半月就會完成。產品對其中某一模塊功能確認，開發(fā)人員開始對確認的功能編碼，開發(fā)人員編碼的過程中，測試進行功能分解，因為根據模糊的需求很難寫出具體的用例，所以，只能盡量對功能進行分析得細些，標注需要驗證的內容。同樣在測試階段，產品與開發(fā)也是沒什么事兒的。（四）敏捷測試流程前面講的第一種流程，還是第二種流程都是瀑布式的，嚴格來說第一種簡陋的都不能稱為瀑布式，對于一個三個月的項目說，產品把需求分析完了給開發(fā)，然后產品就沒事兒了；開發(fā)開發(fā)完成之后給測試，然后開發(fā)人員也不忙了。其實，我們真用于測試的時間是非常少的，在一周的時間，也許只有一天或不到一天的時間是在進行測試的。有些公司QA與測試是不區(qū)分的，但這對測試的要求會更高，除了關心功能，還需要關心整體流程與質量。編寫測試報告與驗收方案。測試人員完成第一輪測試后，需要寫測試結論，發(fā)到相關人員。然后，測試人員組進行用例評審，開發(fā)人員對用例與實際功能不符合有哪些，產品人員對會通過用例對功能的具體實現進行把握等等。測試計劃排期：測試人員根據開發(fā)計劃，對測試具體測試時間，也就是開發(fā)功能完成后的時間，進行幾輪測試等。測試人員提出需求，開發(fā)人員考慮功能實現的方案與可行性、當然開發(fā)負責也是要參與的。也有比較專業(yè)的白盒或是灰盒測試，這就要求測試人員會些兒編程技術了，但是要求不太高，不必會某種語言的高級編程，普通應用或是代碼段能看懂就行。所以，在學好工具的基礎上，應該多花時間在設計思路的學習上。第二呢，一個可交互的原型更方便和其他人去進行溝通和討論，所謂一圖勝千文。在之后會制作高保真原型來交付給開發(fā)和測試人員。開發(fā)人員將按照高保真原型進行開發(fā)。去進行一定的修改。但是我們工作中的話可能只是信手拈來，草草的畫上幾筆，這些都沒關系，草圖強調的就是能快速地將想法具體化，然后和其他同事進行討論。他們本質上也相應對應著不同的人物角色。必要性：用戶的這些需求是否有需要滿足，滿足這些需求企業(yè)需要付出的代價，以及是否有足夠的企業(yè)效益來支撐市場的運營。以及交通途中：上午辦公室：中午午餐：下午辦公室：下班前：下班途中：餐廳里：家中：被窩里等等各種狀態(tài)下來挖掘可能用到的功能。在此以時間為軸“生活中的一天”為例，來針對手機瀏覽器產品利用人物角色來進行需求挖掘。它講述的是每個人物角色如何與產品進行交互的故事。人物角色通常因其重要程度及特定定義為：首要人物角色、次要人物角色、不重要的人物角色、排斥的人物角色。研究人員通過用戶研究，通過一定的標準將眾多的用戶進行細分，從而得到不同的細分用戶群組。（2）在場景中運用人物角色進行挖掘。此外，設計師可以利用在用戶研究階段所生成的人物角色（人物畫像）這個工具，并放置到具體場景中，從而挖掘用戶可能的潛在需求。并對由此得到的信息與數據進行處理和分析?？梢粤私鈬H與國內在該類產品上的先進做法。（2）相關利益合作伙伴：開發(fā)商、咨詢機構、制造商等等。而產品需求的獲取渠道也不僅僅是用戶需求。如安全、娛樂、溝通、交友等。之后的再由測試工程師進行產品測試，以保證產品達到了產品經理和設計師的這個要求。這四個步驟也分別對應研發(fā)中的四個角色：產品經理——設計師——開發(fā)工程師——測試工程師?；貜蚦yanll2樓 著作權歸作者所有舉報文章關注第六夫人寫了 78034 字，被 369 人關注，獲得了 431 個喜歡有趣是對一個人最高的評價。對測試問題的處理上面的圖更能清晰看出對問題的處理過程。但開發(fā)進度并沒有因為測試而停止。這個需求定得會很模糊，但整體框架確定。開發(fā)階段，產品和測試也基本沒事兒。當然，我這里會省略與測試主流程無關的東西，真正的測試工作中瑣事很多。我們來看測試的工作內容，測試計劃、測試用例、測試結論、測試報告、驗收方案、問題的提交跟蹤。QA關注的是整個流程的質量以及最終用戶的質量。通過上級確認，可以通過。（三）具體測試流程：開發(fā)人員對于基到測試線的功能進行測式，發(fā)現的問題通過缺陷管理工具進行反饋，開發(fā)人員對問題進行修復，然后，準備第二輪基。用例評審：在用例進行評審之間，先以郵件形式將用例發(fā)送給相關人員，以便他們事先了解用例對哪些功能進行驗證以及驗證的細節(jié)。然后將開計劃轉交給測試人員。需求評審：這里會叫上所有參與項目人員進行，開發(fā)人員、測試人員、QA人員。所以有很多不是計算機專業(yè)的人員照樣可以做測試工程師，因為我們的產品需要不同的人來說嘛。所以，需要強調的是，原型只不過是一個設計工具，設計的思想才是真正的核心所在。（二）為什么要畫原型減少修改成本，便于溝通討論畫原型最大的目的呢，是為了減少后期修改成本，用一個低成本的原型去體驗去討論，去修改，盡量避免開發(fā)好了再去修改。之后再做一個低保真原型來進行打磨設計。高保真原型呢一般用于交付給開發(fā)與測試那邊。用白話來講就是動態(tài)，可以簡單地進行體驗一下這個設計，盡可能的發(fā)現一些問題。來源：蘇帥Sean的博客我們看到的這張圖實際上他畫的相當規(guī)整，它已經是一個完整的產品架構圖。工作人員可以將之前用戶研究階段收集的功能需求合并到后來利用任務角色在場景下挖掘的需求列表中?？尚行裕耗壳暗募夹g和企業(yè)資源是否有能力，是否能在現行的情況下，與進度時間表等現實條件下開發(fā)出完全滿足用戶需求的產品。這樣就會設計到新聞、微博以及郵箱。再此階段每個人要有深度的同理心，并在每個關節(jié)點將所能想到的可能性完全說出來，記錄下來，此時的氣氛也是不加約束和不帶批判的。場景是人物角色與產品進行交互的“理想化”情景。諸如為每個角色群組賦予具有代表性的照片、名稱、職業(yè)、性格等鮮明的人物屬性，從而形成不同的人物角色。也就是說人物角色源自于用戶研究。為了更多更好的獲取初步用戶的需求，用戶研究員需要在問卷調查的問卷設計 、用戶訪談、焦點小組等的腳本設計中，明確哪些問題或者選項是為需求而設置的，以便后續(xù)階段的整理。這些需求僅僅是用戶在現有需求上的反饋。其主要研究方式是：用戶訪談、用戶觀察、問卷調研、焦點小組、眼動實驗等等。（4）標桿市場：標桿市場是國內外在同類產品上運營比較成功的熱門行業(yè)，通過對標桿市場中知名企業(yè)所運營的相近產品的功能進行剖析。用戶需求需要子可行性和必要性驗證上，才可以轉化為產品需求。也就是說，用戶需求并不完全傳遞到產品需求當中去。用戶需求，簡單來說是用戶希望同構使用某一款產品來實現和滿足某種需要。之后開發(fā)工程師將會根據產品經理和設計師的方案進行寫代碼，把這個方案實現成可用的產品。閱讀 8938評論 4喜歡 45贊賞 1一、研發(fā)流程大局觀產品的研發(fā)流程分為四個步驟：產品定義——交互設計——開發(fā)——測試。 15:24特別棒手機APP的研發(fā)和設計流程贊只看作者按喜歡排序按時間正序按時間倒序?2. Product Manager169。也只能一路錯下去。那么測試人員發(fā)現的問題怎么辦呢？會從開發(fā)團隊中抽出一個人員來用于解決測試發(fā)現的問題。下面是我理解中的敏捷測試流程圖：第一階段：通過上面的流程圖，對于一個月的需求分析，在敏捷中，可能三五天就確定下來。那么在產品分析的階段，開發(fā)和測試都是沒事干的（這里只對單一項目）。而大部分工作卻不能體現他的價值。那么這個流程是不是完美的呢？不，這個項目流程太強化各種文檔。在現公司的流程中是將測試與QA分開的，測試人員重點關注的是功能是否可以正常運行。測試通過：經過兩到三輪或四輪的測試后，直到沒發(fā)現新的問題，或暫時無法解決，或不緊急的問題。自測完成后提交測試人員進行基線。編寫測試用例：根據詳細的需求分檔，開始進行用例的編寫。QA人員是最終對軟件質量進行驗證的人，所以也需求了解需求開發(fā)人員編寫排期：開發(fā)人員需求根據需求功能點進行排期。（一）軟件測試的測試流程有：制定測試計劃——編輯測試用例——執(zhí)行測試用例——發(fā)現并提交BUG——開發(fā)組修正BUG——對已修正BUG進行返測——修正完成的BUG將狀態(tài)置為已關閉，未正確修正的BUG重新激活.（二）規(guī)范的測試流程需求分析：需求分析由產品人員制定，他們要做的不是一份簡單的文檔，而是細化每一個功能的細節(jié)，每一個按鈕的位置，對于稍大或復雜一點的需求都進行建模。（關于開發(fā)，在這里不做詳述）app軟件開發(fā)大功能模塊代碼編寫app軟件