【正文】 無法解決，或不緊急的問題。測試人員完成第一輪測試后，需要寫測試結(jié)論，發(fā)到相關(guān)人員。自測完成后提交測試人員進(jìn)行基線。然后，測試人員組進(jìn)行用例評審，開發(fā)人員對用例與實(shí)際功能不符合有哪些，產(chǎn)品人員對會通過用例對功能的具體實(shí)現(xiàn)進(jìn)行把握等等。編寫測試用例：根據(jù)詳細(xì)的需求分檔，開始進(jìn)行用例的編寫。測試計(jì)劃排期：測試人員根據(jù)開發(fā)計(jì)劃，對測試具體測試時間，也就是開發(fā)功能完成后的時間，進(jìn)行幾輪測試等。QA人員是最終對軟件質(zhì)量進(jìn)行驗(yàn)證的人，所以也需求了解需求開發(fā)人員編寫排期：開發(fā)人員需求根據(jù)需求功能點(diǎn)進(jìn)行排期。測試人員提出需求，開發(fā)人員考慮功能實(shí)現(xiàn)的方案與可行性、當(dāng)然開發(fā)負(fù)責(zé)也是要參與的。（一）軟件測試的測試流程有：制定測試計(jì)劃——編輯測試用例——執(zhí)行測試用例——發(fā)現(xiàn)并提交BUG——開發(fā)組修正BUG——對已修正BUG進(jìn)行返測——修正完成的BUG將狀態(tài)置為已關(guān)閉，未正確修正的BUG重新激活.（二）規(guī)范的測試流程需求分析：需求分析由產(chǎn)品人員制定，他們要做的不是一份簡單的文檔，而是細(xì)化每一個功能的細(xì)節(jié)，每一個按鈕的位置，對于稍大或復(fù)雜一點(diǎn)的需求都進(jìn)行建模。也有比較專業(yè)的白盒或是灰盒測試，這就要求測試人員會些兒編程技術(shù)了，但是要求不太高，不必會某種語言的高級編程，普通應(yīng)用或是代碼段能看懂就行。（關(guān)于開發(fā)，在這里不做詳述）app軟件開發(fā)大功能模塊代碼編寫app軟件開發(fā)大概的界面模塊編寫把大概的界面和功能連接后，app軟件開發(fā)的大致demo就出來了demo自己試用和體驗(yàn)幾遍后，根據(jù)情況修改沒有大錯誤后，根據(jù)測試用戶的反饋，重復(fù) 前三個步驟四、測試測試工程師，一般就是從用戶角度出發(fā)，檢測開發(fā)工程師做的東西是不是符合產(chǎn)品的需求，或是用戶體檢好不好？不要求有太專業(yè)的知識，但是要細(xì)心，對產(chǎn)品敏感。所以，在學(xué)好工具的基礎(chǔ)上，應(yīng)該多花時間在設(shè)計(jì)思路的學(xué)習(xí)上。那么，如果說是原型，或者可以交互的原型，它的溝通效果就要比圖片要好很多。第二呢，一個可交互的原型更方便和其他人去進(jìn)行溝通和討論，所謂一圖勝千文。而我們剛才提到的設(shè)計(jì)的三個步驟也是圍繞溝通而展開的。在之后會制作高保真原型來交付給開發(fā)和測試人員。來源：站酷淺酌琉璃盞所以大家可以看到，在設(shè)計(jì)流程中，設(shè)計(jì)師首先要通過草圖與產(chǎn)品經(jīng)理以及其他同事進(jìn)行討論，以確定產(chǎn)品的設(shè)計(jì)方向。開發(fā)人員將按照高保真原型進(jìn)行開發(fā)。這個效果很可能都能和最后的那個產(chǎn)品相差無幾，甚至你可以在你的手機(jī)上進(jìn)行模擬的操作。去進(jìn)行一定的修改。當(dāng)然，低保真原型不能只是簡單的看，還要進(jìn)行一些簡單的交互操作。但是我們工作中的話可能只是信手拈來，草草的畫上幾筆，這些都沒關(guān)系，草圖強(qiáng)調(diào)的就是能快速地將想法具體化，然后和其他同事進(jìn)行討論。二、交互設(shè)計(jì)流程（一）交互設(shè)計(jì)三段式草圖——低保真原型——高保真原型草圖：就是使用紙和筆去手繪這個界面草圖，以便快速的和產(chǎn)品經(jīng)理以及其他同事進(jìn)行討論，在進(jìn)行想法具體化。他們本質(zhì)上也相應(yīng)對應(yīng)著不同的人物角色。在此所有的產(chǎn)品需求都轉(zhuǎn)化為產(chǎn)品功能。必要性：用戶的這些需求是否有需要滿足，滿足這些需求企業(yè)需要付出的代價，以及是否有足夠的企業(yè)效益來支撐市場的運(yùn)營。，由此得出產(chǎn)品功能需求列表以上得出的用戶需求，并不能直接轉(zhuǎn)入產(chǎn)品需求，需要經(jīng)過一定的評估和帥選考察其可行性和必要性。以及交通途中：上午辦公室：中午午餐：下午辦公室：下班前：下班途中：餐廳里：家中：被窩里等等各種狀態(tài)下來挖掘可能用到的功能。吃早餐的時候：可能會看新聞、郵件以及自己的博客。在此以時間為軸“生活中的一天”為例，來針對手機(jī)瀏覽器產(chǎn)品利用人物角色來進(jìn)行需求挖掘。在場景中使用人物角色進(jìn)行需求的挖掘:針對每個人物角色，設(shè)計(jì)合理的場景，然后集合相關(guān)的工作人員（不僅僅是交互和視覺設(shè)計(jì)師）一起進(jìn)行頭腦風(fēng)暴。它講述的是每個人物角色如何與產(chǎn)品進(jìn)行交互的故事。場景的概念與作用：用戶角色是死的，靜態(tài)的東西，只有將其放到一定的場景中去，才會鮮活起來，與產(chǎn)品產(chǎn)生交互。人物角色通常因其重要程度及特定定義為：首要人物角色、次要人物角色、不重要的人物角色、排斥的人物角色。角色群組經(jīng)過一定的潤色。研究人員通過用戶研究，通過一定的標(biāo)準(zhǔn)將眾多的用戶進(jìn)行細(xì)分，從而得到不同的細(xì)分用戶群組。在研究階段我們觀察用戶的行為模式，在建模階段將其模式化，最后生成人物角色。（2）在場景中運(yùn)用人物角色進(jìn)行挖掘。這些數(shù)據(jù)的收集活動并不難，所需要付出的只是耐心和時間。此外，設(shè)計(jì)師可以利用在用戶研究階段所生成的人物角色（人物畫像）這個工具，并放置到具體場景中，從而挖掘用戶可能的潛在需求。顯然這些需求是不夠的。并對由此得到的信息與數(shù)據(jù)進(jìn)行處理和分析。了解用戶需求的有效方式是用戶研究，這是用戶中心設(shè)計(jì)流程的第一步?？梢粤私鈬H與國內(nèi)在該類產(chǎn)品上的先進(jìn)做法。（3）競品分析：對競爭對手主要產(chǎn)品進(jìn)行對標(biāo)研究，分析其產(chǎn)品的成敗關(guān)鍵和發(fā)展趨勢，了解市場對類似產(chǎn)品的反饋。（2）相關(guān)利益合作伙伴：開發(fā)商、咨詢機(jī)構(gòu)、制造商等等。但并不是所有的用戶需求都能轉(zhuǎn)化為產(chǎn)品需求。而產(chǎn)品需求的獲取渠道也不僅僅是用戶需求。而產(chǎn)品需求，是某一類產(chǎn)品或服務(wù)能夠滿足用戶需要的集合。如安全、娛樂、溝通、交友等。首先必須要搞清的是用戶需求不等同于產(chǎn)品需求。之后的再由測試工程師進(jìn)行產(chǎn)品測試，以保證產(chǎn)品達(dá)到了產(chǎn)品經(jīng)理和設(shè)計(jì)師的這個要求。而設(shè)計(jì)師需要根據(jù)這些用戶場景和功能范圍進(jìn)行交互設(shè)計(jì)。這四個步驟也分別對應(yīng)研發(fā)中的四個角色：產(chǎn)品經(jīng)理——設(shè)計(jì)師——開發(fā)工程師——測試工程師。字?jǐn)?shù) 5582第六夫人沐夏_夏4樓 12:18很受用，謝謝博主！回復(fù)贊cyanll2樓 后發(fā)表評論窗體底端4條評論45 著作權(quán)歸作者所有舉報(bào)文章關(guān)注第六夫人寫了 78034 字，被 369 人關(guān)注，獲得了 431 個喜歡有趣是對一個人最高的評價。文／小叮當(dāng)doe（簡書作者）部分內(nèi)容來自網(wǎng)絡(luò)小禮物走一走，來簡書關(guān)注我贊賞支持對測試問題的處理上面的圖更能清晰看出對問題的處理過程。但這種流程并非完美，加入一個功能在需求分析階段就是錯誤的，因?yàn)樗且粋€迭代漸進(jìn)的過程。但開發(fā)進(jìn)度并沒有因?yàn)闇y試而停止。第二階段：開發(fā)完成后交給測試人員進(jìn)行測試，開發(fā)人員繼續(xù)開發(fā)新的功能。這個需求定得會很模糊，但整體框架確定。敏捷測試的一個核心是迭代，在每個時間點(diǎn)上，所有項(xiàng)目人員都是有事可做的。開發(fā)階段，產(chǎn)品和測試也基本沒事兒。測試完成之后上線。當(dāng)然，我這里會省略與測試主流程無關(guān)的東西，真正的測試工作中瑣事很多。測試人員只有在測試的時候才會體現(xiàn)出他的價值。我們來看測試的工作內(nèi)容，測試計(jì)劃、測試用例、測試結(jié)論、測試報(bào)告、驗(yàn)收方案、問題的提交跟蹤。流程分析：這個流程是規(guī)范的，測試真正融入了整個流程，而且還擔(dān)任了很重的角色，從而也有效的保證了軟件產(chǎn)品的整體質(zhì)量。QA關(guān)注的是整個流程的質(zhì)量以及最終用戶的質(zhì)量。驗(yàn)收方案是交由QA進(jìn)行驗(yàn)證的。通過上級確認(rèn)，可以通過。然后對基線后的第二輪進(jìn)行測試，第二輪會對第一輪中發(fā)現(xiàn)的問題進(jìn)行重點(diǎn)回歸。（三）具體測試流程：開發(fā)人員對于基到測試線的功能進(jìn)行測式，發(fā)現(xiàn)的問題通過缺陷管理工具進(jìn)行反饋，開發(fā)人員對問題進(jìn)行修復(fù)，然后，準(zhǔn)備第二輪基。提交基線：開發(fā)人員完成所有功能后，會對自己的功能進(jìn)行一個自測。用例評審：在用例進(jìn)行評審之間，先以郵件形式將用例發(fā)送給相關(guān)人員，以便他們事先了解用例對哪些功能進(jìn)行驗(yàn)證以及驗(yàn)證的細(xì)節(jié)。然后，把項(xiàng)目的開發(fā)與測試計(jì)劃發(fā)送給各部門負(fù)責(zé)人及參與項(xiàng)目的所有人員。然后將開計(jì)劃轉(zhuǎn)交給測試人員。測試人員主要是對需求的理解提出疑問，以便才能根據(jù)需求寫用例。需求評審：這里會叫上所有參與項(xiàng)目人員進(jìn)行，開發(fā)人員、測試人員、QA人員。問題要考慮全面，細(xì)致，有原則，不能跟著開發(fā)和產(chǎn)品走，這是測試人員的要求。所以有很多不是計(jì)算機(jī)專業(yè)的人員照樣可以做測試工程師，因?yàn)槲覀兊漠a(chǎn)品需要不同的人來說嘛。三、開發(fā)接下來就到了程序員編寫程序的三個步驟了。所以，需要強(qiáng)調(diào)的是，原型只不過是一個設(shè)計(jì)工具，設(shè)計(jì)的思想才是真正的核心所在。所以圖片比文字的溝通效果要好很多。（二）為什么要畫原型減少修改成本，便于溝通討論畫原型最大的目的呢，是為了減少后期修改成本，用一個低成本的原型去體驗(yàn)去討論，去修改，盡量避免開發(fā)好了再去修改。所以設(shè)計(jì)師的整個這個設(shè)計(jì)工作都是一個和其他角色進(jìn)行溝通的一個過程。之后再做一個低保真原型來進(jìn)行打磨設(shè)計(jì)。測試人員將以高保真原型為基準(zhǔn)，對開發(fā)人員交付的產(chǎn)品進(jìn)行測試。高保真原型呢一般