一本色道综合久久加勒比_ 測試人員容易遺漏一些隱藏的缺陷（轉） - snow_sx1224的個(gè)人空間 - 51Testing軟件測試網(wǎng)

您的位置:51Testing軟件測試網(wǎng)» snow_sx1224的個(gè)人空間» 日志
摘自：http://www.51testing.com/?uid-245309-action-viewspace-itemid-170870

通常軟件測試會(huì )暴露軟件中的缺陷，經(jīng)過(guò)修正后可以保證軟件系統的功能滿(mǎn)足需求并正確運行。但是，在系統測試和確認測試中，測試人員容易遺漏一些隱藏的缺陷。眾所周知，軟件測試不可能發(fā)現所有的缺陷，而軟件開(kāi)發(fā)周期各個(gè)階段仍然存在注入缺陷的可能，但是，有一些缺陷是測試中容易忽略的，也就是說(shuō)，通過(guò)測試方法和用例可以充分暴露這些缺陷，遺憾的是，它們往往被忽略或者某種原因忘記測試了，這就給軟件留下了隱患或者危機。這些容易被忽略的缺陷包括：

　　1、安裝缺陷

　　通常項目組完成代碼后，發(fā)布時(shí)候安裝打包是最后一個(gè)環(huán)節，而軟件測試人員通常在測試的時(shí)候，沒(méi)有仔細的測試這一部分，而把用例集中在其他功能上。安裝時(shí)候的缺陷通常通過(guò)拷貝而不是運行安裝程序方式給測試人員安裝軟件，結果正式安裝時(shí)候出現問(wèn)題，引起例如控件沒(méi)有注冊，注冊表沒(méi)有導入等。刪除時(shí)候沒(méi)有注意安裝文件夾是否存在用戶(hù)文件，造成數據丟失;使用絕對路徑;安裝順序沒(méi)有說(shuō)明書(shū)。

　　2、配置文件

　　有些文件在ini等配置文件中寫(xiě)出了管理員口令密碼等信息，而且是明文的!這是一個(gè)安全隱患。另外，有些安裝文件的 XML 文件，為了方便在數據庫和中間層連接文件中寫(xiě)入了Admin 口令和密碼。作為一個(gè)合格的軟件測試人員，必須檢查這些可以用記事本打開(kāi)的文件。因為，一個(gè)稍有常識而且喜歡探索的用戶(hù)，可能從中獲取信息而成為不自覺(jué)的黑客。所以，配置文件可能成為軟件安全方面的一個(gè)缺陷。

　　3、網(wǎng)頁(yè)安全缺陷

　　現在網(wǎng)站開(kāi)發(fā)已經(jīng)注意到：登陸網(wǎng)站進(jìn)入其內部網(wǎng)頁(yè)后，直接拷貝網(wǎng)址，然后粘貼到另一IE 窗口輸入，可以繞過(guò)登陸直接訪(fǎng)問(wèn)。也許商業(yè)網(wǎng)站很關(guān)注這個(gè)問(wèn)題，但是很多行業(yè)軟件卻很容易忽略。

　　網(wǎng)頁(yè)安全缺陷還可能存在于 IE 彈出的子窗口。有些設計不嚴格的軟件，在主頁(yè)面關(guān)閉的時(shí)候子頁(yè)面還可以運行，這是一個(gè)明顯的漏洞，而且還大大增加了錯誤發(fā)生的幾率。

　　4、判斷順序/邏輯缺陷

對界面進(jìn)行多個(gè)輸入判斷的時(shí)候，非常容易出現這種問(wèn)題。例如判斷年月順序，判斷長(cháng)度，判斷非空等。假如操作員僅僅滿(mǎn)足單個(gè)條件，保存不能成功;而按界面從上之下順序一一滿(mǎn)足條件之后，保存是沒(méi)有問(wèn)題的。但是，改變一下輸入的次序，校驗失效。例如，一一滿(mǎn)足條件之后，不保存，倒過(guò)來(lái)將上面的輸入改成非法輸入，然后保存，結果居然也能成功，這是因為原先的判斷由于發(fā)生過(guò)，或者根據語(yǔ)句順序只檢查最后一個(gè)判斷，所以沒(méi)有報錯。這種錯誤尤其在Javascrīpt腳本的頁(yè)面中要注意。能夠保存不能保證數據正確，有可能引起系統崩潰或者后續數據錯誤。所以，在測試的時(shí)候，不要按照正常的順序輸入，而是要打亂步驟，看看代碼是否強健，是否在判斷邏輯上沒(méi)有錯誤。良好的代碼應該經(jīng)得起折騰，至少保存時(shí)會(huì )再此全部進(jìn)行判斷，而不只是簡(jiǎn)簡(jiǎn)單單走到判斷的最后一行。

