qileilove

          blog已經轉移至github,大家請訪問 http://qaseven.github.io/

          軟件測試工作中如何協調與開發之間的問題

          問題:測試時間不夠的問題:

            ● 問題描述:項目計劃中留給測試的時間不夠,開發工作延后導致實際測試時間減少,無法保證測試質量。

            ● 參考意見:

            一方面,跟項目經理溝通:

            1)協商能否增加計劃中的測試時間,

            2)適當降低項目的質量目標,

            3)適當增加測試人員;

            另一方面,從內部著手:

            1)盡早介入開始測試;

            2)劃分測試任務的優先級,先測試優先級高的。

            3)調整測試策略,比如只進行正確性功能驗證等;

            4)采取多種測試手段和技術,提高測試效率;

            問題:加班問題

            ● 問題描述:送測版本經常在下班后做好,要求測試組晚上通宵測試。

            ● 參考意見:

            1、盡量把測試安排在正常的工作時間;

            2、下班后送測的版本,第二天開始測試;

            3、項目非常時期,需要經常通宵加班的,和項目經理協商,測試組和開發組輪流通宵;

            問題:送測節奏問題

            ● 問題描述:送測版本太頻繁,沒有按照版本計劃的節奏,經常每天送測一個版本,導致測試工作流于表面,無法深入開展

            ● 參考意見:

            1、按照既定的版本計劃節奏接收送測版本;

            2、未經協商的臨時版本不予接收;

            3、確實需要的提前送測的,例如程序已較當前在測的版本有重大修改或重構,開發經理需要和測試經理提前協商;

            問題:送測版本不達標問題

            ● 問題描述:送測的版本沒有自測,或者自測效果差

            ● 參考意見:

            1、幫助開發組建立自測流程;

            2、幫助開發組確定自測內容;

            3、自測完成須提交自測結果記錄;

            ● 問題描述:沒有送測清單,送測清單沒有及時發出,送測清單沒有準確反映版本修改情況

            ● 參考意見:

            1、沒有送測清單的版本,不予測試;等開發組補上;

            2、和開發經理共同確定送測清單的模板;

            3、送測清單沒有準確反映版本修改情況時,和開發溝通,補充內容;

            問題:測不下去的問題

            ● 問題描述:冒煙測試通過率低,出現致命問題

            ● 參考意見:

            1、版本打回去,不進行后續功能測試;

            2、如果經常出現,則分析具體原因,跟項目經理溝通尋求避免的辦法。

            問題:測試環境問題

            ● 問題描述:開發缺少獨立的開發測試環境,占用測試組的環境調試程序,影響測試工作正常開展。

            ● 參考意見:跟項目經理明確,開發組不能使用測試環境。通過修改密碼等方式控制。

            問題:變更問題

            ● 問題描述:項目計劃變更,需求變更,沒有通知測試經理;

            ● 參考意見:

            1、協商建立變更流程機制,并由專人負責跟蹤執行情況;

            2、測試經理經常主動去了解是否有變更;

          問題:需求類問題

            ● 問題描述:沒有需求文檔;需求文檔過于簡單;系統實現和需求文檔有偏差;

            ● 參考意見:

            1、測試經理分析具體原因,向項目經理或高層經理反映,敦促問題解決;

            2、采取靈活變通的措施,積極主動開展測試工作

            a)協調安排開發組給測試人員培訓,指導;

            b)測試人員加強對需求的評審和理解;

            c)編寫簡明的技術文檔;

            d)嘗試開展隨機測試等。

            3、實現的和需求文檔有偏差時,和項目經理確認以實現為準還是以需求為準;

            問題:缺陷類問題

            ● 問題描述:開發組處理缺陷不及時

            ● 參考意見:測試經理定期發送缺陷狀態統計表給項目經理,總監等。

            ● 問題描述:缺陷處理了,沒有標明怎么處理的,測試無法覆蓋全。

            ● 參考意見:在缺陷跟蹤流程中明確定義缺陷處理的規則;提醒開發經理對缺陷的修復情況進行檢查和確認。

            問題:多測試任務并行的問題

            ● 問題描述:在一個項目里,存在多個版本分支(例如,不同地域上線版本),要求測試組并行開展測試,測試組忙不過來。

            ● 參考意見:

            1、不同版本分支測試環境獨立:維護多套測試環境;

            2、按照任務的輕重緩急,分優先級開展測試工作;

            3、考慮自動化測試,提高工作效率;

            問題:測試組被要求做測試以外的事情

            ● 常見的測試以外的事情:

            1、讓測試人員幫助寫需求文檔,

            2、讓測試人員編寫用戶操作手冊,

            3、讓測試人員負責對外技術支持等。

            4、讓測試組負責配置管理;

            ● 參考意見:測試組的主要工作是做好測試。測試組被分派測試之外的工作時,測試經理判斷是否影響測試工作,如果影響,測試經理有權拒絕。



          posted on 2013-04-25 10:30 順其自然EVO 閱讀(202) 評論(0)  編輯  收藏 所屬分類: 測試學習專欄

          <2013年4月>
          31123456
          78910111213
          14151617181920
          21222324252627
          2829301234
          567891011

          導航

          統計

          常用鏈接

          留言簿(55)

          隨筆分類

          隨筆檔案

          文章分類

          文章檔案

          搜索

          最新評論

          閱讀排行榜

          評論排行榜

          主站蜘蛛池模板: 平邑县| 武强县| 德保县| 南城县| 公安县| 项城市| 东乡| 横峰县| 荔波县| 巴楚县| 沽源县| 襄樊市| 澄江县| 沐川县| 龙陵县| 恩施市| 道孚县| 溆浦县| 武城县| 朝阳市| 昌图县| 乐亭县| 沙田区| 普兰县| 兴山县| 本溪市| 元阳县| 新野县| 鞍山市| 甘肃省| 肇州县| 定西市| 兴化市| 荣昌县| 巴马| 绩溪县| 渭南市| 东港市| 义乌市| 当阳市| 临湘市|