YOUEDATA
質量雙周刊
17
第17期
2022年12月
目錄
CONTENTS
01
02
03
04
淺談敏捷軟件測試指標
需要改進的質量問題?
如何衡量軟件項目的交付質量
新員工問題指引
質量雙周刊--淺談敏捷軟件測試指標
?第17期??
淺談敏捷軟件測試指標
? ? ? 敏捷活動中我們通常希望能通過一些量化指標進行度量。幫助團隊跟蹤和監控軟件測試的進度、質量和生產力。各種測試指標的主要目的是提高整個軟件和UAT測試過程（軟件測試過程的最后階段稱為UAT。該UAT過程在發布實際產品之前驗證是否滿足了所有業務需求，因此扮演著重要而關鍵的角色//www.testingxperts.com/blog/uat-testing）的效率。指標通過提供相關信息，幫助利益相關者就測試過程的進一步改進做出明智的決策。
? ? ? 當前行業常用軟件測試指標大致分為四類：
? ? ? 源代碼指標
? ? ? 軟件的源代碼至關重要，并使用已發布的源代碼指標衡量其質量。這些已發布的指標根據其度量、大小、復雜性、耦合、內聚和繼承因素分為五類。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 發展指標
? ? ? 衡量代碼中缺陷的數量以及修復它們所花費的時間至關重要。應該更強調代碼中的缺陷數量，而不是解決這些缺陷所花費的時間。假設代碼中多次出現多個缺陷并且需要多次修復。在此情況下，描述了開發人員的技能差距或對需要充分解決的軟件測試要求的誤解。
? ? ? 測試指標
? ? ? 衡量產品的測試效率并評估軟件的功能和質量。根據測量的內容，有兩種主要的測試指標類別。一是測試覆蓋率，二是缺陷去除效率。測試覆蓋率指標衡量執行了多少測試用例，還有多少測試用例需要完成，測試了軟件的哪些部分，還剩下多少測試百分比等。而缺陷去除效率指標衡量多少缺陷被識別，去除了多少缺陷等等，這些指標有助于提高軟件產品的質量。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 項目/計劃級別指標
? ? ? 該指標與項目質量相關，用于量化缺陷、成本、進度、生產力并估計各種項目資源和可交付成果。項目指標幫助團隊評估項目的健康狀況并做出明智的決策。與之前選擇的 KPI 相比，這些指標揭示了項目的完成情況。它幫助項目經理評估項目的狀態，預見可能的風險，評估團隊的生產力和工作質量。
? ? ? 管理者了解軟件測試指標的理由
- 跟蹤對應的軟件測試項目的質量和進度
- 確定現有軟件測試過程的生產力
- 確定需要改進的領域
- 有效管理軟件測試團隊之間的優先級和工作量
- 幫助利益相關者就軟件測試質量做出明智的決策
- 跟蹤和監控組織測試過程的有效性
- 估算成本并計劃未來軟件測試項目的時間表
- 幫助利益相關者決定現有技術或流程是否需要升級
? ? ? 通過分析以上諸點，企業可以使用指標進一步評估其軟件項目的有效性和軟件測試效率。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 利用軟件測試指標的好處
? ? ? 測試指標有助于：
- 完善整體項目規劃
- 確認測試質量是否達標
- 分析風險
- 估計未來的成本和時間
- 確定需要改進的領域
- 管理工作負載
- 減少整體測試時間
- 提高產品質量
- 提高客戶滿意度
- 提高投資回報率
- 降低測試過程的總體成本
- 預測生產交付
? ? ? 軟件測試指標的特征和組成
- 應該簡單、易于理解和可計算
- 應該獨立于編程語言
- 可以自動化
- 應使用一致的計量單位
- 應該具有成本效益
- 應該適應每個軟件測試需求
- 應該能夠可靠、準確地驗證測試過程
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 軟件QA和測試指標的常用重要組成部分
? ?
? ? ? 軟件測試指標的生命周期階段
? ? ? 階段一：分析
? ? ? 此階段涉及確定要使用的指標。一旦確定了指標，就定義并設置了用于評估指標的參數。
? ? ? 階段二：溝通
? ? ? 對指標的需求會傳達給測試團隊和利益相關者。測試團隊還接受了有關應收集以處理指標的數據點的教育。
? ? ? 階段三：評估
? ? ? 數據由測試團隊捕獲和驗證。它還涉及根據捕獲的數據計算指標值。
? ? ? 階段四：報告
? ? ? 將制定一份具有有效結論的正式報告并與利益相關者分享。從利益相關者那里收集關于要采取哪些進一步行動的反饋。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 軟件測試指標的分類
? ? ? 1.流程指標
? ? ? 該類指標用于衡量和提高軟件測試過程的能力，例如，在測試中發現了多少缺陷，修復了多少缺陷，修復缺陷花費多少時間等。
? ? ? 2.產品指標
? ? ? 處理軟件產品的質量并描述產品的特性，如大小、復雜性、設計特征、性能、質量水平等。這些指標的主要目的是提高產品質量。
? ? ? 3.項目指標
? ? ? 描述項目特征，如成本、進度、生產力，還衡量了項目效率，如項目進展情況、是否按計劃進行、是否落后于計劃等。
? ? ? 4.人員指標
? ? ? 衡量軟件測試團隊的能力和技能水平。如團隊是否按計劃工作，團隊在規定時間內識別的缺陷質量，團隊的生產力等。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 管理者應關注的關鍵軟件測試指標
? ? ? 以下七種軟件測試指標，管理者應該予以關注： 跟蹤敏捷測試工作的指標，跟蹤測試效率的指標，跟蹤測試工作的指標，跟蹤測試覆蓋率的指標，跟蹤測試有效性的指標，跟蹤缺陷的指標，跟蹤測試成本的指標。
? ? ? 1．跟蹤敏捷測試工作的指標
? ? ? 這些指標可以衡量敏捷測試團隊為測試產品所做的測試工作。
? ? ? 1.1沖刺燃盡
? ? ? 該圖表描繪了團隊完成任務的速率的圖形表示，并顯示了在定義的 sprint 期內有多少工作尚未完成。通常在此圖表中，沖刺日期在 x 軸上表示，使用剩余工作時間完成任務的理想工作時間在 y 軸上表示。
? ? ? 1.2速度
? ? ? 衡量團隊在每個 sprint 中平均完成的工作量。它將完成的任務與團隊的估計工作量進行比較。敏捷經理使用這些指標通過比較之前 sprint 中承諾的小時數和完成的小時數來預測團隊實現目標的速度。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 1.3代碼復雜度
? ? ? 指標計算通過程序源代碼的一些線性獨立路徑。它是通過稱為圈復雜度的度量得出的。這些指標幫助敏捷團隊確定不穩定或容易出錯的代碼的風險。通過利用這些指標，敏捷團隊確保代碼符合既定的行業標準，例如縮進、內聯注釋和正確使用間距。
? ? ? 2．跟蹤測試效率的指標
? ? ? 測試效率是一個需要有效評估的重要屬性。它描述了軟件測試過程的質量水平。常用于測試跟蹤并了解其效率的指標：
? ? ? 2.1通過測試用例百分比
（通過測試數）/（執行測試總數）×100
? ? ? 2.2失敗測試用例百分比
（失敗測試數）/（執行測試總數）×100
? ? ? 2.3阻塞測試用例百分比
（阻塞測試的數量）/（執行的測試總數）×100
? ? ? 2.4平均修復時間（MTTR）
（總糾正性維修時間) / (維修次數)
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 3．跟蹤測試工作的指標
? ? ? 量化測試團隊為測試產品所付出的努力的重要指標。它幫助利益相關者評估和比較測試團隊的預期與實際測試工作。
? ? ? 3.1測試執行覆蓋率
? ?（運行的測試次數）/（要運行的測試總數）×100
? ? ? 3.2每次測試的錯誤總數? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?（缺陷總數）/（測試總數）
? ? ? 3.3測試錯誤修復的平均時間
? ?（缺陷修復和所有缺陷重新測試之間的總時間）/（缺陷總數）
? ? ? 4．跟蹤測試覆蓋率的指標
? ? ? 描述測試過程的真實場景和情況。測量執行的測試用例總數與需求總數。仍然等待執行的測試用例。
? ? ? 4.1需求覆蓋率（覆蓋的需求數）/（總需求數）×100
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 4.2自動測試覆蓋率
（自動化案例總數）/（自動化候選總數）x100
（自動化測試覆蓋率：該指標衡量通過利用自動化實現的測試覆蓋率百分比測試。隨著時間的推移，測試覆蓋率應該會顯著增加，從而提高軟件質量。自動化測試覆蓋率越高，軟件中出現缺陷的機會就越低。）
? ? ? 5．跟蹤測試有效性的指標
? ? ? 為了測試效率指標，測試有效性指標測量和評估錯誤并確定測試集的質量。
使用缺陷遏制效率的測試有效性：
（在測試中發現的錯誤數）/（發現的錯誤總數）×100
上式中：發現的錯誤總數 =（在測試中發現的錯誤數+在發布后發現的錯誤數）
? ? ? 6．跟蹤缺陷的指標
? ? ? 測量缺陷百分比、缺陷密度、缺陷嚴重程度以及與缺陷相關的所有其他方面。這些指標有助于評估有多少缺陷及其嚴重程度，以確保軟件測試過程的質量。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 6.1接受的缺陷百分比
（開發團隊接受為有效的缺陷數量）/（報告的缺陷總數）×100
? ? ? 6.2被拒絕的缺陷百分比
（被開發團隊拒絕為無效的缺陷數量）/（報告的缺陷總數）×100
? ? ? 6.3延遲缺陷百分比
（延遲到未來版本的缺陷數量）/（報告的缺陷總數）×100
? ? ? 6.4固定缺陷百分比
（固定缺陷總數）/（報告的缺陷總數）×100
? ? ? 6.5關鍵缺陷百分比
（關鍵缺陷）/（報告的總缺陷）×100
? ? ? 6.6缺陷密度
（缺陷總數）/（模塊總數）
? ? ? 6.7檢測時間
（發現的缺陷數量）/（總執行時間（以小時為單位））
? ? ? 6.8缺陷嚴重程度指數
（（嚴重缺陷數量×8）+（嚴重缺陷數量×6）+（中等嚴重缺陷數量×3）+（低嚴重缺陷數量×1 ）） / （缺陷總數）
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ?6.9 缺陷年齡（嚴重性分布）
? ? ?該指標反映了有多少打開的 bug 長期打開以及相應的嚴重性。
? ? ? 6.10缺陷泄漏
? ? ? 該指標有助于計算 sprint 中由用戶而不是敏捷開發團隊發現的逃逸缺陷的總數。敏捷團隊計算每單位時間、每個 sprint 或發布等的缺陷泄漏百分比。
? ? ? 缺陷泄漏百分比 = （UAT中發現的缺陷總數/Production）/（UAT前發現的缺陷總數/Production）×100
? ? ? 6.11缺陷類別
? ? ? 軟件缺陷可分為多種類別，例如：
- 區域分布：這些指標反映基于所執行測試類型的缺陷分布。例如安全缺陷、性能缺陷、功能缺陷等。
- 組件分布：該度量代表軟件每個模塊中的缺陷數量。通過添加每個模塊中的缺陷數量，測試人員可以識別軟件中的缺陷總數。
質量雙周刊--淺談敏捷軟件測試指標
第17期??
- 嚴重性分布：該指標代表缺陷的嚴重性級別。可能有最低數量的區域。有的缺陷可能包含高度嚴重的缺陷；因此，應首先糾正這些缺陷。它通常以直方圖或帕累托圖的形式表示。
? ? ? 6.12缺陷循環時間
? ? ? 這指標衡量敏捷團隊從團隊開始修復錯誤到解決錯誤所花費的時間。它可以借助圖表來表示，其中 x 軸代表時間，y 軸代表解決缺陷所花費的小時數。
? ? ? 7．跟蹤測試成本的指標
? ? ? 軟件測試過程中，有幾個組成部分會影響測試成本，例如所涉及的資源、工具和基礎設施成本等。跟蹤和評估測試成本并比較預期與實際測試支出是很重要的。以下指標可以跟蹤：
? ? ? 7.1測試的實際成本
? ?（實際測試預算）/（測試需求或測試用例或測試小時數）
? ? ? 7.2預算差異
? ? ? 實際成本－計劃成本
? ? ? 7.3進度差異
? ? ? 完成測試的實際時間－計劃時間
質量雙周刊--淺談敏捷軟件測試指標
第17期??
? ? ? 有效跟蹤軟件測試指標的建議
? ? ? 1．將軟件測試指標與業務目標聯系起來
? ? ? 實際操作時，跟蹤幾乎所有內容幾乎是一項難度很高的挑戰。因此，軟件測試指標應該與業務優先級相關聯。重要的是優先考慮和選擇與業務最相關的指標，這有助于他們實現目標。
? ? ? 2．分析趨勢，而不僅僅是數字
? ? ? 通常情況，只要滿足測試指標目標，軟件團隊就會宣布它是成功的。但簡單、可量化的目標并不能代表整個故事。軟件測試背后還有很多工作要做，因此需要不時分析趨勢，以確定測試工作的開展方向以及最終結果的進步程度。
? ? ? 3．將測量周期分成更短的時間框架
? ? ? 這樣有助于軟件開發團隊不時分析軟件指標和趨勢。借助更短的時間框架，團隊可以有效地確定軟件測試過程的進展。
? ? ? 4．向利益相關者通知進展
? ? ? 軟件測試指標用于在簡單數字的幫助下向管理層和利益相關者表示復雜的過程。這些指標不應被視為判斷個人性能的手段，因為軟件測試過程涉及大量工作和其他不可量化的方面。因此，指標應始終用作討論的起點，團隊和經理可以通過它討論必要的改進。
需改進的質量問題?
? ? 項目：目前已核驗的項目未按照項目計劃要求輸出各階段文檔，未按要求歸檔至項目羅盤。
? ? ? 大部分項目缺少有效溝通機制：沒有定期召開項目周例會或項目溝通會。另外平臺和研究院的項目周報更新不及時。
第17期?
質量雙周刊--需改進的質量問題
? ? 產品：近期根據重新梳理出的各一級事業群的產品線，盤點出以下尚未完成立項的產品。
質量雙周刊--如何衡量軟件項目的交付質量
第17期
如何衡量軟件項目的交付質量
? ? ? 如何衡量一個軟件項目的交付質量，這是當前很多軟件產品交付遇到的普遍問題。下面舉例說明。
? ? ? 某部門開會討論項目的完整規范交付流程，參會的涉及項目相關的人員。把客戶的干系人、自己的干系人對項目的影響做了一個排名并打分，結果很有意思：客戶的領導和我們的領導的滿意程度被排在了第一位，最終用戶排在最后一位，中間是項目經理啊、關鍵用戶啊、客戶經理、服務經理、安全經理啊等等，感覺是不是有點不太正常？
? ? ? 討論核心問題：如何衡量一個項目的交付質量？關于這個問題大家吵得不可開交，最終也沒有一個結果，每個不同角色的人看到的角度是不一樣的，對于領導層，可能就只有一個指標：領導是否滿意？ 但這是完全憑感性的，而且影響判斷的因素很多，比如客戶關系好不好，而且滿意、十分滿意完全是隨口一說，從理性角度來看或者說從技術角度來看，如何給一個項目進行比較客觀的評價呢或者更精確的定量呢？
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ? 1.穩定性：（官方解釋，指軟件在一個運行周期內、在一定的邊緣條件下，軟件的出錯概率、性能劣化趨勢等。）但穩定性本身的定義也比較模糊，目前只能以可運行時間來衡量，如果項目沒有出現宕機或者不能訪問的情況，可以認為穩定性是100%？ 但系統訪問慢算不算？？慢到什么程度算可以接受，什么程度算不可接受？
? ? ? 另外，如果有部分人說正常部分人說不正常，這又如何去算？？如果只有少數人訪問不正常，可能影響的因素也比較多，比如局部網絡，比如用戶電腦本身的問題。
? ? ? 2.可用性：（官方解釋：指的是產品對用戶來說有效、易學、高效、好記、少錯和令人滿意的程度，即用戶能否用產品完成他的任務，效率如何，主觀感受怎樣，實際上是從用戶角度所看到的產品質量，是產品競爭力的核心。） 這又是一個很主觀的因素了，同樣的東西，有人覺得好用有人會覺得不好用，每個人的操作習慣不一樣，咱們又不是像apple那樣的東西，大家都說好，而目前如何定量評價可用性呢？？估計只有滿意度調查了，但滿意度調查本身就不是一個嚴謹的東西。
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ? 3.可維護性：（官方解釋：可維護性是指理解、改正、改動、改進軟件的難易程度。）這個也是類似的問題，做開發的當然都明白這個道理，但是不是我們把所有的文檔都補齊、所有的代碼注釋都加上就是一個好的可維護性？軟件的理解改動涉及很多，比如你的架構設計，你的數據庫設計，你的代碼質量（關于代碼質量又是一個可以討論的話題了），這些東西沒有一個標準去衡量，同樣的架構，你可能認為不錯，換成另一個人未必就覺得好，客戶也沒有能力到檢查到代碼層面，所以這個指標完全在于交付方怎么忽悠了。
? ? ? 4.可擴展性：（簡單地說，可擴展性就是關于如何處理更大規模的業務。）同樣，道理都明白，但如何衡量？如果過度考慮這個可擴展性，又存在一個過度設計的問題，如果是自己的項目，你可能會盡心盡力地想得比較多，如果是乙方項目，你是否在設計時考慮得那么長遠而且又不影響項目的正常交付？而且可擴展性的做法很多，比如分布式部署、集群、數據庫分隔等等，但這樣對當前來說都是理論上可行的，真的做起來還要考慮實施成本、復雜度的問題。總而言之，什么叫可擴展性高，什么叫不高？又是一個無法評估的東西。
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ? 5.安全性：非常重要的指標，但大家看看各自的項目，有幾個項目把安全性考慮得非常周到，物理安全、帳號安全、功能性安全，數據庫安全，這些都不是一兩句話說得清楚的，有一本書《白帽子講web安全》里面講解得比較多，但如果真的要做到那種程度，是不是自己把自己做死了？
? ? ? 6.bug：這個不是指標，但是卻是最直觀的體現，最可以量化的東西，我們可以統計出bug的數量，但存在兩個問題，一是bug如何分級？二是如何根據bug的數量來判斷系統的好壞？ 第一個問題，bug的分級，bug肯定要分級的，不能所有的bug一視同仁，那么就要有一個分級標準，而這個標準是什么呢？舉一個比較極端的例子，以前做一個財務系統，寫錯了一個文字，從程序角度來說，很小的一個bug，但是造成了客戶幾萬張銀行對賬單作廢，全體財務員工加班兩天解決。所以客觀地講應該是給用戶造成的影響來判斷bug的嚴重程度，但很多時候其實也是人為拍腦袋的；好，現在假設這個bug數量出來了，也分級了，那么怎么算可以接受的？這與系統本身的代碼量、復雜程度是有關系的，一個1萬行的代碼與10萬行的代碼，同樣都是3個bug，那評判標準肯定是不一樣的。
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ? 7.還有其他的判斷指標：比如需求實現率，需求文檔中列了100條，實際做了80條，這個嚴格來說，不應該算交付的質量，交付的質量應該是指已經實現的功能相關的，這個更多的是交付能力的問題，是項目管理的指標。
? ? ? 從上述幾點問題可以看出，軟件項目交付質量如何量化，是個無法忽視的問題。否則就無法科學衡量交付質量，全憑主觀，無法有理有據，使人信服。根據前面幾個問題歸納，其實軟件交付質量中心問題無非就是要及時響應客戶需求，快速發現和處理軟件存在問題。通俗來說也就是軟件產品交付的速度和穩定性。
? ? ? 衡量軟件產品交付的速度和穩定性對于確保軟件的高質量具有至關重要的意義。那么，對于一個比較成熟的軟件產品，如何去衡量交付性能？
? ? ? Nicole Forsgren博士的《Accelerate》一書中介紹了四個軟件交付性能指標，來衡量和可視化我們應用程序交付的速度和穩定性。eBay公司據此做出了嘗試。
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ?軟件交付性能指標
? ? ? 以下是四個軟件交付性能指標：
? ? ? 部署頻率–你的組織多久一次將代碼部署到生產環境？
? ? ? 變更準備時間–從提交代碼，到在生產環境中成功運行要花多長時間？
? ? ? 變更失敗率–部署中有多少次回滾，修補等？
? ? ? 平均恢復時間–出現問題時，需要多長時間恢復正常？
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ? eBay公司據此，構建了一個可以實時跟蹤和可視化所有這些指標的系統，并能夠深入查看該組織內所有團隊的這些指標的信息。
? ? ? 此外，該系統還允許訪問歷史趨勢，以識別每個級別上四個指標的改進或降低。團隊還可以使用過濾器來查看特定時間段內的指標。
? ? ? 部署頻率
? ? ? 為了跟蹤該指標，我們從構建和部署系統中查找部署事件。在新版本的應用程序被部署到生產環境后，部署計數器會遞增。這包括好和壞的應用程序版本。
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ? 變更準備時間
? ? ? 準備時間，指的是從變更創建時間到部署第一個服務實例過程中耗費的時間。
? ? ? 部署到生產環境中的單個功能修改，可能有多個提交，從而導致要計算多個交付周期。為了計算單個變更準備時間的總體指標，我們將這些準備時間的中值用作該部署的“變更準備時間”。
? ? ? 該組織，團隊或應用程序的所有部署的“變更準備時間”的平均值，就是我們想要的“變更準備時間”。
? ? ? 變更失敗率
? ? ? 應用程序在部署生產環境后，由于某些原因影響用戶使用，我們需要修正（例如修補程序，回滾，正向修復或修補程序等），這些系統修補次數在所有部署中所占的百分比，就是變更失敗率。
? ? ? 當前，我們將變更失敗率衡量為給定時間段內所有部署中的回滾百分比。如果實例正在為流量提供服務，即使來自單個實例的回滾也算作失敗。
質量雙周刊--如何衡量軟件項目的交付質量
第17期
? ? ? 平均恢復時間（MTTR）表示系統發生故障時，恢復正常所需的時間。
? ? ? 例如，如果將構建N（不良構建）部署到生產中，然后團隊發現了一個問題，要求他們通過部署N-1（最新已知的良好構建）來回滾N，直到將N-1部署到生產環境為止的時間花費就是恢復時間（TTR）。所有TTR的平均值為MTTR。
? ? ? 總結
? ? ? 作為eBay內“ Velocity Initiative ”的一部分，eBay的各種平臺和產品團隊正在共同努力以實現一個共同目標：提高所有團隊更快地交付高質量軟件的能力。
? ? ? 可見，測量和可視化上述四個指標，有助于團隊了解交付速度和穩定性方面的優勢，還有助于確定整個團隊在軟件交付過程中需要改進的地方。
? ? ? 當然每個公司的情況不一樣，因為我們要自己交付，自己來運維，所以從自身角度來說，我們肯定會更多關注可維護性的問題。即努力實現更快的部署頻率，更少的變更準備時間，更小的變更失敗率，更小的平均恢復時間。
? ? ? 平均恢復時間（MTTR）
第02期
質量雙周刊--新員工問題指引
第17期
新員工問題指引：
? ? ? 我們整理了HR的新員工培訓中新員工入職問的最多的問題，（部分內容援引自HR的新員工培訓，請大家仔細閱讀HR郵件）。大家查閱可以通過以下鏈接進行查看。
//edos.youyishuju.com/ueoffice/officeweb/index.phpmod=onlyoffice&path=ZFBTV1FEWS1KRElYdlh0TlhpWGg5dF9Xd0p4M3JjRjZoXzJVZTJwMXQtLWtodUtONF8ydTNxSHl3bDh4ZGdkdjY2OGU1dVY2dXFHWXRB
質量雙周刊--新員工問題指引
第17期
新員工問題指引
1、企業郵箱、OA賬號注冊
? ? ? 新員工入職時由人力安排統一進行開通，OA開通后需要項目負責人及時開通項目權限。
OA登錄網址：//edos.youyishuju.com
用戶名：中文姓名
初始密碼： Youedata2015
郵箱登錄網址： //mail.youedata.com
用戶名：姓名漢語拼音全@youedata.com?
初始密碼： Youedata2015
以上賬號或者工作中遇到問題可以聯系組織運營部--韓寶平
2、uway賬號注冊和激活
? ? ?新員工入職時根據崗位需要，自己進行注冊，注冊成功后聯系質量管理部侯思燃進行賬號激活。
登錄網址：//uway.youedata.com/uway/
用戶名：姓名拼音全拼
質量雙周刊--新員工問題指引
第17期
3、NC賬號相關問題
? 登錄網址： //nc.youedata.com/portal
NC賬號登陸：四川優易的同事入職時間在 2018 年 7 月 1 日 前的，用戶名是 10400+員工號后三位 ；入職時間在 2018 年 7 月 1 日后的 ，用戶名是 11800+員工號后三位。
如果未登陸 ，密碼都是初始密碼 123qaz ！@
以上系統或是工作中遇到問題請聯系韋尚志
4、加班報銷注意事項（報銷單需在 NC 網頁端提報）
? ? 加班餐費及打車費的報銷有效期限為費用發生日期起三個月 ，超期報銷由報銷人自行負責，不予支付。
報銷提單所需資料 ：餐飲發票、打車滴滴發票（紙質發票、定額發票、電子發票均可）、滴滴行程單
詳細報銷步驟及NC操作說明 請大家查看本期刊27頁網址。
5、運維部的賬號申請的相關流程
登錄網址：
//service.edos.youyishuju.com/seve-492/dolphinpage/dolphin/#/client
6、SVN申請
? ?SVN網上自行下載即可，賬號需要發郵件進行申請，登錄名和密碼會郵件形式回復。
7、產品標配輸出文檔需按照公司統一模板，統一模板參見：
//uway.youedata.com/uway/projects/foxcore/dmsf?folder_id=793或在易道-格物致知-優易知識寶庫-產品薈-快捷模板中查找并下載
8、產品管理規范、質量管理規范統一在“易道-格物致知-優易知識寶庫-產品薈”和“易道-格物致知-優易知識寶庫-質量星球”中自主查詢。
質量雙周刊--新員工問題指引
第17期
編 委 會：質量管理部
主 編：黃毅
淺談敏捷軟件測試指標編寫：楊海鑫
如何衡量軟件項目的交付質量編寫：楊海鑫
質量問題編寫：黃毅? 邱紅梅? 馬超
新員工問題指引編寫：程方
校驗：程方
版面設計：侯思燃
國信優易數據股份有限公司
質量雙周刊
國信優易數據股份有限公司-—質量管理部
增值電信業務經營許可證：陜B2-20210327 |