　　5、調試語(yǔ)句和冗余信息

維護項目和升級改造的推廣系統最容易潛伏這類(lèi)缺陷。典型表現在沒(méi)有刪除或者屏蔽調試語(yǔ)句。彈出一個(gè)界面不友好的提示信息，會(huì )使不明真相的用戶(hù)產(chǎn)生誤以為系統發(fā)生了嚴重故障，從而引起對軟件的不信任感。頁(yè)面中某個(gè)角落存在當前客戶(hù)不需要的冗余按鈕和功能也是一種缺陷。多余的功能會(huì )使用戶(hù)以為是額外附加部分而去使用，其結果可想而知;而多余的按鈕會(huì )誤導好奇心強的用戶(hù)操作，產(chǎn)生不必要的錯誤。

　　同樣值得關(guān)注的還有參數設置，由于沒(méi)有實(shí)際數據，開(kāi)發(fā)人員在調試或者單元測試的時(shí)候，習慣性的進(jìn)行自我設定而忘了刪除，軟件測試人員可能會(huì )忽略掉了這部分測試，也可能導致在客戶(hù)現場(chǎng)發(fā)生錯誤而影響系統發(fā)布和驗收。

　　6、不可重現的故障

　　新參加軟件測試的人員或者新來(lái)的開(kāi)發(fā)人員總是要問(wèn)，不可重現的缺陷是否需要記錄，有必要嗎?回答是肯定的。測試必須如實(shí)的記錄發(fā)生的問(wèn)題，也許不能重現，或者使非軟件系統本身問(wèn)題，但是，可能這些偶然性背后是有規律的，不記錄這些，就不可能發(fā)現這些規律。

　　7、多節點(diǎn)的逆向流轉缺陷

　　當前軟件不少喜歡使用工作流來(lái)驅動(dòng)。工作流的問(wèn)題，就是可能出現多個(gè)流向分支。測試容易忽略的部分，就是工作流多節點(diǎn)的逆向流轉。例如，通過(guò)不通過(guò)涉及兩個(gè)分支，但是流程逆轉的時(shí)候，有可能不是回到上一節點(diǎn)而是平級的另一個(gè)節點(diǎn)去了。軟件測試要格外注意這類(lèi)用例的設計。另外，有些時(shí)候默認分支在向前的時(shí)候是有默認值的，例如默認通過(guò)，那么保存的時(shí)候要提示用戶(hù)是否通過(guò)，否則可能由于操作疲勞而走錯了節點(diǎn)，引起回退。

　　8、輸入框缺陷

　　試過(guò)往輸入框粘貼數據而不是直接輸入嗎?可能這里會(huì )出現問(wèn)題。按 Ctrl+V的時(shí)候，輸入框會(huì )根據長(cháng)度大小自動(dòng)截斷輸入長(cháng)度。但是用鼠標，截斷可能會(huì )失效。有一次測試人員就是用這種方法把一篇 Word文檔輸入進(jìn)去了，保存的時(shí)候，數據庫崩潰。有些網(wǎng)站登陸的口令****可以拷貝下來(lái)的，只要放在剪貼板里面馬上明文顯示。

　　輸入框可以說(shuō)是問(wèn)題最多的部分，能夠引起的麻煩也很多。日期、數字、文本等等，都需要耐心的測試一下。

　　9、界面布局缺陷

曾經(jīng)有一次，項目經(jīng)理回來(lái)向測試部反映一個(gè)問(wèn)題，客戶(hù)對界面不滿(mǎn)意。原因很簡(jiǎn)單，因為界面上刪除按鈕和保存按鈕挨得很近。結果有些操作不熟練的業(yè)務(wù)人員，很容易誤按。這個(gè)問(wèn)題是測試人員沒(méi)有意料到的，因此注意關(guān)閉、刪除、退出按鈕與保存、下一步等按鈕的距離。類(lèi)似的按鈕應按此規則排列分布。

