避免錯(cuò)誤，缺陷跟蹤。一窺世界bug跟蹤。
作者：admin時(shí)間：2017-05-02 05:26
錯(cuò)誤的發(fā)生，整個(gè)網(wǎng)絡(luò)的發(fā)展過程。這是完全正常的。不管如何努力，一個(gè)團(tuán)隊(duì)的嘗試，錯(cuò)誤蔓延到項(xiàng)目。但這意味著，總是有改進(jìn)的余地。
你會發(fā)現(xiàn)數(shù)以百計(jì)的名單在談?wù)撳e(cuò)誤，可以避免在網(wǎng)站開發(fā)項(xiàng)目。
然而，大多數(shù)這些列表主要解決Web開發(fā)過程的管理和技術(shù)方面的問題。他們很少會覆蓋其他關(guān)鍵部件，如質(zhì)量保證（QA）階段。
在這篇文章中，你會發(fā)現(xiàn)的bug跟蹤錯(cuò)誤避免的一些見解。
QA和測試的一個(gè)關(guān)鍵因素
測試和缺陷跟蹤階段或測試階段是在任何Web開發(fā)過程中非常關(guān)鍵的一步。
正是在這個(gè)階段，所制備的原型或新設(shè)計(jì)的網(wǎng)站進(jìn)行全面的檢查。
你不能完全忽視這個(gè)階段推出一個(gè)網(wǎng)站。
邏輯很簡單：當(dāng)開發(fā)人員工作在幾個(gè)小時(shí)的項(xiàng)目，他們進(jìn)入“視覺倦怠模式很可能”。
從反饋團(tuán)隊(duì)回顧有助于揭示原型，完全錯(cuò)過了，因?yàn)殚_發(fā)人員專注于更大的問題。
這個(gè)反饋階段確保網(wǎng)站的每個(gè)組件運(yùn)行正常。
這一階段還檢查網(wǎng)站的用戶界面。可用性測試通常是項(xiàng)目階段的一部分。
軟件需要測試
想象一下，如果一個(gè)汽車經(jīng)銷商賣給你一個(gè)未經(jīng)檢驗(yàn)的車會發(fā)生什么。
它會把你的生活和你所愛的人的生命危在旦夕。
嗯，未選中的網(wǎng)站受到不太嚴(yán)重的后果，但從你的用戶負(fù)反饋可以花費(fèi)你的收入損失。這就是你想要的最后一件事。
因此，QA階段需要收集反饋從不同的當(dāng)事人在Web的發(fā)展一樣，項(xiàng)目經(jīng)理，客戶，同事，和設(shè)計(jì)師。
收集反饋需要團(tuán)隊(duì)和客戶之間的密切互動。在每一個(gè)近距離的互動，總有機(jī)會曲解。
這導(dǎo)致在項(xiàng)目交付中獲得意想不到的延誤，預(yù)算上沮喪的客戶和其他利益相關(guān)者。
這就是為什么我們會談?wù)?0的bug跟蹤錯(cuò)誤可以避免。
一：QA？誰有時(shí)間呢？！
開發(fā)一個(gè)網(wǎng)站是一個(gè)龐大的系統(tǒng)工程，需要大量的工作。由于高強(qiáng)度的工作，很多球隊(duì)不給QA過程需要注意他們可能會提供一個(gè)錯(cuò)誤的網(wǎng)站客戶端。
結(jié)果：該項(xiàng)目可能是他們與客戶的最后一個(gè)項(xiàng)目，他們可以承受的負(fù)面宣傳。
坦率地說，你不能忽視QA階段。
除非你確定你的產(chǎn)品，你不能把它交給客戶。你得去問別人關(guān)于你的產(chǎn)品的反饋。你要知道，理解并進(jìn)一步與你收到的反饋測試，你的同事，客戶，和客戶的客戶。反饋是非常重要的，這就是為什么你的質(zhì)量保證期是絕對必要的。
二：多信道通信
一旦網(wǎng)站準(zhǔn)備，開發(fā)團(tuán)隊(duì)將要求反饋當(dāng)事人。
球隊(duì)需要盡可能多的反饋。這意味著所有的當(dāng)事人提出自己的反饋使用自己的通訊方式如電話、短信、郵件和便簽。
他們甚至為感謝咖啡時(shí)間反饋。
顯然，這種反饋是主觀的，更重要的是，不一致。許多這樣的反饋不正確記錄。那時(shí)候就無法為球隊(duì)工作的方式通過這個(gè)散亂的信息。
當(dāng)你收集反饋信息，對你的要求。
遠(yuǎn)離主觀的和開放性的問題，如“你怎么看待我的網(wǎng)站嗎？“或”你喜歡的網(wǎng)站嗎？“
在尋求別人的意見，給他們發(fā)一封電子郵件包含所有關(guān)鍵信息的網(wǎng)站，其目標(biāo)客戶。
向他們解釋，網(wǎng)站建設(shè)的目的、目標(biāo)客戶的資料，對目標(biāo)客戶的消費(fèi)行為，以及如何幫助在網(wǎng)站提供客戶需求的解決方案。
給人這樣一個(gè)框架后，你將能夠得到準(zhǔn)確的反饋。
三：在另一端發(fā)生了什么？
在今天的數(shù)字世界中，工作區(qū)發(fā)生了變化。企業(yè)不再坐在一個(gè)單一的位置，相反，很多員工遠(yuǎn)程工作。
當(dāng)這樣的一個(gè)廣泛的團(tuán)隊(duì)一起工作的一個(gè)項(xiàng)目，單純依靠通信和協(xié)作的電子郵件或聊天之路不好走了。
一個(gè)團(tuán)隊(duì)只能是效率和生產(chǎn)力，當(dāng)它的每個(gè)成員在同一頁。
這就需要一個(gè)透明的反饋流程。
在一個(gè)沒有實(shí)時(shí)反饋工具這是使用，球隊(duì)可能會遭受誤解，可以花費(fèi)你大量的時(shí)間和金錢。
你的團(tuán)隊(duì)?wèi)?yīng)該有一個(gè)合作和溝通的工具，讓每個(gè)團(tuán)隊(duì)成員了解其他人的活動。實(shí)時(shí)通信工具，打破團(tuán)隊(duì)成員之間的空間和時(shí)間的障礙。
最好是鼓勵(lì)團(tuán)隊(duì)使用的視覺傳達(dá)方式，如截圖的問題然后發(fā)送反饋給正確的人。
當(dāng)你視覺傳達(dá)，另一端的人會立即無需通過閱讀文本理解問題噸。
四：number爐：錯(cuò)誤的假設(shè)
“我以為你會做的bug跟蹤”或者，“我認(rèn)為這已經(jīng)包括在內(nèi)?！边@些說法聽起來熟悉嗎？
不幸的是，這些短語的一個(gè)項(xiàng)目的質(zhì)量保證期是很常見的。
這表明，團(tuán)隊(duì)成員的工作是不考慮什么對球隊(duì)的休息和簡單的假設(shè)。
然而，當(dāng)一個(gè)客戶委托你開發(fā)一個(gè)網(wǎng)站，不應(yīng)留下來的假設(shè)。
在言語交際中的任何地方。所有文件這是約定，讓每個(gè)人在回路。期。
五：客戶反饋，呵呵…誰在乎呢？！
你的客戶問你一個(gè)蘋果，你送桔子。這是當(dāng)它開始花費(fèi)金錢。
這只是因?yàn)槟銢]有問客戶他們在網(wǎng)站發(fā)展的每個(gè)階段反饋。
確保你保持嚴(yán)格的和頻繁的你的團(tuán)隊(duì)和你的客戶之間的溝通水平。
你的團(tuán)隊(duì)是不是他們創(chuàng)造的“感覺”很好的一個(gè)網(wǎng)站。
他們創(chuàng)造了完全基于客戶端的指令和需求的產(chǎn)品。
跟你的客戶，并讓他們了解每一步的發(fā)展。儀表盤與客戶分享他們的團(tuán)隊(duì)獲得最新的更新和發(fā)送他們的反饋互動。如果可行的話，還去一個(gè)測試版發(fā)布。選擇您的樣品從客戶的目標(biāo)受眾和測試，測試，測試！
六：等待直到完成它
如果你在你的設(shè)計(jì)和開發(fā)階段完成后，開始你的測試過程中，你可能太長的等待。
有一個(gè)很好的機(jī)會，你可能會遇到不愉快的意外在第十一小時(shí)。
你最終會超出你的預(yù)算和期限。
測試和反饋應(yīng)盡早開始。評價(jià)在項(xiàng)目每個(gè)階段的測試。
它可能花費(fèi)你幾塊錢，但如果沒有早期的產(chǎn)品的生命周期，如果事情出錯(cuò)了，你得花上一晚。
七：不一致的錯(cuò)誤報(bào)告
你的測試團(tuán)隊(duì)已經(jīng)發(fā)現(xiàn)錯(cuò)誤并報(bào)告給開發(fā)商。但如果你有一個(gè)不當(dāng)?shù)幕驁?bào)告這些錯(cuò)誤的好方法，它會導(dǎo)致很多不愉快的場景。
錯(cuò)誤報(bào)告將導(dǎo)致任何問題或?qū)?quán)利問題的固定，但在錯(cuò)誤的方式。這顯然是你不想要的東西。
你需要一個(gè)一致的和適當(dāng)?shù)姆绞綀?bào)告錯(cuò)誤。你可以用這樣的工具usersnap管理漏洞和合作反饋。帶注釋的截圖和bug報(bào)告，你會看到你的用戶和測試者看到了什么。
八：錯(cuò)誤反饋流程
一個(gè)很好的例子就是網(wǎng)頁設(shè)計(jì)。網(wǎng)頁設(shè)計(jì)師一般都知道如何創(chuàng)建一個(gè)好的設(shè)計(jì)和運(yùn)用這些知識的任何項(xiàng)目。
然而，他們不會永遠(yuǎn)是正確的即使他們可能非常的選擇。
這個(gè)測試團(tuán)隊(duì)有時(shí)犯的錯(cuò)誤及時(shí)給予建議，在這個(gè)問題上無需等待來自其他來源的更多反饋。也許設(shè)計(jì)需要一個(gè)營銷專家的輸入？或者你的客戶支持團(tuán)隊(duì)需要有人去看一看嗎？
確保每個(gè)元素從權(quán)利人獲取反饋。
九：忽略關(guān)鍵領(lǐng)域
即使，雖然都是同步的前端和后端的任何應(yīng)用程序都是同等重要的，測試團(tuán)隊(duì)通常更側(cè)重于功能方面容易忽略的性能測試
因此，開發(fā)團(tuán)隊(duì)很小的反饋在Web頁面的前端性能直到公布。這導(dǎo)致了用戶界面的問題。
每一個(gè)階段，即使子Web項(xiàng)目的開發(fā)階段是至關(guān)重要的。測試團(tuán)隊(duì)?wèi)?yīng)該確保他們不忽略任何部分的項(xiàng)目。試著在每個(gè)計(jì)劃測試階段
十：不重要的錯(cuò)誤
沒有什么可以100%個(gè)免費(fèi)的應(yīng)用程序?？偸菚泻腿魏螒?yīng)用操作設(shè)計(jì)限制某種。很多測試人員，因此，不報(bào)告不重要的錯(cuò)誤。
有時(shí)，這可能會導(dǎo)致一個(gè)更大的問題，后來當(dāng)網(wǎng)站全面啟動和運(yùn)行。
不重要的錯(cuò)誤應(yīng)該被記錄；不同的是你給他們的優(yōu)先事項(xiàng)。
一個(gè)有經(jīng)驗(yàn)的測試人員了解好的做法和錯(cuò)誤的區(qū)別。他們也明白給了相關(guān)優(yōu)先權(quán)的重要性。