【正文】 也只能一路錯(cuò)下去。下面是我理解中的敏捷測試流程圖：第一階段：通過上面的流程圖，對于一個(gè)月的需求分析，在敏捷中，可能三五天就確定下來。而大部分工作卻不能體現(xiàn)他的價(jià)值。在現(xiàn)公司的流程中是將測試與QA分開的，測試人員重點(diǎn)關(guān)注的是功能是否可以正常運(yùn)行。自測完成后提交測試人員進(jìn)行基線。QA人員是最終對軟件質(zhì)量進(jìn)行驗(yàn)證的人，所以也需求了解需求開發(fā)人員編寫排期：開發(fā)人員需求根據(jù)需求功能點(diǎn)進(jìn)行排期。（關(guān)于開發(fā)，在這里不做詳述）app軟件開發(fā)大功能模塊代碼編寫app軟件開發(fā)大概的界面模塊編寫把大概的界面和功能連接后，app軟件開發(fā)的大致demo就出來了demo自己試用和體驗(yàn)幾遍后，根據(jù)情況修改沒有大錯(cuò)誤后，根據(jù)測試用戶的反饋，重復(fù) 前三個(gè)步驟四、測試測試工程師，一般就是從用戶角度出發(fā)，檢測開發(fā)工程師做的東西是不是符合產(chǎn)品的需求，或是用戶體檢好不好？不要求有太專業(yè)的知識，但是要細(xì)心，對產(chǎn)品敏感。而我們剛才提到的設(shè)計(jì)的三個(gè)步驟也是圍繞溝通而展開的。這個(gè)效果很可能都能和最后的那個(gè)產(chǎn)品相差無幾，甚至你可以在你的手機(jī)上進(jìn)行模擬的操作。二、交互設(shè)計(jì)流程（一）交互設(shè)計(jì)三段式草圖——低保真原型——高保真原型草圖：就是使用紙和筆去手繪這個(gè)界面草圖，以便快速的和產(chǎn)品經(jīng)理以及其他同事進(jìn)行討論，在進(jìn)行想法具體化。，由此得出產(chǎn)品功能需求列表以上得出的用戶需求，并不能直接轉(zhuǎn)入產(chǎn)品需求，需要經(jīng)過一定的評估和帥選考察其可行性和必要性。在場景中使用人物角色進(jìn)行需求的挖掘:針對每個(gè)人物角色，設(shè)計(jì)合理的場景，然后集合相關(guān)的工作人員（不僅僅是交互和視覺設(shè)計(jì)師）一起進(jìn)行頭腦風(fēng)暴。角色群組經(jīng)過一定的潤色。這些數(shù)據(jù)的收集活動并不難，所需要付出的只是耐心和時(shí)間。了解用戶需求的有效方式是用戶研究，這是用戶中心設(shè)計(jì)流程的第一步。但并不是所有的用戶需求都能轉(zhuǎn)化為產(chǎn)品需求。首先必須要搞清的是用戶需求不等同于產(chǎn)品需求。第六夫人贊45但這種流程并非完美，加入一個(gè)功能在需求分析階段就是錯(cuò)誤的，因?yàn)樗且粋€(gè)迭代漸進(jìn)的過程。敏捷測試的一個(gè)核心是迭代，在每個(gè)時(shí)間點(diǎn)上，所有項(xiàng)目人員都是有事可做的。測試人員只有在測試的時(shí)候才會體現(xiàn)出他的價(jià)值。驗(yàn)收方案是交由QA進(jìn)行驗(yàn)證的。提交基線：開發(fā)人員完成所有功能后，會對自己的功能進(jìn)行一個(gè)自測。測試人員主要是對需求的理解提出疑問，以便才能根據(jù)需求寫用例。三、開發(fā)接下來就到了程序員編寫程序的三個(gè)步驟了。所以設(shè)計(jì)師的整個(gè)這個(gè)設(shè)計(jì)工作都是一個(gè)和其他角色進(jìn)行溝通的一個(gè)過程。來源：網(wǎng)易UEDC高保真原型圖：就是先在這個(gè)線框圖的基礎(chǔ)上進(jìn)行視覺設(shè)計(jì)，在將這個(gè)視覺設(shè)計(jì)稿呢制作成可進(jìn)行交互操作的原型。在這里，角色的權(quán)重（可以根據(jù)首要人物角色、次要人物角色、不重要人物角色等分成3點(diǎn)量表或者5點(diǎn)量表）與對應(yīng)的任務(wù)的權(quán)重的乘積，就是功能總的重要程度。每個(gè)人物角色通過一個(gè)或多個(gè)場景的挖掘，要對其所涉及到的功能進(jìn)行羅列，并根據(jù)其在每個(gè)人物角色的重要性定義每個(gè)功能的權(quán)重，并建立excel檔。每個(gè)人物角色都將對應(yīng)一個(gè)場景，甚至更多，以求覆蓋用戶使用場景的各種情形。細(xì)分的用戶群組經(jīng)過一定的評估、調(diào)整，從而確定細(xì)分角色群組。（1）通過用戶研究直接獲取用戶研究階段可能會出現(xiàn)各式各樣的問卷及數(shù)據(jù)列表。（5）企業(yè)內(nèi)部產(chǎn)品研討會、員工體驗(yàn)及內(nèi)部專家評估。（1）用戶需求：用戶需求是產(chǎn)品需求的核心來源。步驟細(xì)分：一、產(chǎn)品定義從用戶需求初步定義產(chǎn)品功能關(guān)于需求在這里要談?wù)摰闹饕怯脩粜枨蠛彤a(chǎn)品需求。關(guān)注 11:38*Phoebe_4a6b3樓 更多分享窗體頂端登錄第一塊面板中是開發(fā)人員未實(shí)現(xiàn)的功能，第二塊面板中是開發(fā)完成功能，測試人員對其進(jìn)行測試，發(fā)現(xiàn)不通過的就放回未開發(fā)的面板中，測試通過的將放到第三塊面板中。產(chǎn)品對其中某一模塊功能確認(rèn)，開發(fā)人員開始對確認(rèn)的功能編碼，開發(fā)人員編碼的過程中，測試進(jìn)行功能分解，因?yàn)楦鶕?jù)模糊的需求很難寫出具體的用例，所以，只能盡量對功能進(jìn)行分析得細(xì)些，標(biāo)注需要驗(yàn)證的內(nèi)容。（四）敏捷測試流程前面講的第一種流程，還是第二種流程都是瀑布式的，嚴(yán)格來說第一種簡陋的都不能稱為瀑布式，對于一個(gè)三個(gè)月的項(xiàng)目說，產(chǎn)品把需求分析完了給開發(fā)，然后產(chǎn)品就沒事兒了；開發(fā)開發(fā)完成之后給測試，然后開發(fā)人員也不忙了。有些公司QA與測試是不區(qū)分的，但這對測試的要求會更高，除了關(guān)心功能，還需要關(guān)心整體流程與質(zhì)量。測試人員完成第一輪測試后，需要寫測試結(jié)論，發(fā)到相關(guān)人員。測試計(jì)劃排期：測試人員根據(jù)開發(fā)計(jì)劃，對測試具體測試時(shí)間，也就是開發(fā)功能完成后的時(shí)間，進(jìn)行幾輪測試等。也有比較專業(yè)的白盒或是灰盒測試，這就要求測試人員會些兒編程技術(shù)了，但是要求不太高，不必會某種語言的高級編程，普通應(yīng)用或是代碼段能看懂就行。第二呢，一個(gè)可交互的原型更方便和其他人去進(jìn)行溝通和討論，所謂一圖勝千文。開發(fā)人員將按照高保真原型進(jìn)行開發(fā)。但是我們工作中的話可能只是信手拈來，草草的畫上幾筆，這些都沒關(guān)系，草圖強(qiáng)調(diào)的就是能快速地將想法具體化，然后和其他同事進(jìn)行討論。必要性：用戶的這些需求是否有需要滿足，滿足這些需求企業(yè)需要付出的代價(jià)，以及是否有足夠的企業(yè)效益來支撐市場的運(yùn)營。在此以時(shí)間為軸“生活中的一天”為例，來針對手機(jī)瀏覽器產(chǎn)品利用人物角色來進(jìn)行需求挖掘。人物角色通常因其重要程度及特定定義為：首要人物角色、次要人物角色、不重要的人物角色、排斥的人物角色。（2）在場景中運(yùn)用人物角色進(jìn)行挖掘。并對由此得到的信息與數(shù)據(jù)進(jìn)行處理和分析。（2）相關(guān)利益合作伙伴：開發(fā)商、咨詢機(jī)構(gòu)、制造商等等。如安全、娛樂、溝通、交友等。這四個(gè)步驟也分別對應(yīng)研發(fā)中的四個(gè)角色：產(chǎn)品經(jīng)理——設(shè)計(jì)師——開發(fā)工程師——測試工程師。步驟細(xì)分：一、產(chǎn)品定義從用戶需求初步定義產(chǎn)品功能關(guān)于需求在這里要談?wù)摰闹饕怯脩粜枨蠛彤a(chǎn)品需求。（1）用戶需求：用戶需求是產(chǎn)品需求的核心來源。（5）企業(yè)內(nèi)部產(chǎn)品研討會、員工體驗(yàn)及內(nèi)部專家評估。（1）通過用戶研究直接獲取用戶研究階段可能會出現(xiàn)各式各樣的問卷及數(shù)據(jù)列表。細(xì)分的用戶群組經(jīng)過一定的評估、調(diào)整，從而確定細(xì)分角色群組。每個(gè)人物角色都將對應(yīng)一個(gè)場景，甚至更多，以求覆蓋用戶使用場景的各種情形。每個(gè)人物角色通過一個(gè)或多個(gè)場景的挖掘，要對其所涉及到的功能進(jìn)行羅列，并根據(jù)其在每個(gè)人物角色的重要性定義每個(gè)功能的權(quán)重，并建立excel檔。在這里，角色的權(quán)重（可以根據(jù)首要人物角色、次要人物角色、不重要人物角色等分成3點(diǎn)量表或者5點(diǎn)量表）與對應(yīng)的任務(wù)的權(quán)重的乘積，就是功能總的重要程度。高保真原型圖：就是先在這個(gè)線框圖的基礎(chǔ)上進(jìn)行視覺設(shè)計(jì)，在將這個(gè)視覺設(shè)計(jì)稿呢制作成可進(jìn)行交互操作的原型。所以設(shè)計(jì)師的整個(gè)這個(gè)設(shè)計(jì)工作都是一個(gè)和其他角色進(jìn)行溝通的一個(gè)過程。三、開發(fā)接下來就到了程序員編寫程序的三個(gè)步驟了。測試人員主要是對需求的理解提出疑問，以便才能根據(jù)需求寫用例。提交基線：開發(fā)人員完成所有功能后，會對自己的功能進(jìn)行一個(gè)自測。驗(yàn)收方案是交由QA進(jìn)行驗(yàn)證的。測試人員只有在測試的時(shí)候才會體現(xiàn)出他的價(jià)值。敏捷測試的一個(gè)核心是迭代，在每個(gè)時(shí)間點(diǎn)上，所有項(xiàng)目人員都是有事可做的。但這種流程并非完美，加入一個(gè)功能在需求分析階段就是錯(cuò)誤的，因?yàn)樗且粋€(gè)迭代漸進(jìn)的過程。45贊沐夏_夏4樓 而設(shè)計(jì)師需要根據(jù)這些用戶場景和功能范圍進(jìn)行交互設(shè)計(jì)。而產(chǎn)品需求，是某一類產(chǎn)品或服務(wù)能夠滿足用戶需要的集合。（3）競品分析：對競爭對手主要產(chǎn)品進(jìn)行對標(biāo)研究，分析其產(chǎn)品的成敗關(guān)鍵和發(fā)展趨勢，了解市場對類似產(chǎn)品的反饋。顯然這些需求是不夠的。在研究階段我們觀察用戶的行為模式，在建模階段將其模式化，最后生成人物角色。場景的概念與作用：用戶角色是死的，靜態(tài)的東西，只有將其放到一定的場景中去，才會鮮活起來，與產(chǎn)品產(chǎn)生交互。吃早餐的時(shí)候：可能會看新聞、郵件以及自己的博客。在此所有的產(chǎn)品需求都轉(zhuǎn)化為產(chǎn)品功能。當(dāng)然，低保真原型不能只是簡單的看，還要進(jìn)行一些簡單的交互操作。來源：站酷淺酌琉璃盞所以大家可以看到，在設(shè)計(jì)流程中，設(shè)計(jì)師首先要通過草圖與產(chǎn)品經(jīng)理以及其他同事進(jìn)行討論，以確定產(chǎn)品的設(shè)計(jì)方向。那么，如果說是原型，或者可以交互的原型，它的溝通效果就要比圖片要好很多。（一）軟件測試的測試流程有：制定測試計(jì)劃——編輯測試用例——執(zhí)行測試用例——發(fā)現(xiàn)并提交BUG——開發(fā)組修正BUG——對已修正BUG進(jìn)行返測——修正完成的BUG將狀態(tài)置為已關(guān)閉，未正確修正的BUG重新