界面布局還可能發(fā)生在窗口最大化和最小化上，有可能窗口縮小的時(shí)候沒(méi)有下拉框或不匹配分辨率，對用戶(hù)來(lái)講，這個(gè)錯誤實(shí)在很低級。有些用戶(hù)由于操作習慣，非常不喜歡騰出手使用鼠標，尤其是大量輸入的界面，因此，要注意設置鍵盤(pán)的快捷方式。還有，按Tab定位到下一焦點(diǎn)時(shí)要注意順序，避免跳轉太靈活而讓操作人員感到無(wú)從適應，在界面進(jìn)行維護或者修改的時(shí)候，不要忘了軟件測試開(kāi)發(fā)人員是否無(wú)意改變了這些快捷方式和跳轉順序。

　　10、版本和補丁包的環(huán)境問(wèn)題

　　理論上講，這屬于兼容性測試應該覆蓋的問(wèn)題。有些客戶(hù)很喜歡更新最新的軟件版本或者微軟時(shí)不時(shí)打些補丁包，問(wèn)題就出現了。有時(shí)候升級不一定是好事。這些問(wèn)題最好在測試的時(shí)候增加幾個(gè)用例，多用不同軟件版本的機器跑一跑。軟件測試有個(gè)定律是：你沒(méi)跑過(guò)的地方，就一定會(huì )出事。經(jīng)常聽(tīng)到開(kāi)發(fā)人員抱怨，怎么我的機器沒(méi)問(wèn)題，你的機器就有事了呢?這不能完全靠配置管理員解決問(wèn)題，環(huán)境配置項是大家最容易忽略的。

　　11、用戶(hù)管理缺陷

　　用戶(hù)管理的角色和授權需要好好研究一下，作過(guò)測試的人員都知道，有時(shí)候為了測試的方便，測試用戶(hù)都是具有超級權限的用戶(hù)。而且，比較容易忽略用戶(hù)管理這一部分的測試。往往發(fā)往客戶(hù)的時(shí)候，很多測試用戶(hù)都沒(méi)有刪除。

另外，有些接口的用戶(hù)和口令，到軟件使用壽命結束都沒(méi)有更改過(guò)。在一次測試中，軟件測試人員發(fā)現，給一個(gè)用戶(hù)授超級用戶(hù)權限，之后更改這個(gè)用戶(hù)為受限權限。使用中發(fā)現，用戶(hù)居然沒(méi)有真正回收權限，用戶(hù)管理界面上沒(méi)有任何不對。及早準備用戶(hù)管理用例，不要等到測試快結束時(shí)候才想起。

　　12、常識缺陷

從邏輯或者統計學(xué)上講，計算機是允許如此處理的，但是從常識上來(lái)講，這些情況不可能發(fā)生。例如電話(huà)號碼不可能出現小數點(diǎn)，終止時(shí)間不能大于開(kāi)始時(shí)間等等。除此之外，常識還要結合業(yè)務(wù)特點(diǎn)來(lái)進(jìn)行判斷，因此，開(kāi)發(fā)和測試人員要格外注意對自己知識的培養以及增加對需求細節的了解。不能因為一味追求進(jìn)度而采用最簡(jiǎn)單的代碼來(lái)實(shí)現，對用戶(hù)來(lái)說(shuō)，這些錯誤可能是很荒謬的。

　　盡管我們不可能完美的測試一個(gè)軟件，但是我們仍然可以改進(jìn)我們的軟件測試。每次測試結束，及時(shí)總結測試中的不足，進(jìn)一步完善用例。思考一下那些容易忽略的軟件缺陷，能提高對軟件測試的認識，提高所在組織軟件的質(zhì)量。

本站僅提供存儲服務(wù)，所有內容均由用戶(hù)發(fā)布，如發(fā)現有害或侵權內容，請點(diǎn)擊舉報。

欧美性猛交XXXX免费看蜜桃,成人网18免费韩国,亚洲国产成人精品区综合,欧美日韩一区二区三区高清不卡,亚洲综合一区二区精品久久