首先，我們需要明確自己的需求和個(gè)性特點(diǎn)。不同的人喜歡不同的風(fēng)格，有的人希望自己的昵稱可愛(ài)可拗口，有的人偏愛(ài)簡(jiǎn)約大氣的風(fēng)格，而還有一些人喜歡陽(yáng)剛有力、個(gè)性張揚(yáng)的昵稱。因此，在選擇網(wǎng)上名字打分系統(tǒng)之前，我們需要先思考自己的喜好和個(gè)性，保證最后選擇出來(lái)的昵稱與自己的形象相符。
其次，我們可以通過(guò)搜索引擎或是社交媒體平臺(tái)找到一些熱門的網(wǎng)上名字打分系統(tǒng)?，F(xiàn)如今，市面上有許多名字評(píng)分網(wǎng)站和應(yīng)用，它們可以根據(jù)一些特定的規(guī)則和算法為我們的昵稱打分，并給出一些合適的建議。通過(guò)這些系統(tǒng)，我們可以直觀地了解到我們所選擇的昵稱在整體上的受歡迎程度和潛在的獨(dú)特性。
在使用網(wǎng)上名字打分系統(tǒng)時(shí)，我們需要仔細(xì)閱讀系統(tǒng)的說(shuō)明和評(píng)分規(guī)則。不同的系統(tǒng)在打分過(guò)程中可能使用的算法和標(biāo)準(zhǔn)會(huì)有所不同。有些系統(tǒng)更注重名字的音節(jié)、長(zhǎng)度、發(fā)音等特征，而另一些系統(tǒng)則更關(guān)注名字的含義、文化背景和個(gè)人理念等方面。因此，我們應(yīng)該選擇那些適合自己需求的系統(tǒng)，并進(jìn)行實(shí)際的測(cè)試。
測(cè)試的過(guò)程中，除了參考系統(tǒng)給出的評(píng)分之外，我們也可以結(jié)合自己的直覺(jué)和感受進(jìn)行判斷。有時(shí)候，一些系統(tǒng)可能無(wú)法完全捕捉到我們想要表達(dá)的獨(dú)特性，而只是依據(jù)一些普遍的規(guī)則給出分?jǐn)?shù)。所以在選擇昵稱時(shí)，我們要始終保持對(duì)自己的核心需求和個(gè)性的認(rèn)知，并在系統(tǒng)給出的選擇中進(jìn)行靈活的權(quán)衡。
最后，選擇合適的昵稱并不是唯一的目標(biāo)，我們也應(yīng)該注意保護(hù)個(gè)人信息安全。在使用網(wǎng)上名字打分系統(tǒng)時(shí)，如果系統(tǒng)要求我們輸入一些敏感信息，如手機(jī)號(hào)碼、身份證號(hào)等，就要特別小心。除非我們完全信任該系統(tǒng)并確定其隱私保護(hù)措施，否則最好不要提供過(guò)多的個(gè)人信息。
綜上所述，利用網(wǎng)上名字打分系統(tǒng)來(lái)選擇適合自己的昵稱是一種流行的趨勢(shì)。通過(guò)明確需求、搜索熱門系統(tǒng)、仔細(xì)閱讀規(guī)則、結(jié)合直覺(jué)和保護(hù)個(gè)人信息安全等步驟，我們可以找到一個(gè)與自己個(gè)性相符合且備受歡迎的昵稱。希望這些方法能夠幫助到大家，在虛擬世界中獲得快樂(lè)和滿足。
]]>目前市面上人力資源管理系統(tǒng)品牌商很多，還沒(méi)有所謂權(quán)威有效的排名，以下僅供參考：
國(guó)外：SAP、Peoplesoft、Workday等；
國(guó)內(nèi)：匯通科技（匯通ehr）、蓋雅、嘉揚(yáng)、同鑫、東寶、北森、i人事、萬(wàn)古、朗新等、薪人薪事、智思云、紅海云等等；
企業(yè)如何在眾多的品牌商之間選擇適合的人力資源管理系統(tǒng)，一直以來(lái)是比較頭疼的！現(xiàn)實(shí)中不乏有選錯(cuò)的企業(yè)吐槽，后悔不已！一起來(lái)看看，如何選型人力資源管理系統(tǒng)？
1、確定需求預(yù)算
在選擇人力資源管理系統(tǒng)之前，首先需要明確需求。不同的企業(yè)在員工管理方面有著不同的需求，因此需要在選型前進(jìn)行需求分析，明確自己需要哪些具體功能和特性。有了需求分析后，還需要對(duì)預(yù)算限制進(jìn)行充分考慮，以預(yù)算為基礎(chǔ)進(jìn)行選型。
2、普遍評(píng)測(cè)
確定好需求預(yù)算之后，就是普選了！網(wǎng)上、朋友介紹等等都是常見(jiàn)的方式，本地部署、SaaS云部署的，收費(fèi)方式不同的，太多了，普選階段可以多了解了解，唯有自己懂了才好選擇，主要從功能、價(jià)格、售后服務(wù)等方面。
3、評(píng)估供應(yīng)商
評(píng)估需要考慮供應(yīng)商的公司規(guī)模、實(shí)施周期、前期服務(wù)和售后服務(wù)等因素，還需了解集成和定制開(kāi)發(fā)選項(xiàng)，這是軟件商技術(shù)實(shí)力的體現(xiàn)，也可以極大提升企業(yè)系統(tǒng)的經(jīng)濟(jì)實(shí)用性。
匯通科技作為管理咨詢培訓(xùn)、ehr系統(tǒng)一體化解決方案供應(yīng)商，有本地部署的匯通精益版、匯通旗艦版、SaaS的匯通易企版，得到了國(guó)內(nèi)數(shù)千家企業(yè)的選用和認(rèn)可，項(xiàng)目實(shí)施成功率100%，幫助企業(yè)實(shí)現(xiàn)了考勤管理、績(jī)效管理、智能排班、報(bào)表分析、薪酬管理、電子簽核、招聘培訓(xùn)、就餐消費(fèi)、驗(yàn)廠等信息化管控和數(shù)據(jù)分析，提高了企業(yè)的管理效率，降低了人力資源成本。
]]>企業(yè)信息化人事管理，可以幫助企業(yè)提升人效，更是為HR管理者節(jié)省很多時(shí)間和精力，大大提升人事管理效率，同時(shí)為高層管理者企業(yè)戰(zhàn)略決策提供重要人事管理數(shù)據(jù)支持。
1. 節(jié)約企業(yè)管理成本
提高效率以制造企業(yè)為例，兩大生產(chǎn)成本：生產(chǎn)資源和人員生產(chǎn)成本！人力資源管理系統(tǒng)能同時(shí)實(shí)現(xiàn)排序與控制工作崗位規(guī)劃、工作量預(yù)測(cè)、人員始為、人力生產(chǎn)成本的調(diào)查、規(guī)劃、財(cái)政預(yù)算、審查等，充分發(fā)揮原有雇員總和工業(yè)生產(chǎn)能力，精簡(jiǎn)無(wú)謂的第二層管理，節(jié)約管理支出。
2. 提高人資管理效率
人力資源管理系統(tǒng)可以幫助解決人力資源管理中90%以上的事務(wù)性問(wèn)題，如考勤數(shù)據(jù)、績(jī)效管理、薪酬核算等，自動(dòng)化核算，減少人為干擾和重復(fù)勞動(dòng)，優(yōu)化人員工作流程，規(guī)范企業(yè)制度，提高工作效率。
3. 支持戰(zhàn)略決策
通過(guò)人力資源管理系統(tǒng)能夠?qū)崟r(shí)采集一線的人力資源數(shù)據(jù)，企業(yè)管理層通過(guò)這些數(shù)據(jù)能夠?qū)崟r(shí)了解企業(yè)人工成本、人員結(jié)構(gòu)以及人員差異，方便管理層及時(shí)地采取相應(yīng)的措施進(jìn)行應(yīng)對(duì)，進(jìn)而優(yōu)化人力資源配置，同時(shí)為組織調(diào)整，流程再造，業(yè)務(wù)擴(kuò)張和企業(yè)愿景規(guī)劃做數(shù)據(jù)支撐。
4. 準(zhǔn)確性與實(shí)效性
面對(duì)考勤、培訓(xùn)、績(jī)效、薪資、調(diào)休等數(shù)據(jù)，公司每個(gè)部門的情況不盡相同，HR依靠人工計(jì)算，容易出錯(cuò)，造成員工的抱怨。人力資源管理系統(tǒng)，可以針對(duì)不同部門，提前預(yù)設(shè)計(jì)算模板，數(shù)據(jù)通過(guò)考勤管理模塊、培訓(xùn)管理模塊、績(jī)效管理模塊、薪資福利模塊的實(shí)時(shí)采集，直接計(jì)算得出結(jié)果，不僅保障了數(shù)據(jù)的準(zhǔn)確性，而且提高了數(shù)據(jù)的時(shí)效性。
5. 改變HR管理角色和目標(biāo)
在傳統(tǒng)的人力資源管理中，HR的很大一部分精力將耗費(fèi)在繁瑣的日常行政事務(wù)處理上，而作為企業(yè)的參謀角色應(yīng)該做的咨詢和策略制定工作相對(duì)缺乏。通過(guò)人力資源管理系統(tǒng)，HR可以將絕大部分精力放在為管理層提供咨詢、建議上，而行政事務(wù)上的工作則只需占用HR極少的精力和時(shí)間，由電子化系統(tǒng)完成。
6. 革新HR的管理理念
人力資源管理系統(tǒng)的最終目的，是革新企業(yè)的管理理念而不僅僅是改進(jìn)管理方式、優(yōu)化人力資源管理。信息技術(shù)應(yīng)用于人力資源管理不僅僅是為了將現(xiàn)有的人力資源工作做的更好，更重要的是，借助人力資源管理系統(tǒng)，HR能夠?yàn)槠髽I(yè)實(shí)現(xiàn)有效率、有效益的事情，成為企業(yè)管理層的決策支持者，為企業(yè)決策提供信息和解決方案。
總結(jié)
每個(gè)公司都有自己的戰(zhàn)略、文化、價(jià)值觀，所以每個(gè)公司的管理系統(tǒng)是個(gè)性化的。因此建立管理系統(tǒng)是HR部門、IT部門、行政部門等多個(gè)部門協(xié)調(diào)合作的工作。建立系統(tǒng)必須先了解組織的獨(dú)特的組織沿革、企業(yè)文化、經(jīng)營(yíng)目標(biāo)、組織設(shè)計(jì)、員工需求等等，根據(jù)上述考量因素，量身規(guī)劃符合自己所需的管理系統(tǒng)。
良好的職業(yè)生涯管理體系可以充分發(fā)揮員工的潛能，給優(yōu)秀員工一個(gè)明確而具體的職業(yè)發(fā)展引導(dǎo)，從人力資本增值的角度達(dá)成企業(yè)與員工的供應(yīng)。
HR人力資源管理系統(tǒng)的最終目的，便是為了能夠促進(jìn)組織經(jīng)營(yíng)目標(biāo)的達(dá)成。如果組織經(jīng)營(yíng)目標(biāo)改變，系統(tǒng)必須隨之靈活調(diào)整，才能達(dá)到應(yīng)有之意。
]]>編輯：張倩、澤南
澳大利亞量子計(jì)算公司 SQC 創(chuàng)建了一個(gè)集成量子電路，可以精確模擬一個(gè)小型有機(jī)聚乙炔分子的量子態(tài)，這將有助于創(chuàng)造新材料。該研究登上了新一期的《自然》雜志。
6 月 23 日，澳大利亞量子計(jì)算公司 SQC（Silicon Quantum Computing）宣布推出世界上第一個(gè)量子集成電路。這是一個(gè)包含經(jīng)典計(jì)算機(jī)芯片上所有基本組件的電路，但體量是在量子尺度上。
SQC 團(tuán)隊(duì)使用這種量子處理器準(zhǔn)確地模擬了一個(gè)有機(jī)聚乙炔分子的量子態(tài)——最終證明了新量子系統(tǒng)建模技術(shù)的有效性。
「這是一個(gè)重大突破，」SQC 創(chuàng)始人 Michelle Simmons 說(shuō)道。由于原子之間可能存在大量相互作用，如今的經(jīng)典計(jì)算機(jī)甚至難以模擬相對(duì)較小的分子。SQC 原子級(jí)電路技術(shù)的開(kāi)發(fā)將使公司及其客戶構(gòu)建一系列新材料量子模型，無(wú)論是藥物、電池材料還是催化劑。用不了多久，我們就可以開(kāi)始實(shí)現(xiàn)以前從未存在過(guò)的新材料?！?/span>
該研究結(jié)果登上了新一期的《自然》雜志。
論文鏈接：https://www.nature.com/articles/s41586-022-04706-0
在量子層面上復(fù)刻經(jīng)典計(jì)算機(jī)
就像普通（經(jīng)典）計(jì)算機(jī)一樣，量子計(jì)算機(jī)使用晶體管來(lái)編碼信息。但是，與經(jīng)典計(jì)算機(jī)不同的是，量子計(jì)算機(jī)的晶體管是在量子尺度上的——小到只有一個(gè)原子的大小。經(jīng)典計(jì)算機(jī)使用比特 0 和 1，而量子晶體管使用 0、1 或 0 和 1 的混合來(lái)編碼量子信息。
工程師可以利用單原子晶體管的量子效應(yīng)進(jìn)行計(jì)算。但是在量子世界里，事情就沒(méi)那么簡(jiǎn)單了。
在量子世界里，粒子以「疊加態(tài)」的形式存在——它們的位置、動(dòng)量和其他物理屬性不是由單一值定義的，而是用概率來(lái)表示。通過(guò)疊加，量子比特可以存儲(chǔ)比普通比特復(fù)雜得多的多維計(jì)算數(shù)據(jù)。
因此，量子計(jì)算機(jī)有望比經(jīng)典計(jì)算機(jī)快數(shù)千倍，甚至數(shù)百萬(wàn)倍，執(zhí)行計(jì)算的效率甚至遠(yuǎn)高于最強(qiáng)大的經(jīng)典計(jì)算機(jī)。
不過(guò)，它們還有其他的神奇之處。
當(dāng)疊加態(tài)擴(kuò)展到多個(gè)系統(tǒng)或原子時(shí)，你就會(huì)得到一個(gè)「糾纏態(tài)」，即量子比特之間彼此相關(guān)聯(lián)。當(dāng)量子比特糾纏在一起時(shí)，它們的變化就會(huì)影響到彼此。這種量子效應(yīng)有望應(yīng)用到加密領(lǐng)域。
但同時(shí)，這種效應(yīng)也給科學(xué)家制造可用的量子計(jì)算機(jī)帶來(lái)了麻煩。
最重要的是，量子系統(tǒng)的概率性質(zhì)意味著它們非常容易出錯(cuò)。因此，創(chuàng)造量子機(jī)器的一個(gè)主要挑戰(zhàn)是使它們具有相干性，以減少信號(hào)中的噪聲。SQC 團(tuán)隊(duì)認(rèn)為他們破解的正是這個(gè)問(wèn)題。
「要?jiǎng)?chuàng)造一臺(tái)量子計(jì)算機(jī)，我們必須在原子尺度上工作，這樣我們才能觸及量子態(tài)，并讓它們相干，且速度快?！筍QC 創(chuàng)始人、論文通訊作者 Michelle Simmons 介紹說(shuō)。
論文通訊作者 Michelle Simmons。
Simmons 的團(tuán)隊(duì)在 2012 年打造了世界上第一個(gè)單原子晶體管，并在 2021 年制造了第一個(gè)原子規(guī)模的集成電路?！肝覀冋陉P(guān)注的是下一個(gè)設(shè)備——在我們制造出人們可以使用的量子計(jì)算機(jī)之前，我們還需要解決某種與商業(yè)相關(guān)的算法。剛開(kāi)始的時(shí)候，我們不知道我們會(huì)在那個(gè)電路上展示什么?！?/span>
該團(tuán)隊(duì)選擇了聚乙炔——一種碳基分子鏈，化學(xué)式為 (C2H2)n，其中 n 代表重復(fù)。
聚乙炔結(jié)構(gòu)圖。
聚乙炔中的原子通過(guò)共價(jià)鍵結(jié)合在一起。單鍵意味著兩個(gè)原子共用一個(gè)外層電子，雙鍵表示共用兩個(gè)電子。聚乙炔鏈中碳原子之間的單鍵和雙鍵交替，使得該分子成為物理化學(xué)中一個(gè)有趣的研究對(duì)象。
Su-Schrieffer-Heeger（SSH）模型是一個(gè)著名的分子理論表示，它采用原子和它們的電子之間的相互作用來(lái)解釋化合物的物理和化學(xué)性質(zhì)。Simmons 說(shuō)，「這是一個(gè)可以用經(jīng)典計(jì)算機(jī)解決的眾所周知的問(wèn)題，因?yàn)槠渲兄挥泻苌俚脑樱慌_(tái)經(jīng)典計(jì)算機(jī)就可以處理所有的相互作用。但我們現(xiàn)在嘗試用量子系統(tǒng)來(lái)解決它?！?/span>
聚乙炔的球棍模型顯示了碳原子（深灰色）和氫原子（淺灰色）之間的單鍵和雙鍵。
那么 SQC 團(tuán)隊(duì)是如何在他們的量子設(shè)備上模擬聚乙炔的呢？
「我們讓處理器本身模擬碳原子之間的單鍵和雙鍵，」Simmons 解釋說(shuō)，「我們以亞納米級(jí)的精度進(jìn)行工程設(shè)計(jì)，試圖在硅系統(tǒng)內(nèi)模仿化學(xué)鍵。所以這就是它被稱為量子類比模擬器（quantum analog simulator）的原因?！?/span>
利用機(jī)器中的原子晶體管，研究人員模擬了聚乙炔中的共價(jià)鍵。
根據(jù) SSH 理論，聚乙炔中有兩種不同的情況，稱為「拓?fù)錉顟B(tài)」——取名「拓?fù)洹故且驗(yàn)樗鼈兊?span id="i3bueof" class="candidate-entity-word" data-gid="8092539" qid="6580432619970778381" mention-index="0">幾何形狀不同。
在一種狀態(tài)下，你可以在單個(gè)碳碳鍵處切斷鏈路，因此在鏈的末端有雙鍵?；蛘撸憧梢郧袛嚯p鍵，在鏈的末端留下單鍵，由于單鍵的距離較長(zhǎng)，這種做法可以隔開(kāi)兩端的原子。當(dāng)電流通過(guò)分子鏈時(shí)，這兩種拓?fù)錉顟B(tài)表現(xiàn)出完全不同的行為。
這就是其中的理論。Simmons 表示：「當(dāng)我們制造設(shè)備時(shí)，我們看到的正是這種行為。所以這非常令人興奮?！?/span>
墨爾本大學(xué)量子計(jì)算高級(jí)講師 Charles Hill 博士對(duì)此表示贊同。
「量子技術(shù)最有前途的應(yīng)用場(chǎng)景之一是使用一個(gè)量子系統(tǒng)來(lái)模擬其他量子系統(tǒng)，」Hill 說(shuō)道，「在這項(xiàng)工作中，作者考慮了一個(gè)由十個(gè)量子點(diǎn)組成的鏈，并用它們來(lái)模擬所謂的 SSH 模型。這是一項(xiàng)了不起的工程。用于該演示的量子設(shè)備以亞納米精度制造。這個(gè)實(shí)驗(yàn)為將來(lái)模擬更大、更復(fù)雜的量子系統(tǒng)鋪平了道路?！?/span>
Simmons 認(rèn)為，該復(fù)雜生產(chǎn)工藝的優(yōu)勢(shì)在于，你「不是在創(chuàng)造一種你必須發(fā)明并弄清楚如何制造的新材料」。
「我們確實(shí)擁有原子亞納米級(jí)精度，」她補(bǔ)充道，「原子本身位于硅基體中，因此我們是在用已用于半導(dǎo)體行業(yè)的材料來(lái)構(gòu)建系統(tǒng)。」
「整個(gè)設(shè)備中只有兩種原子——磷和硅。我們擺脫了所有其他的東西、所有的接口、電介質(zhì)，所有在其他架構(gòu)中引起問(wèn)題的東西。這在概念上很簡(jiǎn)單，但顯然制作起來(lái)很有挑戰(zhàn)性。這是一個(gè)漂亮、干凈、物理的、可擴(kuò)展的系統(tǒng)?！?/span>
「挑戰(zhàn)在于如何將原子放在適當(dāng)?shù)奈恢?，并且你知道它在那里。我們花費(fèi)十年的時(shí)間才弄清楚讓磷原子進(jìn)入硅基體，并使其受到保護(hù)的化學(xué)過(guò)程。（其中一項(xiàng)）我們使用的技術(shù)是掃描隧道顯微鏡（STM），一種光刻工具。」
將硅板置于真空中后，該團(tuán)隊(duì)首先將基板加熱至 1100°C，然后逐漸冷卻至 350°C 左右，形成一個(gè)平坦的二維硅表面。然后硅被氫原子覆蓋，可以使用 STM 尖端有選擇地單獨(dú)去除。在整個(gè)東西被另一層硅覆蓋之前，磷原子被放置在氫原子層中新形成的間隙中。
以原子尺度建模的 SQC 量子器件。
「這意味著我們每次只能制造一個(gè)設(shè)備，」 Simmons 坦言，「但我把它當(dāng)做是一塊瑞士手表——可以非常精確，需要手工制作。我的觀點(diǎn)是，要制作一個(gè)可擴(kuò)展的系統(tǒng)，你就需要這種精度。而精度不夠，你就很難建立一個(gè)量子態(tài)，因?yàn)槟悴恢滥阌惺裁?。所以我們的觀點(diǎn)是：是的，它更慢，但你知道可以獲得什么?！?/span>
一旦設(shè)備被制造出來(lái)，研究團(tuán)隊(duì)選擇的算法將具有「歷史意義」。
「模擬算法是理查德 · 費(fèi)曼從 1950 年代開(kāi)始的夢(mèng)想，」Simmons 解釋道。「如果你想了解大自然是如何運(yùn)作的，你必須在那個(gè)長(zhǎng)度尺度上構(gòu)建它。在亞納米級(jí)的精度上，我們能夠模擬出碳分子的單鍵和雙鍵嗎？實(shí)際上，我們發(fā)現(xiàn)自己使用的是 25 個(gè)磷原子，而不是使用單個(gè)原子來(lái)模擬碳原子?！?/span>
該團(tuán)隊(duì)發(fā)現(xiàn)他們能夠控制電子沿鏈路進(jìn)行流動(dòng)。
「所以，你擁有了個(gè)體和局部控制以及擴(kuò)展控制能力，」Simmons 說(shuō)?！肝覀円呀?jīng)證明了可以只用六個(gè)電極來(lái)實(shí)現(xiàn) 10 點(diǎn)鏈路。因此，電極比實(shí)際點(diǎn)數(shù)要少得多。這對(duì)于擴(kuò)展非常有用。因?yàn)閺母旧现v，在量子計(jì)算機(jī)中與有源元件相比，你總是希望構(gòu)建較少的門，否則它的可擴(kuò)展性會(huì)很差?！?/span>
新設(shè)備不僅符合 SSH 理論，而且 Simmons 相信量子計(jì)算機(jī)很快就會(huì)開(kāi)始模擬超出目前最優(yōu)理論的問(wèn)題?！杆鼮槲覀円郧皬奈聪胂筮^(guò)的事物打開(kāi)了一扇門，這既令人恐懼又令人興奮，」她說(shuō)。
該設(shè)備與其他量子計(jì)算機(jī)具有相似的缺點(diǎn)——特別是需要巨大的冷卻系統(tǒng)將工作溫度保持在接近絕對(duì)零度的水平，這需要耗費(fèi)大量能源和成本。
出于商業(yè)機(jī)密，Simmons 對(duì) SQC 在初步演示后正在處理的項(xiàng)目守口如瓶。但她仍表示：我們希望將其應(yīng)用于盡可能多的不同事物，看看能發(fā)現(xiàn)什么?！?/span>
Nature 論文背后的 SQC 團(tuán)隊(duì)。
「我們可以在整個(gè)鏈路上連貫地獲得電子，這一事實(shí)告訴我們，這是一個(gè)非常量子相干的系統(tǒng)，」她說(shuō)道，「這讓我們相信其物理系統(tǒng)非常穩(wěn)定。這是對(duì)系統(tǒng)純度的證明，可以通向很多不同的路。制造更大的物理系統(tǒng)絕對(duì)是其中之一。觀察自旋態(tài)而不是電荷態(tài)是另一回事?！?/span>
Simmons 將這個(gè)工作描述為「一段旅程」，其展示了跨學(xué)科的特性——量子物理學(xué)家、化學(xué)家、工程師和軟件工程師都參與其中?！笇?duì)于年輕人來(lái)說(shuō)，這是一個(gè)令人興奮的領(lǐng)域，」她說(shuō)道?！高@是一個(gè)基礎(chǔ)科學(xué)研究項(xiàng)目演變成實(shí)用的工具的案例?！?/span>
參考鏈接：
http://sqc.com.au/2022/06/23/silicon-quantum-computing-announces-worlds-first-quantum-integrated-circuit/
https://cosmosmagazine.com/technology/quantum-computer-coherent-silicon/
]]>我們作為測(cè)試人員了解很多種不同的軟件測(cè)試類型，例如功能測(cè)試(Functional Test)、非功能測(cè)試、自動(dòng)測(cè)試、敏捷測(cè)試、以及它們的各種子類型. 盡管在我們的測(cè)試過(guò)程中會(huì)接觸很多種測(cè)試類型, 或者聽(tīng)說(shuō)過(guò)某些測(cè)試類型，但是很少人敢說(shuō)精通所有的測(cè)試類型.
每個(gè)測(cè)試類型都有自己的特點(diǎn)、優(yōu)勢(shì)和劣勢(shì)。所以我寫這篇文章，科普一下我們今天最常用的測(cè)試類型.
不同的軟件測(cè)試類型
下面是軟件測(cè)試的通用類型列表
功能測(cè)試類型:
單元測(cè)試(Unit testing)
集成測(cè)試(Integration testing)
系統(tǒng)測(cè)試(System testing)
健全性測(cè)試(Sanity testing)
冒煙測(cè)試(Smoke testing)
接口測(cè)試(Interface testing)
回歸測(cè)試(Regression testing)
Beta/驗(yàn)收測(cè)試(Beta/Acceptance testing)
非功能測(cè)試類型:
性能測(cè)試(Performance Testing)
負(fù)載測(cè)試(Load testing)
壓力測(cè)試(Stress testing)
容量測(cè)試(Volume testing)
安全測(cè)試(Security testing)
兼容性測(cè)試(Compatibility testing)
安裝測(cè)試(Install testing)
恢復(fù)測(cè)試(Recovery testing)
可靠性測(cè)試(Reliability testing)
可用性測(cè)試(Usability testing)
一致性測(cè)試(Compliance testing)
本地化測(cè)試(Localization testing)
來(lái)看看這些測(cè)試類型的細(xì)節(jié)
0) A/B測(cè)試(A/B Testing)
顧名思義， A/B測(cè)試就是準(zhǔn)備兩個(gè)(A/B)或兩個(gè)以上的版本，讓不同的用戶來(lái)隨機(jī)訪問(wèn)這些版本，收集各群組的用戶體驗(yàn)數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)，最后分析、評(píng)估出最好版本，正式采用。如上圖，谷歌使用A/B測(cè)試來(lái)決定導(dǎo)航應(yīng)該是紅色還是藍(lán)色。
1) Alpha測(cè)試(Alpha Testing)
Alpha測(cè)試這是軟件工程中很常見(jiàn)的測(cè)試類型。它的目標(biāo)就是盡可能地在發(fā)布到市場(chǎng)或交付給用戶之前找出所有的問(wèn)題和缺陷。
Alpha測(cè)試一般在開(kāi)發(fā)的末段且在Beta測(cè)試之前進(jìn)行。在這個(gè)測(cè)試過(guò)程中可能會(huì)驅(qū)動(dòng)開(kāi)發(fā)者進(jìn)行一些小(minor)的設(shè)計(jì)變動(dòng). Alpha測(cè)試一般在開(kāi)發(fā)者網(wǎng)站進(jìn)行，即只對(duì)開(kāi)發(fā)者或內(nèi)部用戶開(kāi)放，一般可以為此類測(cè)試創(chuàng)建內(nèi)部虛擬的用戶環(huán)境。
一般大型的軟件項(xiàng)目都有規(guī)范化的軟件版本周期:
Pre-alpha: 有時(shí)候軟件會(huì)在Alpha或Beta版本前先發(fā)布Pre-alpha版本, 相比Alpha和Beta，這是一個(gè)功能不完整的版本
Alpha: Alpha版本功能還沒(méi)完善，需要進(jìn)一步測(cè)試。Alpha版本通常會(huì)發(fā)送到開(kāi)發(fā)軟件的組織或某群體中的軟件測(cè)試者進(jìn)行內(nèi)部測(cè)試。
Beta: 一般Beta版本會(huì)包含所有功能，但可能又有一些Bug，需要調(diào)試反饋。 Beta版本是軟件最早對(duì)外公開(kāi)的軟件版本，由公眾（通常為公司外的第三方開(kāi)發(fā)者和業(yè)余玩家）參與測(cè)試。
Release Candidate(rc): 發(fā)布候選版本，如果沒(méi)有出現(xiàn)問(wèn)題則可發(fā)布成為正式的版本。這個(gè)版本包含完整且比較穩(wěn)定的功能
舉一個(gè)典型的例子, iOS13的發(fā)布計(jì)劃:
June 3: iOS 13 beta 1 and first look at WWDC 2019 # -> WWDC后就可以裝的，相當(dāng)于pre-alpha或Alpha階段吧
June 17: iOS 13 beta 2 launched for developers
June 24: iOS 13 public beta release date for adventurous testers # -> 公開(kāi)Beta版本，相當(dāng)于上面說(shuō)的Beta階段
July 3: iOS 13 developer beta 3 launch with some new features
July 8: iOS 13 public beta 2 release date
Early September 2019: iOS 13 Golden Master (final dev beta) # -> 九月初，該發(fā)最終Beta版本了，相當(dāng)于進(jìn)入RC階段了
Mid-September 2019: iOS 13 likely to launch with new 2019 iPhones # -> 正式版本
復(fù)制代碼
現(xiàn)在很多開(kāi)源項(xiàng)目，已經(jīng)淡化了瀑布式的軟件版本周期，變成一種持續(xù)(Continuous)的、常態(tài)化的行為, 例如Firefox:
2) 驗(yàn)收測(cè)試(Acceptance Testing)
驗(yàn)收測(cè)試通常是部署軟件之前的最后一個(gè)測(cè)試操作, 也稱為交付測(cè)試, 由最終客戶執(zhí)行，他們會(huì)驗(yàn)證端到端(end to end)的系統(tǒng)流程是否符合業(yè)務(wù)需求，以及功能是否是滿足最終用戶的需求。只有當(dāng)所有的特性和功能按照期望的運(yùn)行，客戶才會(huì)接受軟件
這是測(cè)試的最后階段，在驗(yàn)收測(cè)試之后，軟件將投入生產(chǎn)環(huán)境. 所以它也叫用戶驗(yàn)收測(cè)試(UAT)
舉個(gè)例子，驗(yàn)收測(cè)試就相當(dāng)于收快遞, 包裹是軟件、你就是客戶，是驗(yàn)收方，如果貨物不符合你的要求，是要退貨的。
3) 臨時(shí)測(cè)試(Ad-hoc Testing)
Ad-hoc中文應(yīng)該理解為臨時(shí)的意思。顧名思義，這種測(cè)試是在臨時(shí)基礎(chǔ)上進(jìn)行的, 有時(shí)候也稱為隨機(jī)測(cè)試。即沒(méi)有參考測(cè)試用例、沒(méi)有針對(duì)該測(cè)試的任何計(jì)劃和文檔。Ad-hoc測(cè)試的目的就是通過(guò)執(zhí)行隨意的流程或任意的功能來(lái)找出應(yīng)用的缺陷和問(wèn)題
Ad-hoc測(cè)試一種非正式的方法，可以由項(xiàng)目中的任何人執(zhí)行。盡管沒(méi)有測(cè)試用例很難識(shí)別缺陷，但是有些時(shí)候在Ad-hoc測(cè)試期間發(fā)現(xiàn)的缺陷可能無(wú)法使用現(xiàn)有的測(cè)試用例來(lái)識(shí)別, 也就是說(shuō)它一般用來(lái)發(fā)現(xiàn)‘意外’的缺陷.
4) 可訪問(wèn)性測(cè)試(Accessibility Testing)
可訪問(wèn)性測(cè)試的目的是確定軟件或應(yīng)用程序是否可供殘疾人使用。殘疾是指聾人，色盲，智障人士，失明者，老年人和其他殘疾人群體。這里會(huì)執(zhí)行各種檢查，例如針對(duì)視覺(jué)殘疾的字體大小測(cè)試，針對(duì)色盲的顏色和對(duì)比度測(cè)試等等。
不同平臺(tái)、不同應(yīng)用類型對(duì)可訪問(wèn)性支持情況不太一樣，比如iOS相比其他操作系統(tǒng)則更重視可訪問(wèn), 而國(guó)外比國(guó)內(nèi)更重視可訪問(wèn)性。
5) Beta測(cè)試(Beta Testing)
上文Alpha測(cè)試已經(jīng)提及Beta測(cè)試, Beta測(cè)試是一種正式的軟件測(cè)試類型，在將產(chǎn)品發(fā)布到市場(chǎng)或者實(shí)際最終用戶之前，由客戶在真實(shí)的應(yīng)用環(huán)境中執(zhí)行。
執(zhí)行Beta測(cè)試目的是確保軟件或產(chǎn)品中沒(méi)有重大故障，并且滿足最終用戶的業(yè)務(wù)需求。當(dāng)客戶接受軟件時(shí)，Beta測(cè)試才算通過(guò)。
通常，此類測(cè)試由最終用戶或其他人完成。這是在將應(yīng)用發(fā)布作為商業(yè)用途之前完成的最終測(cè)試。通常，發(fā)布的軟件或產(chǎn)品的Beta版本僅限于特定區(qū)域中的特定數(shù)量的用戶。 所以最終用戶實(shí)際使用軟件后會(huì)將一些問(wèn)題反饋給公司。公司可以在全面發(fā)布之前采取必要的措施。
Beta測(cè)試在正式版本之前也可能會(huì)迭代進(jìn)行多次.
6) 后端測(cè)試(Back-end Testing)
前端應(yīng)用輸入的數(shù)據(jù)，一般都會(huì)存儲(chǔ)在數(shù)據(jù)庫(kù)，所以針對(duì)數(shù)據(jù)庫(kù)的這類測(cè)試稱為數(shù)據(jù)庫(kù)測(cè)試或者后端測(cè)試. 市面有不同的數(shù)據(jù)庫(kù)，如SQL Server，MySQL和Oracle等。數(shù)據(jù)庫(kù)測(cè)試會(huì)涉及表結(jié)構(gòu)，模式，存儲(chǔ)過(guò)程，數(shù)據(jù)結(jié)構(gòu)等。
后端測(cè)試一般不會(huì)涉及GUI，測(cè)試人員通過(guò)某些手段直接連接到數(shù)據(jù)庫(kù)，從而可以容易地運(yùn)行一些數(shù)據(jù)庫(kù)請(qǐng)求來(lái)驗(yàn)證數(shù)據(jù)。通過(guò)后端測(cè)試可以發(fā)現(xiàn)一些數(shù)據(jù)庫(kù)問(wèn)題，比如數(shù)據(jù)丟失、死鎖、數(shù)據(jù)損壞。這些問(wèn)題在系統(tǒng)投入生產(chǎn)環(huán)境之前進(jìn)行修復(fù)至關(guān)重要
7) 瀏覽器兼容測(cè)試(Browser Compatibility Testing)
這是兼容性測(cè)試的子類型，由測(cè)試團(tuán)隊(duì)執(zhí)行. 瀏覽器兼容測(cè)試主要針對(duì)Web應(yīng)用，用于確保軟件可以在不同瀏覽器或操作系統(tǒng)中運(yùn)行; 或者驗(yàn)證Web應(yīng)用程序是否支持在瀏覽器的所有版本上運(yùn)行, 以確定應(yīng)用最終兼容的范圍.
瀏覽器兼容測(cè)試是前端開(kāi)發(fā)者繞不開(kāi)的坑。
我們有很多策略來(lái)應(yīng)對(duì)瀏覽器兼容性，比如漸進(jìn)增強(qiáng)或者優(yōu)雅降級(jí), 還有制定瀏覽器兼容規(guī)范;
為了撫平瀏覽器之間的差異，我們會(huì)使用各種特性檢測(cè)工具(Modernizr), 還有各種polyfill(CSS Normaliz, polyfill/shim, css-autoprefixer);
當(dāng)然為了測(cè)試跨瀏覽器兼容性，還要一些輔助工具，例如BrowserStack, 對(duì)于我們這些小團(tuán)隊(duì)，只能下一堆Portable(Portable瀏覽器運(yùn)行時(shí)相互隔離的, 所以不會(huì)存在配置文件等沖突問(wèn)題) 瀏覽器，手工測(cè)試了。
8) 后向兼容測(cè)試(Backward Compatibility Testing)
向后兼容測(cè)試, 用于驗(yàn)證新開(kāi)發(fā)或更新的軟件是否能在舊版本的環(huán)境中運(yùn)行。
比如向后兼容測(cè)試會(huì)檢查新版軟件是否可以正確地處理舊版本軟件創(chuàng)建的文件格式。例如新版的Office 2016是否可以打開(kāi)2012創(chuàng)建的文件。
同理也可以檢查新版本是否可以兼容舊版本軟件創(chuàng)建的數(shù)據(jù)表、數(shù)據(jù)文件、數(shù)據(jù)結(jié)構(gòu)、配置文件。
任何軟件更新應(yīng)該在先前版本的基礎(chǔ)之上良好地運(yùn)行
9) 黑盒測(cè)試(Black Box Testing)
黑盒測(cè)試不考慮軟件的內(nèi)部系統(tǒng)設(shè)計(jì)，它基于需求和功能進(jìn)行測(cè)試, 只關(guān)心系統(tǒng)的輸入/輸出以及功能流程。
換句話說(shuō)黑盒測(cè)試從用戶的角度出發(fā)針對(duì)軟件界面、功能及外部結(jié)構(gòu)進(jìn)行測(cè)試，而不考慮程序內(nèi)部邏輯結(jié)構(gòu).
黑盒測(cè)試下面有很多子類，例如集成測(cè)試、系統(tǒng)測(cè)試、大部分非功能性測(cè)試
關(guān)于黑盒測(cè)試的優(yōu)缺點(diǎn)以及測(cè)試類型可以看這里
10) 邊界值測(cè)試(Boundary Value Testing)
邊界值測(cè)試, 測(cè)試應(yīng)用處于邊界條件(boundary level)的行為。很多邊界條件開(kāi)發(fā)者是很難考慮周到的，所以才有一個(gè)專門的測(cè)試類型來(lái)驗(yàn)證這種情況
邊界值測(cè)試檢查應(yīng)用處于邊界值時(shí)是否存在缺陷。邊界值測(cè)試通常用于測(cè)試不同范圍的數(shù)字, 每個(gè)范圍都有一個(gè)上下邊界，邊界測(cè)試則是針對(duì)這些邊界值進(jìn)行測(cè)試。
比如數(shù)字范圍為1-500, 那么邊界值測(cè)試會(huì)在這些值上進(jìn)行驗(yàn)證: 0、1、2、499、500、501
11) 分支測(cè)試(Branch Testing)
這是白盒測(cè)試的子類型，在單元測(cè)試中實(shí)施. 顧名思義，分支測(cè)試表示測(cè)試要覆蓋程序代碼的各種條件分支, 避免遺漏缺陷。分支覆蓋是單元測(cè)試覆蓋率的一個(gè)指標(biāo)之一
12) 比較測(cè)試(Comparison Testing)
比較測(cè)試，將產(chǎn)品的優(yōu)點(diǎn)和弱點(diǎn)與舊版本或者同類(競(jìng)品)產(chǎn)品進(jìn)行比較.
比如類似王自如這種數(shù)碼測(cè)評(píng)欄目，評(píng)測(cè)一個(gè)手機(jī)或者其他數(shù)碼產(chǎn)品時(shí)，一般會(huì)橫向和友商產(chǎn)品進(jìn)行比較，有時(shí)候也會(huì)縱向和上一代產(chǎn)品比較.
還有一種比較典型的例子就是和行業(yè)的領(lǐng)導(dǎo)者比較，比如我們做IM的，會(huì)經(jīng)常和微信比較: '你這個(gè)應(yīng)用的啟動(dòng)速度怎么比微信慢這么多?'
13) 兼容性測(cè)試(Compatibility Testing)
這是一個(gè)大類, 兼容性測(cè)試用于驗(yàn)證應(yīng)用在不同環(huán)境、web服務(wù)器、硬件、網(wǎng)絡(luò)條件下的行為。兼容性測(cè)試確保軟件可以在不同的配置、不同的數(shù)據(jù)庫(kù)、不同的瀏覽器，以及它們不同的版本下運(yùn)行。兼容性測(cè)試由測(cè)試團(tuán)隊(duì)實(shí)施
14) 組件測(cè)試(Component Testing)
組件測(cè)試(此組件非GUI組件, 取組合測(cè)試可能更好理解一點(diǎn))，一般也稱為模塊測(cè)試(Module Testing), 一般由開(kāi)發(fā)者在完成單元測(cè)試后執(zhí)行。組件測(cè)試將多個(gè)功能組合起來(lái)作為單一的整體進(jìn)行測(cè)試，目的是發(fā)現(xiàn)多個(gè)功能在相互連接起來(lái)之后的缺陷。
組件測(cè)試可大可小，小到函數(shù)級(jí)別或者類級(jí)別的組合，大可以大到幾個(gè)單獨(dú)的頁(yè)面、模塊、子系統(tǒng)的組合。 舉一個(gè)前端例子，將多個(gè)頁(yè)面路由組合起來(lái)，測(cè)試它們的流程跳轉(zhuǎn)，就屬于組件測(cè)試。
15) 端到端測(cè)試(End-to-End Testing)
端到端測(cè)試也是一種黑盒測(cè)試類型，類似于系統(tǒng)測(cè)試. 端到端測(cè)試在模擬的、完整的、真實(shí)應(yīng)用環(huán)境下模擬真實(shí)用戶對(duì)應(yīng)用進(jìn)行測(cè)試，比如應(yīng)用會(huì)和數(shù)據(jù)庫(kù)交互、會(huì)使用網(wǎng)絡(luò)通信、或者在適當(dāng)?shù)那闆r下和其他硬件、應(yīng)用、系統(tǒng)進(jìn)行交互. 端到端是指從一個(gè)端點(diǎn)到另一個(gè)端點(diǎn)的意思，所以端到端測(cè)試重點(diǎn)用于測(cè)試模塊和模塊之間的協(xié)調(diào)性。
當(dāng)應(yīng)用是分布式系統(tǒng)或者需要和其他外部系統(tǒng)協(xié)同時(shí)，端到端測(cè)試扮演著非常重要的角色, 它可以全面檢查以確保軟件在不同平臺(tái)和環(huán)境產(chǎn)品能準(zhǔn)確地交互。端到端測(cè)試有以下目的:
確保應(yīng)用可以和外部系統(tǒng)之間良好的協(xié)調(diào)。對(duì)于前端來(lái)說(shuō)，是確保頁(yè)面和后端之間良好協(xié)調(diào)
檢查從源系統(tǒng)到目標(biāo)系統(tǒng)的所有系統(tǒng)流
從最終用戶角度驗(yàn)證需求識(shí)別異構(gòu)環(huán)境中的問(wèn)題
前端也有很多自動(dòng)化的端到端測(cè)試工具，比如nightwatch，通過(guò)它們可以模擬用戶對(duì)頁(yè)面進(jìn)行操作，從而檢驗(yàn)整個(gè)應(yīng)用流程是否正常和符合需求:
因?yàn)楹拖到y(tǒng)測(cè)試很相似，所以它們也被經(jīng)常拿來(lái)比較
16) 等價(jià)劃分(Equivalence Partitioning)
等價(jià)劃分, 這是一種黑盒測(cè)試的測(cè)試技術(shù). 通過(guò)等價(jià)劃分，可以將所有的輸入數(shù)據(jù)合理地劃分為多個(gè)分組，我們只需在每個(gè)分組中取一個(gè)數(shù)據(jù)作為測(cè)試的輸入條件, 這樣可以實(shí)現(xiàn)用少量代表性的測(cè)試數(shù)據(jù)取得較好的測(cè)試結(jié)果.
所以說(shuō)這個(gè)測(cè)試的目的: 是在不導(dǎo)致缺陷的前提下，移除指定分組中的重復(fù)的用例, 簡(jiǎn)化測(cè)試的工作
比如一個(gè)程序應(yīng)用接受-10到+10之間的值，使用等價(jià)分區(qū)方法可以劃分為三個(gè)分組: 0、負(fù)值、正值. 接下來(lái)的測(cè)試只需從這個(gè)三個(gè)分組中取一個(gè)成員進(jìn)行測(cè)試, 而不需要-10到+10每個(gè)成員都測(cè)試一遍.
17) 實(shí)例測(cè)試(Example Testing)
It means real-time testing. Example testing includes the real-time scenario, it also involves the scenarios based on the experience of the testers.
實(shí)例測(cè)試意味著實(shí)時(shí)測(cè)試。實(shí)例測(cè)試包含了實(shí)時(shí)場(chǎng)景、另外還涉及基于測(cè)試人員經(jīng)驗(yàn)的場(chǎng)景。
這里不是特別能理解這個(gè)測(cè)試類型，所以貼上原文。知道的告訴我呀
18) 探索測(cè)試(Exploratory Testing)
探索性測(cè)試有點(diǎn)類似于Ad-Hoc測(cè)試. 探索性測(cè)試是由測(cè)試團(tuán)隊(duì)進(jìn)行的非正式測(cè)試。此測(cè)試的目的是探索應(yīng)用并查找應(yīng)用中存在的缺陷。像探險(xiǎn)一樣，在測(cè)試期間是有一定幾率發(fā)現(xiàn)的重大、甚至可能導(dǎo)致系統(tǒng)故障的缺陷.
在探索性測(cè)試期間，建議跟蹤記錄好測(cè)試的流程、以及開(kāi)始該流程之前的活動(dòng)記錄, 方便復(fù)現(xiàn)bug.
探索測(cè)試不需要任何文檔和測(cè)試用例.
19) 功能測(cè)試(Functional Testing)
功能測(cè)試是一個(gè)大類, 又稱為行為測(cè)試， 功能測(cè)試會(huì)忽略內(nèi)部實(shí)現(xiàn)而關(guān)注組件的輸出，目的是驗(yàn)證是否符合需求，這是一種面向功能需求的黑盒測(cè)試類型。關(guān)于功能測(cè)試的細(xì)節(jié)請(qǐng)看這里
功能測(cè)試是相對(duì)非功能測(cè)試而言的, 功能測(cè)試需要關(guān)心功能或者業(yè)務(wù)，需要業(yè)務(wù)耦合程度高；而非功能測(cè)試則是通用的，比如壓力測(cè)試、負(fù)載測(cè)試，這些測(cè)試都有通用的工具來(lái)支持，不需要或很少定制化操作.
20) GUI測(cè)試(Graphical User Interface (GUI) Testing)
GUI測(cè)試的目的是根據(jù)業(yè)務(wù)需求驗(yàn)證GUI。在詳細(xì)設(shè)計(jì)文檔和GUI模型(UI設(shè)計(jì)文檔)中一般會(huì)提到應(yīng)用期望的GUI.
常見(jiàn)的GUI測(cè)試包括測(cè)試屏幕上顯示的按鈕和輸入字段的大小、表格中所有文本、表格或內(nèi)容的對(duì)齊規(guī)則等等. 如果團(tuán)隊(duì)有UI設(shè)計(jì)規(guī)范，還會(huì)驗(yàn)證是否符合設(shè)計(jì)規(guī)范
21) 大猩猩測(cè)試(Gorilla Testing)
大猩猩測(cè)試是由測(cè)試人員執(zhí)行的測(cè)試類型，有時(shí)也由開(kāi)發(fā)人員執(zhí)行。在大猩猩測(cè)試中，對(duì)模塊中的一個(gè)模塊或功能進(jìn)行了徹底和嚴(yán)格的測(cè)試。原文沒(méi)有說(shuō)出大猩猩測(cè)試的精髓，大猩猩測(cè)試會(huì)對(duì)一個(gè)功能或模塊進(jìn)行重復(fù)‘上百次’的測(cè)試, 人類根本受不了這樣子的測(cè)試方式，所以大猩猩測(cè)試的另一個(gè)別名是‘令人沮喪的測(cè)試(Frustrating Testing)’
這種測(cè)試的目的是檢查應(yīng)用程序的穩(wěn)健性(robustness)
22) 樂(lè)觀路線測(cè)試(Happy Path Testing)
樂(lè)觀路線測(cè)試的目標(biāo)是在正常流程上成功測(cè)試應(yīng)用。它不會(huì)考慮各種負(fù)面或異常情況。重點(diǎn)只關(guān)注于驗(yàn)證應(yīng)用在有效和合法輸入的條件下生成期望的輸出. 比如銀行付款，只考慮賬戶有錢的正常狀態(tài)
23) 增量集成測(cè)試(Incremental Integration Testing)
增量集成測(cè)試是一種自下而上的測(cè)試方法，即在添加新功能時(shí)立即集成應(yīng)用程序進(jìn)行連續(xù)測(cè)試。應(yīng)用程序功能和模塊應(yīng)該足夠獨(dú)立，以便單獨(dú)測(cè)試。這通常由程序員或測(cè)試人員完成。
24) 安裝卸載測(cè)試(Install/Uninstall Testing)
安裝和卸載測(cè)試是在不同硬件或軟件環(huán)境下的不同操作系統(tǒng)上的進(jìn)行完整/部分的安裝、升級(jí)、卸載、回滾等測(cè)試. 常用于桌面端應(yīng)用
25) 集成測(cè)試(Integration Testing)
集成測(cè)試是指將所有模塊集成之后，驗(yàn)證合并后的功能. 模塊通常是代碼模塊、單個(gè)應(yīng)用、網(wǎng)絡(luò)上的客戶端和服務(wù)器應(yīng)用等等。
集成測(cè)試一般在單元測(cè)試之后，所以單元測(cè)試是集成測(cè)試的基礎(chǔ)，沒(méi)有進(jìn)行單元測(cè)試的集成測(cè)試是不靠譜的。所以最簡(jiǎn)單的形式是：'把兩個(gè)已經(jīng)測(cè)試過(guò)的單元組合成一個(gè)組件，測(cè)試它們之間的接口'。也就是說(shuō)集成測(cè)試在單元測(cè)試的基礎(chǔ)之上，將單元測(cè)試中獨(dú)立的單元合并起來(lái)，驗(yàn)證它們的協(xié)調(diào)性, 合并后的組件又是一個(gè)新的‘單元’，這樣逐步合并測(cè)試，最終形成完整的應(yīng)用程序。
這種類型的測(cè)試常用于B/S軟件和分布式系統(tǒng)。
26) 負(fù)載測(cè)試(Load Testing)
它是一種非功能性測(cè)試，負(fù)載測(cè)試的目的是檢查系統(tǒng)可以承受多少負(fù)載而不會(huì)降低性能, 或者說(shuō)確定最大工作負(fù)載是多少。
負(fù)載測(cè)試有助于查找特定負(fù)載下系統(tǒng)的最大容量以及導(dǎo)致軟件性能下降的任何原因?？梢允褂?span id="9m33e88" class="candidate-entity-word" data-gid="16941392">JMeter，LoadRunner，WebLoad，Silk執(zhí)行程序等工具執(zhí)行負(fù)載測(cè)試。
負(fù)載測(cè)試經(jīng)常和性能測(cè)試、壓力測(cè)試、穩(wěn)定性測(cè)試等聯(lián)系在一起。如上圖(來(lái)源于淘寶性能白皮書). 其中TPS(Transation Per Second)指的是每秒鐘系統(tǒng)可以處理的交易或事務(wù)的數(shù)量; Server Resource指的是系統(tǒng)資源占有.
性能測(cè)試. 主要位于a-b之間. 在系統(tǒng)設(shè)計(jì)初期就會(huì)規(guī)劃一個(gè)預(yù)期目標(biāo), 比如給定資源Ax，a點(diǎn)就是性能期望值。也就是說(shuō)在給定固定資源Ax的情況下，如果TPS可以達(dá)到a點(diǎn)甚至更高，就說(shuō)明系統(tǒng)性能達(dá)到或者好于預(yù)期. 通過(guò)性能測(cè)試可以驗(yàn)證系統(tǒng)的處理能力有沒(méi)有達(dá)到預(yù)期
負(fù)載測(cè)試. 位于b-c之間。對(duì)系統(tǒng)不斷增加并發(fā)請(qǐng)求，直到系統(tǒng)的某項(xiàng)或者多項(xiàng)指標(biāo)達(dá)到安全的臨界值，如上圖中的c，這個(gè)c就是所謂的最大負(fù)載量。后面再增加請(qǐng)求壓力，系統(tǒng)的處理能力不但不能提高，返回會(huì)下降. 通過(guò)壓力測(cè)試可以得出系統(tǒng)最大的安全負(fù)載值
壓力測(cè)試. 位于c-d之間。在超過(guò)安全負(fù)載的情況下，繼續(xù)對(duì)系統(tǒng)增加壓力，直到達(dá)到崩潰點(diǎn), 即上圖的d. 通過(guò)壓力測(cè)試可以得出系統(tǒng)的最大承受能力
穩(wěn)定性測(cè)試. 位于a-d之間。在a、b、c、d不同的點(diǎn)(代表特定的硬件、軟件和網(wǎng)絡(luò)環(huán)境)，讓系統(tǒng)運(yùn)行一段較長(zhǎng)的時(shí)間，檢測(cè)系統(tǒng)在不同條件下的系統(tǒng)運(yùn)行的穩(wěn)定性。
另外也推薦閱讀<<大型網(wǎng)站技術(shù)架構(gòu)>>這本書
27) 猴子測(cè)試(Monkey Testing)
猴子測(cè)試是由測(cè)試人員進(jìn)行的，即把自己當(dāng)成猴子，在沒(méi)有任何知識(shí)背景或者理解應(yīng)用前提下，隨意輸入和操作。
猴子測(cè)試的目標(biāo)是通過(guò)提供隨機(jī)輸入值/數(shù)據(jù)來(lái)檢查應(yīng)用程序或系統(tǒng)是否崩潰。 猴子是隨機(jī)執(zhí)行的，沒(méi)有測(cè)試用例, 也沒(méi)有必要了解系統(tǒng)的全部功能
28) 變異測(cè)試(Mutation Testing)
變異測(cè)試(或者說(shuō)可變性測(cè)試)是一種白盒測(cè)試，這是一種和單元測(cè)試反著來(lái)的測(cè)試類型。
通常單元測(cè)試的思路是通過(guò)測(cè)試用例來(lái)驗(yàn)證代碼是否有效可靠，而變異測(cè)試是反過(guò)來(lái). 它首先更改其中一個(gè)程序的源代碼，再跑單元測(cè)試，如果單元測(cè)試通過(guò)則可能說(shuō)明測(cè)試用例沒(méi)有效果，或者測(cè)試用例沒(méi)有覆蓋到這處代碼變異.
所以說(shuō)變異測(cè)試可以反過(guò)來(lái)驗(yàn)證你的測(cè)試用例是否有效, 還有可以幫助我們找出一些無(wú)法被當(dāng)前測(cè)試所防止的潛在錯(cuò)誤.
29) 悲觀測(cè)試(Negative Testing)
悲觀測(cè)試和樂(lè)觀路線測(cè)試相反, 它要求測(cè)試者要具有“打破”常規(guī)的態(tài)度，考慮各種異常情況, 使用各種邪惡的、不懷好意、不合法的操作來(lái)測(cè)試系統(tǒng)。悲觀測(cè)試會(huì)使用不正確的數(shù)據(jù)、無(wú)效數(shù)據(jù)或輸入來(lái)進(jìn)行驗(yàn)證。它驗(yàn)證系統(tǒng)是否可以識(shí)別異常情況，并按預(yù)期運(yùn)行。
30) 非功能測(cè)試(Non-Functional Testing)
每個(gè)大型的組織都有一個(gè)獨(dú)立的團(tuán)隊(duì)，通常稱為非功能測(cè)試（NFT）團(tuán)隊(duì)或性能團(tuán)隊(duì)。
非功能性測(cè)試涉及測(cè)試非功能性需求，如負(fù)載測(cè)試、壓力測(cè)試、安全性、容量，恢復(fù)測(cè)試等等. NFT測(cè)試的目標(biāo)是確保軟件或應(yīng)用程序的響應(yīng)時(shí)間是否滿足業(yè)務(wù)需求。
例如加載任何頁(yè)面或系統(tǒng)都不應(yīng)該花費(fèi)太多時(shí)間，并且在負(fù)載峰值期間應(yīng)該維持良好運(yùn)行狀態(tài)。
31) 性能測(cè)試(Performance Testing)
這個(gè)術(shù)語(yǔ)通常與“壓力”和“負(fù)載”測(cè)試互換使用。性能測(cè)試用于檢查系統(tǒng)是否滿足性能要求。它會(huì)使用不同的性能和負(fù)載工具來(lái)執(zhí)行此測(cè)試。
性能測(cè)試這個(gè)范圍比較大，廣義上的性能測(cè)試包括了上文提到的負(fù)載測(cè)試、壓力測(cè)試、穩(wěn)定性測(cè)試、容量測(cè)試等等。狹義的性能測(cè)試則是指在特定資源條件下，測(cè)試系統(tǒng)能否達(dá)到期望值, 也就是基線測(cè)試(Baseline Test).
總結(jié)一下性能測(cè)試的類型:
基線測(cè)試(Baseline Test): 在給定的資源下，測(cè)試最佳的性能，用作后續(xù)測(cè)量的參考‘基線’。注意基線測(cè)試和基準(zhǔn)測(cè)試是有區(qū)別的, 這么理解，基準(zhǔn)是你想達(dá)到的，比如100短跑世界紀(jì)錄，基線是你的成績(jī)。
負(fù)載測(cè)試(Load Test): 在預(yù)期峰值的生產(chǎn)負(fù)載下測(cè)量系統(tǒng)的性能。上文負(fù)載測(cè)試已經(jīng)大概介紹了
穩(wěn)定性測(cè)試(Endurance Test): 在指定負(fù)載下，長(zhǎng)時(shí)間測(cè)量系統(tǒng)的穩(wěn)定性
壓力測(cè)試(Stress Test): 測(cè)試極端條件下的系統(tǒng)性能
32) 恢復(fù)測(cè)試(Recovery Testing)
恢復(fù)測(cè)試用于驗(yàn)證應(yīng)用或系統(tǒng)中崩潰或?yàn)?zāi)難中恢復(fù)的程度. 確定系統(tǒng)是否能夠在災(zāi)難發(fā)生后繼續(xù)運(yùn)行。
比如應(yīng)用通過(guò)網(wǎng)絡(luò)電纜接收數(shù)據(jù)，突然斷開(kāi)了網(wǎng)絡(luò)電纜的連接, 過(guò)一段時(shí)間，再插上網(wǎng)線, 系統(tǒng)應(yīng)該開(kāi)始恢復(fù)由于網(wǎng)絡(luò)電纜拔出而丟失連接的數(shù)據(jù)
33) 回歸測(cè)試(Regression Testing)
在修改任意模塊或者功能后，將應(yīng)用作為一個(gè)整體進(jìn)行測(cè)試，稱為回歸測(cè)試?；貧w測(cè)試的目的就是驗(yàn)證在軟件原有的功能變動(dòng)后是否保持完整性.
有觀點(diǎn)認(rèn)為回歸測(cè)試就是回歸測(cè)試是指重復(fù)執(zhí)行以前的全部或部分相同的測(cè)試工作, 其實(shí)不是不無(wú)道理。而且因?yàn)榫植啃薷亩鵂恳话l(fā)動(dòng)全身的意外在平時(shí)開(kāi)發(fā)中并不少見(jiàn)，這種意外性就是回歸測(cè)試的存在的目的.
因?yàn)樵诨貧w測(cè)試中很難覆蓋所有系統(tǒng)，通常最好使用自動(dòng)化測(cè)試工具進(jìn)行這些類測(cè)試。比如每次修改完代碼，跑單元測(cè)試來(lái)確保不影響確保其他軟件單元。
在前端中組件快照測(cè)試(Snapshot Testing)和一些CSS UI測(cè)試，都是屬于回歸測(cè)試類型,它們的原理都是和上一次測(cè)試生成的結(jié)果進(jìn)行比對(duì)，以確保沒(méi)有意外的修改:
34) 基于風(fēng)險(xiǎn)的測(cè)試(Risk-Based Testing (RBT))
在基于風(fēng)險(xiǎn)的測(cè)試中，功能或需求將根據(jù)其優(yōu)先級(jí)進(jìn)行測(cè)試。基于風(fēng)險(xiǎn)的測(cè)試會(huì)優(yōu)先測(cè)試高度關(guān)鍵的功能，因?yàn)檫@些功能對(duì)業(yè)務(wù)影響最大或者故障概率非常高. 而優(yōu)先級(jí)由業(yè)務(wù)需求決定，因此一旦為所有功能設(shè)置了優(yōu)先級(jí)，則應(yīng)該首先執(zhí)行高優(yōu)先級(jí)功能或測(cè)試用例，然后再執(zhí)行低優(yōu)先級(jí)功能。 低優(yōu)先級(jí)功能可以在時(shí)間充裕時(shí)測(cè)試，或者不測(cè)試。
基于風(fēng)險(xiǎn)的測(cè)試應(yīng)該在‘不夠時(shí)間來(lái)測(cè)試整個(gè)應(yīng)用，但是又要按時(shí)交付軟件’的情況下執(zhí)行，通常還需要客戶和高級(jí)管理層的討論和批準(zhǔn)之后才進(jìn)行
35) 完整性測(cè)試(Sanity Testing)
完整性測(cè)試用于確定一個(gè)新的軟件版本是否可以開(kāi)始進(jìn)行正式的測(cè)試，如果一個(gè)應(yīng)該在一開(kāi)始使用時(shí)就崩潰，那么就說(shuō)明系統(tǒng)還不夠穩(wěn)定，沒(méi)有必要進(jìn)行下一步測(cè)試。這種情況應(yīng)該打回給開(kāi)發(fā)，以免浪費(fèi)時(shí)間
以我們公司為例:
在軟件設(shè)計(jì)階段，測(cè)試團(tuán)隊(duì)就會(huì)為編寫冒煙測(cè)試用例;
開(kāi)發(fā)團(tuán)隊(duì)在提交版本給測(cè)試之前會(huì)自己跑一下冒煙用例, 確保沒(méi)有重大故障；
將版本提交給測(cè)試團(tuán)隊(duì)后，測(cè)試團(tuán)隊(duì)就會(huì)先跑一下完整性測(cè)試，檢查一下有沒(méi)有重大的，影響測(cè)試進(jìn)程的bug，如果有則退回開(kāi)發(fā)
如果通過(guò)了完整性測(cè)試, 則進(jìn)行冒煙測(cè)試，如果冒煙測(cè)試沒(méi)有通過(guò)也會(huì)立即打回開(kāi)發(fā)。
順利通過(guò)完整性測(cè)試和冒煙測(cè)試之后才會(huì)進(jìn)入正式測(cè)試階段。
這么做的目的之一就是為了降低測(cè)試團(tuán)隊(duì)的工作負(fù)擔(dān)，因?yàn)樗麄円獙?duì)接多個(gè)開(kāi)發(fā)團(tuán)隊(duì)的測(cè)試任務(wù)。
36) 安全測(cè)試(Security Testing)
安全也是一個(gè)龐大的學(xué)科，而且知識(shí)每天都在更新，所以安全測(cè)試一般由特殊的安全團(tuán)隊(duì)執(zhí)行，他們以各種黑客手段對(duì)系統(tǒng)進(jìn)行滲透測(cè)試。
安全測(cè)試旨在確保應(yīng)用或網(wǎng)站免受內(nèi)部和外部威脅的侵害。這個(gè)測(cè)試包括預(yù)防惡意程序、病毒； 檢驗(yàn)授權(quán)和身份驗(yàn)證過(guò)程的安全性。
它還會(huì)檢查軟件對(duì)任何黑客攻擊和惡意程序的反應(yīng)方式，以及在遭到黑客攻擊后如何維護(hù)軟件以保護(hù)數(shù)據(jù)安全
37) 冒煙測(cè)試(Smoke Testing)
冒煙測(cè)試，每當(dāng)開(kāi)發(fā)團(tuán)隊(duì)提交新的構(gòu)建時(shí)，軟件測(cè)試團(tuán)隊(duì)就會(huì)先驗(yàn)證構(gòu)建, 并確保不存在重大問(wèn)題, 如果存在重大問(wèn)題會(huì)直接打回開(kāi)發(fā)團(tuán)隊(duì).
如何通俗地理解冒煙測(cè)試呢？這個(gè)屬于來(lái)源于硬件行業(yè)，對(duì)一個(gè)硬件或硬件組件進(jìn)行更改或修復(fù)后，直接給設(shè)備加電。如果沒(méi)有冒煙，則該組件就通過(guò)了測(cè)試。舉個(gè)例子，給三星Note7加電，如果沒(méi)爆炸，就說(shuō)明通過(guò)了‘冒煙測(cè)試’(感覺(jué)當(dāng)手機(jī)測(cè)試者不容易，容易有生命危險(xiǎn))?
測(cè)試團(tuán)隊(duì)在確保構(gòu)建穩(wěn)定后才會(huì)進(jìn)一步執(zhí)行詳細(xì)的測(cè)試。 冒煙檢查會(huì)檢查構(gòu)建中是否存在中斷缺陷(stopper defect, 即影響繼續(xù)測(cè)試的缺陷)，這將阻止測(cè)試團(tuán)隊(duì)進(jìn)一步詳細(xì)測(cè)試。 即如果測(cè)試人員發(fā)現(xiàn)主要功能不能工作，他們會(huì)拒絕這次構(gòu)建，并退回給開(kāi)發(fā)團(tuán)隊(duì)。
冒煙測(cè)試一般在回歸測(cè)試或其他詳細(xì)測(cè)試之前進(jìn)行
38) 靜態(tài)測(cè)試(Static Testing)
靜態(tài)測(cè)試有點(diǎn)類似于代碼Review，在不執(zhí)行任何代碼的情況下執(zhí)行(也就是不運(yùn)行應(yīng)用)，它涉及對(duì)可交付成果審查(inspection)、review和演練(walkthrough). 比如檢查代碼語(yǔ)法、命名約定、項(xiàng)目組織。
靜態(tài)測(cè)試不僅適用于代碼, 也適用于測(cè)試用例、測(cè)試計(jì)劃和設(shè)計(jì)文檔. 如果在靜態(tài)測(cè)試階段發(fā)現(xiàn)缺陷，可以將缺陷成本降到最低。比如在設(shè)計(jì)階段就發(fā)現(xiàn)問(wèn)題，相比到開(kāi)發(fā)階段甚至到生產(chǎn)環(huán)境出現(xiàn)問(wèn)題要好解決
舉前端的例子，靜態(tài)測(cè)試可能包括:
使用Lint工具對(duì)程序進(jìn)行規(guī)范檢查，相關(guān)的工具有ESLint、TSLint、Stylint等, 甚至Typescript這些類型檢查器也可以歸到這個(gè)范疇
代碼Review。有一些問(wèn)題是無(wú)法通過(guò)Lint工具覆蓋的，比如代碼邏輯、異常捕獲、項(xiàng)目組織、內(nèi)存泄露等等，這些需要人工進(jìn)行走查Review
檢查代碼是否與設(shè)計(jì)一致，是否符合軟件需求、概要和詳細(xì)設(shè)計(jì)，這不僅可以看出代碼問(wèn)題，也可以反過(guò)來(lái)更早發(fā)現(xiàn)需求或設(shè)計(jì)是否正確。
39) 壓力測(cè)試(Stress Testing)
通過(guò)壓力測(cè)試，模擬系統(tǒng)受到超出其規(guī)格的壓力時(shí)失敗的方式和時(shí)間, 找出系統(tǒng)的崩潰點(diǎn). 這個(gè)測(cè)試在高負(fù)載情況下執(zhí)行的，例如存取超過(guò)容量限制的數(shù)據(jù)、執(zhí)行復(fù)雜的數(shù)據(jù)庫(kù)查詢、連續(xù)暴力輸入到系統(tǒng)或加載到數(shù)據(jù)庫(kù)。
40) 系統(tǒng)測(cè)試(System Testing)
系統(tǒng)測(cè)試在完整的集成系統(tǒng)上進(jìn)行測(cè)試，也就是說(shuō)系統(tǒng)測(cè)試一般在集成測(cè)試之后進(jìn)行，集成測(cè)試之后系統(tǒng)成為了一個(gè)整體，系統(tǒng)測(cè)試在這個(gè)基礎(chǔ)上、在真實(shí)的運(yùn)行環(huán)境中驗(yàn)證系統(tǒng)是否符合業(yè)務(wù)需求。 這是一種黑盒型測(cè)試，基于總體需求規(guī)范，涵蓋系統(tǒng)的所有組合部分。
系統(tǒng)測(cè)試其實(shí)不是一個(gè)具體的測(cè)試技術(shù)，而是一個(gè)測(cè)試階段。 這個(gè)階段會(huì)進(jìn)行很多種測(cè)試，一般公司的測(cè)試團(tuán)隊(duì)的工作就集中在這一塊。 一般包含:
功能測(cè)試: 即上面講的，從系統(tǒng)的整體上測(cè)試是否符合業(yè)務(wù)需求
各種非功能測(cè)試：例如恢復(fù)測(cè)試、性能測(cè)試、壓力測(cè)試、安全測(cè)試等等。
歸納一下系統(tǒng)測(cè)試的目的:
確保應(yīng)用作為一個(gè)整體可以良好地運(yùn)行.
確保應(yīng)用符合業(yè)務(wù)需求
確保應(yīng)用在真實(shí)的環(huán)境可以良好地運(yùn)行。比如進(jìn)行一些非功能測(cè)試，驗(yàn)證系統(tǒng)的健壯性
其實(shí)系統(tǒng)測(cè)試和上文說(shuō)的端到端測(cè)試很像，它們要求系統(tǒng)作為一個(gè)整體進(jìn)行測(cè)試?？梢院?jiǎn)單展開(kāi)對(duì)比一下
41) 單元測(cè)試(Unit Testing)
測(cè)試獨(dú)立的軟件單元或模塊稱為單元測(cè)試。它通常由開(kāi)發(fā)者完成，而不是由測(cè)試人員完成，因?yàn)樗枰敿?xì)了解內(nèi)部程序設(shè)計(jì)和代碼。
單元測(cè)試是和我們開(kāi)發(fā)者最密切相關(guān)的測(cè)試類型。它的測(cè)試對(duì)象是軟件單元。軟件單元可以是一個(gè)函數(shù)/方法、一個(gè)類或者一個(gè)GUI組件等。
這是一種白盒測(cè)試，所以要求由開(kāi)發(fā)者自己進(jìn)行，因?yàn)橹挥虚_(kāi)發(fā)者才知道單元的內(nèi)部實(shí)現(xiàn)。單元測(cè)試一般會(huì)使用測(cè)試覆蓋率來(lái)驗(yàn)證單元測(cè)試的完成度.
前端常見(jiàn)的單元測(cè)試工具有Jest、Mocha、Jasmine等等. 下面是典型的BDD風(fēng)格的單元測(cè)試組織:
42) 可用性測(cè)試(Usability Testing)
可用性測(cè)試用于檢測(cè)應(yīng)用的用戶友好程度(User-friendliness). 它會(huì)驗(yàn)證新用戶受可以輕松理解應(yīng)用流程，如果用戶陷入麻煩，測(cè)試人員要記錄好并提供幫助?？梢哉J(rèn)為可用性測(cè)試是在檢查系統(tǒng)的導(dǎo)航性(navigation)
43) 漏洞測(cè)試(Vulnerability Testing)
漏洞測(cè)試，涉及識(shí)別軟件、硬件和網(wǎng)絡(luò)中的漏洞。如果漏洞容易受到攻擊，或者容易受到病毒和蠕蟲感染，黑客或惡意程序就可以控制系統(tǒng)。
因此有必要在投入生產(chǎn)環(huán)境之前檢查這些系統(tǒng)是否存在漏洞。
44) 容量測(cè)試(Volume Testing)
容量測(cè)試是由性能測(cè)試團(tuán)隊(duì)執(zhí)行的一種非功能測(cè)試。容量測(cè)試會(huì)檢查應(yīng)用程序遇到大量的數(shù)據(jù)時(shí)的系統(tǒng)行為和響應(yīng)時(shí)間。這種大量數(shù)據(jù)可能會(huì)影響系統(tǒng)的性能和處理時(shí)間的速度。
45) 白盒測(cè)試(White Box Testing)
白盒測(cè)試, 它也被稱為玻璃盒測(cè)試、結(jié)構(gòu)測(cè)試、邏輯驅(qū)動(dòng)測(cè)試或基于代碼的測(cè)試, 基于應(yīng)用程序代碼的內(nèi)部邏輯。即測(cè)試人員應(yīng)該知道內(nèi)部軟件和代碼是如何工作的, 對(duì)所有的邏輯路徑進(jìn)行覆蓋測(cè)試。上面提到的單元測(cè)試和靜態(tài)測(cè)試就是典型的白盒測(cè)試, 基本上白盒測(cè)試可以等價(jià)于單元測(cè)試
邏輯路徑包括語(yǔ)句覆蓋、判定覆蓋、條件覆蓋、判定/條件覆蓋、條件組合覆蓋和路徑覆蓋等等.
總結(jié)
關(guān)于軟件測(cè)試還有其他疑問(wèn)，或是想要免費(fèi)領(lǐng)取測(cè)試學(xué)習(xí)資料、工具、面試寶典、面試技巧等資料，都可私信留言。
關(guān)注軟件測(cè)試鄭老師，你將學(xué)到更多專業(yè)技術(shù)、軟件測(cè)試干貨和更多職場(chǎng)技能。
]]>
1、公司名稱一般由 “字號(hào)” + “行業(yè)” 組成，如【深圳市騰訊計(jì)算機(jī)系統(tǒng)有限公司】“騰訊” 為字號(hào)，“計(jì)算機(jī)系統(tǒng)” 為行業(yè)，取公司名時(shí)主要以字號(hào)為主；
2、 不要投機(jī)取巧，很多人想蹭熱度，比如：起名的時(shí)候和明星沾邊，或者是和大公司沾邊，以為這樣在宣傳的時(shí)候比較容易，但是核名通過(guò)率幾乎為0；
3、 建議一次想好2-5個(gè)公司名備用；
4、 核名通過(guò)只是過(guò)了系統(tǒng)，還不代表100%能用這個(gè)名字，有非常小的概率會(huì)被人工審核時(shí)駁回；
5、 核名免費(fèi)。
]]>