轉崗it專案經理已有一年時間，說一說從專案管理角度如何保證質量；
1、需求階段：需求階段的乙個重要環節是需求評審，但是不是為了評審而評審。個人認為產品經理在進行需求評審時至少要講清楚以下幾點：
1）需求背景：有助於專案成員理解需求，「為什麼」；
2）使用者場景：真正符合使用者使用場景的用例設計才是有效的用例，如果設計的用例不符合使用者場景或者需求實現人員並不知道使用者場景是什麼，怎麼能作出符合使用者需求的產品來；這一點很重要；
3）業務流程；這點大家都懂，不細說了，需求文件缺乏業務流程圖，等於需求沒有邏輯性，很難讓別人看得懂，更別提要實現了；
4）業務流程中的功能點、功能邏輯及資料**；（如果涉及到的前端頁面較多，要理清楚共有多少頁面，頁面的操作流程圖及功能甚至頁面控制項）；
2、研發階段：重點是研發提測質量，提測時需要研發自己進行冒煙測試，以保證研發是完全理解了需求同時保證所有功能流程提測時能跑通；如有可能，重要模組或者複雜業務邏輯需要進行**review，測試需要參加，了解實現邏輯；
3、測試階段：測試階段的重中之重就是測試用例的設計，好多線上bug都是測試用例設計中漏掉了；實際接觸到的好多測試管理者往往忽略了用例設計的重要性；關於用例設計的幾點建議：
1）web系統的基本都是前後端分離的模式：前端+api介面+後端；
針對不對的端有不同的用例設計方法：
前端：頁面控制項校驗、頁面互動——>頁面不同控制項建議形成公司統一的控制項校驗的規範，不用專門針對控制項設計用例；互動需要依照需求單獨設計用例，互動還原測試，ui風格展示單獨進行ui還原測試
api介面：api介面測試——>介面：請求引數+請求+響應，進行介面測試用例設計
後端：一般dubbo服務+功能邏輯實現，這裡的重點是功能邏輯實現，邏輯較為複雜的情況，針對不同功能邏輯需要設計場景用例；同時需要注意異常場景用例的設計，有些場景需要結合後台列印的日誌進行測試，所以還需要有統一的**編寫規範，比如：有些**報空指標，這種異常很難定位出是**處了問題，需要研發將**異常捕獲到並列印到日誌中；
先寫到這裡，裡面還有好多細節待補充...
SQA如何保證質量
sqa why要保證質量？在全面質量管理中將質量管理定義為 能夠持續地有能力的完成工作 而質量保證就是要保證具備這種能力。sqa的工作也應該基於此定義開展。who擁有這種能力？這個問題的答案就和產品開發團隊的組織結構密切相關，可以根據產品開發團隊中不同的角色定義相關的質量職責。這也是全員參與質量工作...
敏捷專案如何保證測試質量
關於敏捷專案，是迭代更新快，每個迭代都會有新的內容，或是業務需求，或是 優化，我們身為測試，要在每個迭代的測試中，保證每個迭代的測試質量。測試質量，包括這次迭代的改動不影響已有的功能，以及增加的功能，實現的效果符合預期。那麼，問題來了，測試如何保證測試質量？因為敏捷時間緊張，我們可以採用兩個方式混合...
從專案管理角度看家樂福問題
這裡是技術論壇,按道理來說不應該討論這個問題,不過可以讓我們從專案管理角度看一下這個問題也是很有意思的事情.現在看一下如何從專案管理角度來處理這個問題.1專案範圍 專案範圍對專案管理是很重要,那麼我們首先是要確定專案範圍,就家樂福問題如何確定這個專案的範圍,首先讓我們確定我們的目標,可能有如下幾個 ...