思考??

如何保證房屋建筑的質(zhì)量
如何保證汽車/飛機(jī)的質(zhì)量
如何保證互聯(lián)網(wǎng)產(chǎn)品的質(zhì)量

1. 何為質(zhì)量，質(zhì)量模型，質(zhì)量量化指標(biāo)(準(zhǔn)入/準(zhǔn)出條件)，如何保障，保障手段，保障流程，如何提升，質(zhì)量管控，質(zhì)量追蹤

2. 為什么要做質(zhì)量保障，質(zhì)量監(jiān)控

3. 如何實(shí)施

4. 實(shí)施中可能會(huì)碰到難點(diǎn)以及痛點(diǎn)
   模具=>數(shù)據(jù)來(lái)了 => 立即就能裝載驗(yàn)證？？
   開(kāi)發(fā)的再快，也不如模版隨便拼拼湊湊的來(lái)的快

5. 協(xié)調(diào) 推動(dòng) 落地的能力

6. 數(shù)據(jù)可視化
   用戶行為數(shù)據(jù)，流程強(qiáng)控?cái)?shù)據(jù)

7. 能力可視化:
   開(kāi)發(fā)能力值,解決bug能力值(能力值總數(shù)為100)
   測(cè)試能力值，發(fā)現(xiàn)bug數(shù)量，扭轉(zhuǎn)時(shí)長(zhǎng)，開(kāi)發(fā)工具數(shù)，自動(dòng)化能力(能力值為100)
   ...其它方面的能力值
   基于各種能力值的匹配運(yùn)算，得出質(zhì)量的預(yù)估系數(shù)，風(fēng)險(xiǎn)預(yù)估系數(shù).......等關(guān)鍵系數(shù)，能得出數(shù)據(jù)上的支持
   ??如何獲取這些能力值的參考基數(shù)??
   基于經(jīng)驗(yàn)的主觀思考，是否可以把經(jīng)驗(yàn)數(shù)據(jù)化？

8. 契約精神

9. 質(zhì)量預(yù)估值，風(fēng)險(xiǎn)預(yù)估值
10. 通過(guò)客觀的數(shù)據(jù)分析，而不是主觀的判斷；能夠通過(guò)算法計(jì)算出質(zhì)量值
11. 分析數(shù)據(jù)的來(lái)源
12. 項(xiàng)目交接的風(fēng)險(xiǎn), 新手，
13. 如何為整個(gè)流程節(jié)點(diǎn)賦能?(產(chǎn)品、開(kāi)發(fā)、測(cè)試、........)
14. 閱讀代碼能力
15. 演習(xí)
    環(huán)境部署 配置 發(fā)布簡(jiǎn)介

1. 質(zhì)量標(biāo)準(zhǔn)(質(zhì)量門徑): 各家公司不一，bug率 bug數(shù) 有效無(wú)效 嚴(yán)重 線上問(wèn)題 覆蓋率等等
   流程化 規(guī)范化 契約化 多重檢驗(yàn)機(jī)制
2. 影響質(zhì)量的因素: 各種數(shù)據(jù)指標(biāo)分析把控。prd修改次數(shù)，視覺(jué)稿修改次數(shù)，開(kāi)發(fā)時(shí)長(zhǎng)，各種時(shí)間節(jié)點(diǎn)是否按時(shí)，上下游依賴，外部組件依賴,從業(yè)人員業(yè)務(wù)能力，環(huán)境部署，配置，可測(cè)性
   風(fēng)險(xiǎn)可視化，風(fēng)險(xiǎn)消除 ->足夠的信息同步
3. 完善質(zhì)量細(xì)節(jié)，提供檢驗(yàn)質(zhì)量的平臺(tái)或工具腳本，豐富檢測(cè)質(zhì)量的手段：既然做了質(zhì)量把控，為何還會(huì)有線上問(wèn)題？
   用戶story 空間 場(chǎng)景 連續(xù)行操作，而不是單一的操作
