思考??
如何保證房屋建筑的質(zhì)量
如何保證汽車/飛機(jī)的質(zhì)量
如何保證互聯(lián)網(wǎng)產(chǎn)品的質(zhì)量
何為質(zhì)量狐榔，質(zhì)量模型，質(zhì)量量化指標(biāo)(準(zhǔn)入/準(zhǔn)出條件)获雕，如何保障薄腻，保障手段，保障流程届案，如何提升庵楷，質(zhì)量管控，質(zhì)量追蹤
為什么要做質(zhì)量保障楣颠，質(zhì)量監(jiān)控
如何實(shí)施
實(shí)施中可能會碰到難點(diǎn)以及痛點(diǎn)
模具=>數(shù)據(jù)來了 => 立即就能裝載驗(yàn)證尽纽？？
開發(fā)的再快童漩，也不如模版隨便拼拼湊湊的來的快協(xié)調(diào) 推動 落地的能力
數(shù)據(jù)可視化
用戶行為數(shù)據(jù)弄贿，流程強(qiáng)控數(shù)據(jù)能力可視化:
開發(fā)能力值,解決bug能力值(能力值總數(shù)為100)
測試能力值，發(fā)現(xiàn)bug數(shù)量矫膨，扭轉(zhuǎn)時長差凹，開發(fā)工具數(shù)，自動化能力(能力值為100)
...其它方面的能力值
基于各種能力值的匹配運(yùn)算侧馅，得出質(zhì)量的預(yù)估系數(shù)危尿，風(fēng)險預(yù)估系數(shù).......等關(guān)鍵系數(shù)，能得出數(shù)據(jù)上的支持
??如何獲取這些能力值的參考基數(shù)??
基于經(jīng)驗(yàn)的主觀思考馁痴，是否可以把經(jīng)驗(yàn)數(shù)據(jù)化谊娇？契約精神
- 質(zhì)量預(yù)估值，風(fēng)險預(yù)估值
- 通過客觀的數(shù)據(jù)分析罗晕，而不是主觀的判斷邮绿；能夠通過算法計算出質(zhì)量值
- 分析數(shù)據(jù)的來源
- 項(xiàng)目交接的風(fēng)險, 新手渠旁，
- 如何為整個流程節(jié)點(diǎn)賦能?(產(chǎn)品、開發(fā)船逮、測試顾腊、........)
- 閱讀代碼能力
- 演習(xí)
環(huán)境部署 配置 發(fā)布簡介
- 質(zhì)量標(biāo)準(zhǔn)(質(zhì)量門徑): 各家公司不一，bug率 bug數(shù) 有效無效 嚴(yán)重 線上問題 覆蓋率等等
流程化 規(guī)范化 契約化 多重檢驗(yàn)機(jī)制- 影響質(zhì)量的因素: 各種數(shù)據(jù)指標(biāo)分析把控挖胃。prd修改次數(shù)杂靶，視覺稿修改次數(shù)，開發(fā)時長酱鸭，各種時間節(jié)點(diǎn)是否按時吗垮，上下游依賴，外部組件依賴,從業(yè)人員業(yè)務(wù)能力凹髓，環(huán)境部署烁登，配置，可測性
風(fēng)險可視化蔚舀，風(fēng)險消除 ->足夠的信息同步- 完善質(zhì)量細(xì)節(jié)饵沧，提供檢驗(yàn)質(zhì)量的平臺或工具腳本，豐富檢測質(zhì)量的手段：既然做了質(zhì)量把控赌躺，為何還會有線上問題狼牺？
用戶story 空間 場景 連續(xù)行操作，而不是單一的操作- 質(zhì)量系數(shù)預(yù)估,系數(shù)高則質(zhì)量高礼患，風(fēng)險小是钥，具備分析能力
- 質(zhì)量的監(jiān)控ci/id
- 故障的注入，鏈路 參考其他行業(yè)的質(zhì)量模式與標(biāo)準(zhǔn)
- 快速地搭建質(zhì)量體系缅叠，建立度量體系
質(zhì)量模型
"質(zhì)量特征--質(zhì)量特子特征--度量因子"
ISO9126質(zhì)量模型： 軟件質(zhì)量模型的6大特性和27個子特性
參考鏈接：https://blog.csdn.net/cwxxiayi/article/details/80288993
質(zhì)量評估指標(biāo)選擇
選擇合適的指標(biāo)體系并使其量化是軟件測試與評估的關(guān)鍵悄泥；
評估指標(biāo)可以分為定性指標(biāo)和定量指標(biāo)
軟件質(zhì)量評估指標(biāo)體系
- 功能性指標(biāo)：
a 完備性
b 正確性
- 可靠性指標(biāo)_____定量指標(biāo)
a 可用度
b 初期故障率(crash率等)
c 偶然故障率
d 平均失效前時間(MTTF)
e 平均失效間隔時間(MTBF)
f 缺陷密度(FD) ：隱藏的bug數(shù)
g 平均失效恢復(fù)時間(MTTR)
- 易用性指標(biāo)
易理解 易操作 易學(xué)習(xí)
4 效率特征指標(biāo)
時間特征和資源特征
a 輸出結(jié)果更新周期
b 處理時間
c 吞吐率
d 代碼規(guī)模
從互聯(lián)網(wǎng)行業(yè)來說，我覺得質(zhì)量包含兩個方面：
- 產(chǎn)品的質(zhì)量肤粱，軟件+硬件的指標(biāo),可以從宏觀角度看码泞，就是我的產(chǎn)品(如一款app，一棟房子他的每個功能都完全按照需求實(shí)現(xiàn)狼犯，而且非秤嗔龋可靠耐用使用壽命長可擴(kuò)展性強(qiáng)，而且分布式能力好)悯森，我們利用各種前后端架構(gòu)宋舷，利用各種工具檢測觀察，很強(qiáng)的容災(zāi)能力瓢姻，客戶端也如此祝蝠，
我們通過各種測試手段、測試類型、測試流程绎狭、測試框架细溅、測試工具來保障硬件環(huán)境下、空間環(huán)境下(手機(jī)環(huán)境,PC環(huán)境儡嘶、服務(wù)器環(huán)境)下APP或者服務(wù)的質(zhì)量
總結(jié)來說：我們通過流程改進(jìn)+技術(shù)改進(jìn)+質(zhì)量跟蹤來高效率的保障產(chǎn)品的質(zhì)量喇聊，并且能夠應(yīng)付快速的迭代；蹦狂，
但是產(chǎn)品誓篱，他的體驗(yàn)并不能貼合用戶，也沒有給予用戶很好的交互體驗(yàn)凯楔，那用戶體驗(yàn)質(zhì)量該如何保障窜骄，質(zhì)量的依據(jù)又是什么呢？- toC的產(chǎn)品摆屯，我們應(yīng)該一切以客戶為前提,我們應(yīng)該了解用戶的使用場景邻遏、使用習(xí)慣、操作流程虐骑、客戶喜好（顏色准验、感官）、時間與空間下的用戶story富弦，這些需要獲取數(shù)據(jù)、采用數(shù)據(jù)來分析--需要為我們的質(zhì)量提供數(shù)據(jù)支撐氛驮、數(shù)據(jù)模型腕柜、質(zhì)量標(biāo)準(zhǔn)
質(zhì)量好不好用戶說的算、不在是傳統(tǒng)的堅固耐用即可矫废，要提供貼心的服務(wù)盏缤，初步考慮提高QA水平：
最基本的通過各種測試策略、測試框架蓖扑、測試方法進(jìn)行功能唉铜、專項(xiàng)、自動化律杠、線上追蹤潭流、探索性、快速響應(yīng)
a. 為QT或者QA的工作提供數(shù)據(jù)支撐柜去，應(yīng)該采集測試數(shù)據(jù)（比如埋點(diǎn)數(shù)據(jù)）
b. 基于數(shù)據(jù)分析用戶行為灰嫉，為設(shè)計測試用例提供支撐，豐富用戶story
c. 技術(shù)手段+流程優(yōu)化
質(zhì)量保障體系嗓奢，
- 測試左移 -> 研發(fā)自測讼撒，checklist，靜態(tài)代碼掃描、覆蓋率根盒、bug等流控各種指標(biāo)钳幅、版本管理體測時commit message規(guī)范化能與需求綁定，便于快速閱讀增量代碼炎滞，利用好時序圖 ==> 數(shù)據(jù)采集
- 測試關(guān)注點(diǎn)(用戶特性-產(chǎn)品特性)敢艰、可測性、精準(zhǔn)化測試厂榛、組裝化測試.....
質(zhì)量預(yù)估盖矫，風(fēng)險消除，節(jié)點(diǎn)把控击奶、工具推薦辈双、實(shí)時/歷史數(shù)據(jù)看版(個人能力值，產(chǎn)品能力值) ==>數(shù)據(jù)可視化柜砾，數(shù)據(jù)指引策略- 測試右移 -> 監(jiān)控告警湃望，止損，回滾 ==> 數(shù)據(jù)采集
質(zhì)量體系中痰驱，需要質(zhì)量數(shù)據(jù)的采集证芭，分析，可視化担映，指標(biāo)化废士，流程化，規(guī)范化........
質(zhì)量分析
質(zhì)量分析：
- 提測時質(zhì)量蝇完，測試期間的質(zhì)量官硝，上線后的質(zhì)量
提測時質(zhì)量：執(zhí)行的一級Case通過率，冒煙Case執(zhí)行不通過的比例短蜕∏饧埽可以通過這兩個數(shù)據(jù)發(fā)現(xiàn)開發(fā)的體測質(zhì)量，針對體測質(zhì)量差的業(yè)務(wù)線朋魔，可以通過增加核心冒煙用例的數(shù)量岖研，且嚴(yán)格按照只能通過冒煙用例的需求才進(jìn)入測試環(huán)節(jié)- 測試期間的質(zhì)量：bug數(shù)/人日的比例，可以反應(yīng)出該需求的開發(fā)質(zhì)量警检，如果測試期間BUG數(shù)沒有呈收斂趨勢孙援，則上線風(fēng)險很大。通過復(fù)雜性大需求拆分成小需求扇雕，參加開發(fā)技術(shù)評審赃磨，幫助開發(fā)熟悉業(yè)務(wù)知識，增加用例評審環(huán)節(jié)可以幫助提高業(yè)務(wù)質(zhì)量 ===> 需要一個能夠?qū)Ξa(chǎn)品洼裤，開發(fā)賦能的平臺,設(shè)計中...質(zhì)量生態(tài)圈平臺
- 上線后質(zhì)量：crash率邻辉，服務(wù)可用率溪王，線上問題。crash率和服務(wù)可用率都可以監(jiān)控值骇，超過閥值報警莹菱。通過整理top n的crash類型，梳理容易出現(xiàn)的場景和解決方案吱瘩，和開發(fā)定期同步這些數(shù)據(jù)道伟。對于復(fù)雜的需求，同組內(nèi)進(jìn)行測試用例交叉評審使碾，減少線上問題率
我們有很多指標(biāo)的蜜徽。崩潰率的話百分制0.08就告警了；但是告警系統(tǒng)把異常分了很多種類票摇，每個種類的異常占比超過預(yù)定的閥值了都會告警
同一條崩潰拘鞋，昨天10%，今天占比猛增到20%矢门，也會告警
流程可視化盆色，質(zhì)量可視化
質(zhì)量指標(biāo)
用戶數(shù)據(jù)分析
Software Quality Management
It is a process that ensures the required level of software quality is achieved when it reaches the users,so that they are satisfied by its performance
涉及三個方面：
- quality assurance
- quality planning
- quality control
一、簡介
軟件質(zhì)量簡單來說祟剔，就是允許存在合理缺陷或者無缺陷隔躲，在指定的時間完成交付，并且滿足需求物延，具備可維護(hù)性
包含兩個方面：
- functional quality
functional requirement or specifications
提測質(zhì)量 bug率 宣旱，提測時間
測試期間bug率，bug解決時長叛薯，bug等級
bug發(fā)散趨勢浑吟，是否可控
- structural quality
非功能性的一些需求，
擁有可持續(xù)交付的能力
可維護(hù)性案训，通用性
代碼輸出的高效性买置，提測時長粪糙，提測率
- Software Quality Assurance(SQA)
一系列的流程强霎，建立并評估生產(chǎn)產(chǎn)品
a 項(xiàng)目前的交流:
需求評審 開發(fā)前，明確功能性 確保后期不一致 prd規(guī)范性
聲明用戶體驗(yàn)需求
明確項(xiàng)目計劃蓉冈，資源數(shù)據(jù)依賴需求
人力資源
明確開發(fā)風(fēng)險
評估用戶履行規(guī)則的能力
b 開發(fā)和質(zhì)量 plans
開發(fā)計劃主要考慮的因素：
日程
需要的人力和硬件資源
風(fēng)險評估城舞，風(fēng)險消除
組織溝通協(xié)調(diào)問題
項(xiàng)目策略，開發(fā)工具
項(xiàng)目質(zhì)量計劃:
質(zhì)量指標(biāo),具體的驗(yàn)收標(biāo)準(zhǔn)
開始和結(jié)束標(biāo)準(zhǔn)（提測標(biāo)準(zhǔn)寞酿，通過標(biāo)準(zhǔn)）
其它的一些驗(yàn)證計劃行為
軟件復(fù)用計劃
- Softwa Quality Control(SQC)
重點(diǎn)是確定產(chǎn)品的質(zhì)量缺陷
- push推動整合
角色：業(yè)務(wù)方 運(yùn)營 產(chǎn)品 開發(fā) 項(xiàng)目 boss 其他產(chǎn)線人員
人數(shù)：角色*N
能力：push contact contract 效能提升 整合
指標(biāo):
數(shù)據(jù)：
規(guī)模：規(guī)范化 流程化 工具化 自動化 平臺化 監(jiān)控化 可視化 智能化 多重check機(jī)制
趨勢：機(jī)器學(xué)習(xí)(預(yù)估風(fēng)險性家夺，完成性，趨勢性) AI 深度學(xué)習(xí)
快速小范圍批量化的校驗(yàn)并得出最終結(jié)果
