软件测试从业者终极目标，线上零BUG如何实现 ？
- 2020-03-14 21:04:00
- IDO老徐 原創
- 13640
每次版本发布上线后，测试人员，心里总是忐忑和紧张的；总在担心，会不会有啥严重的稀奇古怪的Bug出现 。
根据老徐这10年+的测试经验，以及最近五年的质量部门管理经验，其实是可以做到上线后0BUG的 。
同步幾個名詞：
1、線上環境：是指真實用戶在使用的生産系統，也稱爲「生産環境」。
2、零BUG：是指没有任何用户反馈线上问题 。
今天突然想到這個主題：
1）通过关键词，检索了老徐此公号「简尚」的历史文章，发现之前居然没写过 ；
2）另，老徐通过搜索引擎，全网检索，也没发现太多这方面有价值的文章 ；
基于如上两点，老徐打算写一篇这方面的内容，算是跟此公号几万「软件测试从业者」一起探讨，以及分享一些老徐过去的经验 ；
進入主題：
如何做到「零BUG：是指没有任何用户反馈线上问题」呢 ？这里涉及到两个测试行业内的成熟实践「测试左移」&「测试右移」
這塊的概念，隨機從網上貼一段：
1）測試左移
本質是在一切開始之前先進行測試，測試對象是需求，越早的發現需求不合理的地方出問題的幾率就越低。另外測試左移還可以是在開發階段就進行測試，開發階段可能産出只是代碼，而不是完成的功能，這時候比較合適的測試是做持續集成
的單元測試，通過代碼覆蓋率的方式找到未經測試的代碼，盡可能的保證代碼都被測試到。這些單元測試的用例可以在BDD時候通過用戶或客戶的用例描述來提煉。
總之左移是在測試階段到來之前，盡可能的抓緊開發前(需求分析)和開發中的時間做測試，提前發現問題，防微杜漸，避免積重難返。
2）測試右移
左移是往測試之前的開發階段移，右移是往發布之後移。也就是産品上線了之後也可以進行一些測試活動。當然在生産環境直接做測試是不推薦的，但是可以在生産環境做監控，監控線上性能和可用率，一旦線上發生任何問題，盡快反應，提前反應（在用戶發現之前，把問題解決了，這就是所謂的0Bug），給用戶良好的體驗。測試右移其實還可以理解爲如果線上發生任何問題，我們有沒有能力第一時間發現問題並解決問題，並保證線上數據的一致性或盡可能少的影響線上用戶。很對時候，右移比左移更具有挑戰性。
OK ，老徐的做法，基本上也是遵循如上两个原则 ：
1）尽可能早的在源头控制产品质量，在需求源头就要控制伪需求，在代码设计阶段、就要控制劣质代码 ；2）时时刻刻监控线上系统的功能可用性 & 数据异常 & 数据拐点 & 异常Log当然，如果想科学的执行0BUG策略，也可以根据行业规范 & 根据公司项目&产品特性，定制BUG优先级&BUG严重程度 。
如果无法做法严格意义的0BUG ，至少得实现P0/P1/P2 BUG 0 ，至于P3BUG 0的目标，根据团队磨合情况 & 成员能力提升情况，逐步实现 。
End 。
延伸：
还有一些公司，根据Bug，会有处罚机制 & KPI ，后期再聊 。
这篇文章，更多是先抛出这个话题，并没有写到细节执行层 ；
有兴趣的，底部留言讨论 。
先写到这 。
IDO老徐
2020.02.27 深圳
補充：
重磅推薦，每年1期，每期1年的「百人計劃 5期」已啓動報名，等了這麽久，終于來了 百人計劃 5期 启动报名
推薦文章：
百人計劃 5期，答疑篇（11个高频问题）軟件測試人員職業發展方向2020
軟件測試從業者知識體系大綱V2.0
IDO老徐
全网同名，个人IP公衆號
日更10年，每天 1 分钟、解决 1 个问题
職場、副業、輕創業、寫作、個人IP
公衆號、視頻號、小红书、知乎
長按/掃碼，關注IDO老徐
關注回複 401 送你「十年原創资料包」
| 聯系人： | IDO老徐 |
|---|---|
| Email： | 957863300@qq.com |
| QQ： | 957863300 |
| 微信： | 957863300 |
| 微博： | isTester |
| 網址： | idoxu.com |
| 地址： | 中国 · 广东 · 深圳 |
來源備注：老徐博客