4. 質(zhì)量系數(shù)預(yù)估,系數(shù)高則質(zhì)量高，風(fēng)險(xiǎn)小，具備分析能力
5. 質(zhì)量的監(jiān)控ci/id
6. 故障的注入，鏈路 參考其他行業(yè)的質(zhì)量模式與標(biāo)準(zhǔn)
7. 快速地搭建質(zhì)量體系，建立度量體系

質(zhì)量模型

"質(zhì)量特征--質(zhì)量特子特征--度量因子"
ISO9126質(zhì)量模型： 軟件質(zhì)量模型的6大特性和27個(gè)子特性

ISO9126質(zhì)量模型.jpg

參考鏈接：https://blog.csdn.net/cwxxiayi/article/details/80288993

質(zhì)量評(píng)估指標(biāo)選擇

選擇合適的指標(biāo)體系并使其量化是軟件測(cè)試與評(píng)估的關(guān)鍵；
評(píng)估指標(biāo)可以分為定性指標(biāo)和定量指標(biāo)

軟件質(zhì)量評(píng)估指標(biāo)體系

1. 功能性指標(biāo)：

a 完備性
b 正確性

2. 可靠性指標(biāo)_____定量指標(biāo)

a 可用度
b 初期故障率(crash率等)
c 偶然故障率
d 平均失效前時(shí)間(MTTF)
e 平均失效間隔時(shí)間(MTBF)
f 缺陷密度(FD) ：隱藏的bug數(shù)
g 平均失效恢復(fù)時(shí)間(MTTR)

3. 易用性指標(biāo)

易理解 易操作 易學(xué)習(xí)

4 效率特征指標(biāo)

時(shí)間特征和資源特征
a 輸出結(jié)果更新周期
b 處理時(shí)間
c 吞吐率
d 代碼規(guī)模

從互聯(lián)網(wǎng)行業(yè)來(lái)說(shuō)，我覺(jué)得質(zhì)量包含兩個(gè)方面：

1. 產(chǎn)品的質(zhì)量，軟件+硬件的指標(biāo),可以從宏觀角度看，就是我的產(chǎn)品(如一款app，一棟房子他的每個(gè)功能都完全按照需求實(shí)現(xiàn)，而且非?？煽磕陀檬褂脡勖L(zhǎng)可擴(kuò)展性強(qiáng)，而且分布式能力好)，我們利用各種前后端架構(gòu)，利用各種工具檢測(cè)觀察，很強(qiáng)的容災(zāi)能力，客戶端也如此，
   我們通過(guò)各種測(cè)試手段、測(cè)試類型、測(cè)試流程、測(cè)試框架、測(cè)試工具來(lái)保障硬件環(huán)境下、空間環(huán)境下(手機(jī)環(huán)境,PC環(huán)境、服務(wù)器環(huán)境)下APP或者服務(wù)的質(zhì)量
   總結(jié)來(lái)說(shuō)：我們通過(guò)流程改進(jìn)+技術(shù)改進(jìn)+質(zhì)量跟蹤來(lái)高效率的保障產(chǎn)品的質(zhì)量，并且能夠應(yīng)付快速的迭代；，
   但是產(chǎn)品，他的體驗(yàn)并不能貼合用戶，也沒(méi)有給予用戶很好的交互體驗(yàn)，那用戶體驗(yàn)質(zhì)量該如何保障，質(zhì)量的依據(jù)又是什么呢？
2. toC的產(chǎn)品，我們應(yīng)該一切以客戶為前提,我們應(yīng)該了解用戶的使用場(chǎng)景、使用習(xí)慣、操作流程、客戶喜好（顏色、感官）、時(shí)間與空間下的用戶story，這些需要獲取數(shù)據(jù)、采用數(shù)據(jù)來(lái)分析--需要為我們的質(zhì)量提供數(shù)據(jù)支撐、數(shù)據(jù)模型、質(zhì)量標(biāo)準(zhǔn)
   質(zhì)量好不好用戶說(shuō)的算、不在是傳統(tǒng)的堅(jiān)固耐用即可，要提供貼心的服務(wù)，初步考慮提高QA水平：

