2018 10 sprint1迭代回顧

2021-08-29 20:15:07 字數 717 閱讀 7427

由於專案自身的方向定位擴充套件,本迭代是同時有兩條線在執行。一條線是原有功能上的一些優化,一條線是新的技術實現的開發。這次迭代的測試任務也是主要集中在第一條線上,第二條線開始開發的比較晚,一直在迭代結束都沒有提交測試。

本來以為這次迭代測試的任務主要是幾個優化及遺留問題的jira,但是實際測試過程中還是會發現一些問題,主要有:

1、需求定義的不完善,修改的範圍沒有確定。開發者對系統的熟悉度也不夠,主要是靠測試對已有功能熟悉,提出需要一起修改

2、雖然是個不大的需求點,但是開發實現上比較麻煩。在迭代的末尾,因為專案的特殊性,還考慮舊資料對新功能的適應性,以及舊引擎處理,有做相容但還是有缺陷。

在測試過程中,對於第一點,因為涉及舊的乙個新功能的修改,所以把涉及這個功能的場景都過了一遍,發現舊功能沒有什麼影響,後續才知道開發還是沿用了之前舊的功能,只是在原來的基礎上多處理了一些資料。而在測試前預估的影響點預估大了。對於第二點,發現相容處理存在的缺陷,發現的有點晚,導致上線的那天還在處理,後續因為開發自己開發環境的問題,沒有修改完,告知使用者可能存在的問題後,遮蔽這塊相容的處理**後上線。

對於測試需要反思的幾個問題:

1、怎麼預估修改的影響點?對於修改點的重點驗證物件是什麼?

跟開發進行溝通,了解是修改了哪些,是怎麼修改的。需要突破的是:能看懂**,直接檢視開發的修改記錄,了解實現過程。

2、對於系統本身的特殊性,相容性問題一直是每次修改時可能會出現的問題點。在冒煙的時候就驗證相容的問題,盡早發現。

2019 05 sprint1迭代回顧

2019 05 sprint1迭代回顧 公司最近在推進devops建設,所以對發布流程進行了很大調整 按照特性分支發布。作為專案的唯一測試,需要做的不僅僅是功能測試 介面測試或是自動化測試,也承擔了一部分發布的工作。特性分支發布已經實行了有兩個迭代,分支這塊的操作流程耗費了大量的溝通和工作量。需要優...

Popush迭代1總結

迭代1結束了,迭代1前期的進度並不是很理想,在後期開始熟悉系統框架後開發速度才有了大大的提公升。在迭代1中我主要負責的部分是接通系統前後端的socket。由於整個系統幾乎是在socket部分完成之後便可進行初步的測試,每個問題基本也在此時發現,這些問題會涉及多方面 前端view邏輯 socket和後...

軟體工程 sprint 1回顧總結

主題 我們在本次sprint中做了什麼?接下來的打算?本次sprint歷程回顧 1.選題 o2o 乙個邀約平台,主要針對各高校內部發布各種邀約活動,發展推廣後可跨高校進行邀約活動,最終的目標是發展到可發布各級別的活動邀請 如以學校名義 社團名義,最小為個人名義的活動 活動內容只要健康向上 具有正能量...