最基本的通過(guò)各種測(cè)試策略、測(cè)試框架、測(cè)試方法進(jìn)行功能、專項(xiàng)、自動(dòng)化、線上追蹤、探索性、快速響應(yīng)
a. 為QT或者QA的工作提供數(shù)據(jù)支撐，應(yīng)該采集測(cè)試數(shù)據(jù)（比如埋點(diǎn)數(shù)據(jù)）
b. 基于數(shù)據(jù)分析用戶行為，為設(shè)計(jì)測(cè)試用例提供支撐，豐富用戶story
c. 技術(shù)手段+流程優(yōu)化

質(zhì)量保障體系，

1. 測(cè)試左移 -> 研發(fā)自測(cè)，checklist，靜態(tài)代碼掃描、覆蓋率、bug等流控各種指標(biāo)、版本管理體測(cè)時(shí)commit message規(guī)范化能與需求綁定，便于快速閱讀增量代碼，利用好時(shí)序圖 ==> 數(shù)據(jù)采集
2. 測(cè)試關(guān)注點(diǎn)(用戶特性-產(chǎn)品特性)、可測(cè)性、精準(zhǔn)化測(cè)試、組裝化測(cè)試.....
   質(zhì)量預(yù)估，風(fēng)險(xiǎn)消除，節(jié)點(diǎn)把控、工具推薦、實(shí)時(shí)/歷史數(shù)據(jù)看版(個(gè)人能力值，產(chǎn)品能力值) ==>數(shù)據(jù)可視化，數(shù)據(jù)指引策略
3. 測(cè)試右移 -> 監(jiān)控告警，止損，回滾 ==> 數(shù)據(jù)采集
   質(zhì)量體系中，需要質(zhì)量數(shù)據(jù)的采集，分析，可視化，指標(biāo)化，流程化，規(guī)范化........

質(zhì)量分析

質(zhì)量分析：

1. 提測(cè)時(shí)質(zhì)量，測(cè)試期間的質(zhì)量，上線后的質(zhì)量
   提測(cè)時(shí)質(zhì)量：執(zhí)行的一級(jí)Case通過(guò)率，冒煙Case執(zhí)行不通過(guò)的比例?？梢酝ㄟ^(guò)這兩個(gè)數(shù)據(jù)發(fā)現(xiàn)開(kāi)發(fā)的體測(cè)質(zhì)量，針對(duì)體測(cè)質(zhì)量差的業(yè)務(wù)線，可以通過(guò)增加核心冒煙用例的數(shù)量，且嚴(yán)格按照只能通過(guò)冒煙用例的需求才進(jìn)入測(cè)試環(huán)節(jié)
2. 測(cè)試期間的質(zhì)量：bug數(shù)/人日的比例，可以反應(yīng)出該需求的開(kāi)發(fā)質(zhì)量，如果測(cè)試期間BUG數(shù)沒(méi)有呈收斂趨勢(shì)，則上線風(fēng)險(xiǎn)很大。通過(guò)復(fù)雜性大需求拆分成小需求，參加開(kāi)發(fā)技術(shù)評(píng)審，幫助開(kāi)發(fā)熟悉業(yè)務(wù)知識(shí)，增加用例評(píng)審環(huán)節(jié)可以幫助提高業(yè)務(wù)質(zhì)量 ===> 需要一個(gè)能夠?qū)Ξa(chǎn)品，開(kāi)發(fā)賦能的平臺(tái),設(shè)計(jì)中...質(zhì)量生態(tài)圈平臺(tái)
3. 上線后質(zhì)量：crash率，服務(wù)可用率，線上問(wèn)題。crash率和服務(wù)可用率都可以監(jiān)控，超過(guò)閥值報(bào)警。通過(guò)整理top n的crash類型，梳理容易出現(xiàn)的場(chǎng)景和解決方案，和開(kāi)發(fā)定期同步這些數(shù)據(jù)。對(duì)于復(fù)雜的需求，同組內(nèi)進(jìn)行測(cè)試用例交叉評(píng)審，減少線上問(wèn)題率
   我們有很多指標(biāo)的。崩潰率的話百分制0.08就告警了；但是告警系統(tǒng)把異常分了很多種類，每個(gè)種類的異常占比超過(guò)預(yù)定的閥值了都會(huì)告警
   同一條崩潰，昨天10%，今天占比猛增到20%，也會(huì)告警

流程可視化，質(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

涉及三個(gè)方面：

1. quality assurance
2. quality planning
3. quality control

一、簡(jiǎn)介

軟件質(zhì)量簡(jiǎn)單來(lái)說(shuō)，就是允許存在合理缺陷或者無(wú)缺陷，在指定的時(shí)間完成交付，并且滿足需求，具備可維護(hù)性
包含兩個(gè)方面：

1. functional quality

functional requirement or specifications
提測(cè)質(zhì)量 bug率 ，提測(cè)時(shí)間
測(cè)試期間bug率，bug解決時(shí)長(zhǎng)，bug等級(jí)
bug發(fā)散趨勢(shì)，是否可控

2. structural quality

非功能性的一些需求，
擁有可持續(xù)交付的能力
可維護(hù)性，通用性
代碼輸出的高效性，提測(cè)時(shí)長(zhǎng)，提測(cè)率

3. Software Quality Assurance(SQA)
   一系列的流程，建立并評(píng)估生產(chǎn)產(chǎn)品

a 項(xiàng)目前的交流:
需求評(píng)審 開(kāi)發(fā)前，明確功能性 確保后期不一致 prd規(guī)范性
聲明用戶體驗(yàn)需求
明確項(xiàng)目計(jì)劃，資源數(shù)據(jù)依賴需求
人力資源
明確開(kāi)發(fā)風(fēng)險(xiǎn)
評(píng)估用戶履行規(guī)則的能力
b 開(kāi)發(fā)和質(zhì)量 plans
開(kāi)發(fā)計(jì)劃主要考慮的因素：
日程
需要的人力和硬件資源

風(fēng)險(xiǎn)評(píng)估，風(fēng)險(xiǎn)消除
組織溝通協(xié)調(diào)問(wèn)題
項(xiàng)目策略，開(kāi)發(fā)工具
項(xiàng)目質(zhì)量計(jì)劃:
質(zhì)量指標(biāo),具體的驗(yàn)收標(biāo)準(zhǔn)
開(kāi)始和結(jié)束標(biāo)準(zhǔn)（提測(cè)標(biāo)準(zhǔn)，通過(guò)標(biāo)準(zhǔn)）
其它的一些驗(yàn)證計(jì)劃行為
軟件復(fù)用計(jì)劃

4. Softwa Quality Control(SQC)
   重點(diǎn)是確定產(chǎn)品的質(zhì)量缺陷

5. push推動(dòng)整合

角色：業(yè)務(wù)方 運(yùn)營(yíng) 產(chǎn)品 開(kāi)發(fā) 項(xiàng)目 boss 其他產(chǎn)線人員
人數(shù)：角色*N
能力：push contact contract 效能提升 整合
指標(biāo):
數(shù)據(jù)：
規(guī)模：規(guī)范化 流程化 工具化 自動(dòng)化 平臺(tái)化 監(jiān)控化 可視化 智能化 多重check機(jī)制
趨勢(shì)：機(jī)器學(xué)習(xí)(預(yù)估風(fēng)險(xiǎn)性，完成性，趨勢(shì)性) AI 深度學(xué)習(xí)
快速小范圍批量化的校驗(yàn)并得出最終結(jié)果