[原創]軟體產品的品質一 什麼是產品的品質?不同角度理解不同: 使用者(我們需要滿意的功能); 設計(完整的需求文檔); 開發(正確的代碼); 測試(最少的缺陷)二 哪麼誰應對產品品質負責呢? 公司負責人; 專案管理人員; 開發; 測試 QA; 以上所有的人員應對產品品質負責;三 哪麼決定產品的品質關鍵因素是什嗎? (1)管理與流程; (2)人員與素質; (3)技術與工具;
[轉貼]軟體產品測試標準 軟 件 產 品 測 試 標 准國際標準• ISO/IEC 17025 General requirements for the competency of testing and calibration laboratories• ISO/IEC 14598 Software Engineering-Product Evaluation• ISO/IEC 9126 Information technology-Software product
[原創]什麼是軟體缺陷分析?一 什麼是軟體缺陷分析? 軟體缺陷分析,就是對軟體工作產品或軟體過程中存在的不足或不完美之處進行量化表示和定性解釋,以協助我們評估軟體產品品質,認識和改進軟體過程的一種活動及其工程方法。二 軟體缺陷分析的作用? 軟體缺陷分析活動的根本目前,是為了獲得和正確的理解缺陷資料,以協助我們更好地控制軟體產品的開發進度,成本和品質。三 軟體缺陷分析的基本方法是什麼?1、ODC缺陷分析:由IBM
[原創]如何順利通過中國電信Brew平台軟體測試? 一 首先大家有必要瞭解下中國電信Brew測試一些重要訊息:新的BREW應用在提交中國電信測試前均須通過電信的BREW業務審核。審核通過後,應用將被分配業務代碼。開發商得到業務代碼後才能提交進行中國電信Brew測試。對於已具有業務代碼的應用,其升級版或移植版可以直接提交中國電信Brew測試。 二 中國電信BREW測試包含下列階段: 1.
[原創]軟體缺陷知識 1
[原創]軟體測試CheckList文檔 在軟體測試過程活動中,CheckList技術文檔無疑是測試技術含金量非常高的技術文檔之一,CheckList簡而言之是"檢查列表"或"檢查單";一個經驗豐富的測試人員都是善于思考,不斷創新和發展,提高自己的測試思維能力,恰恰Test CheckList是這種模型的演變成果,總之一句話優點非常多! 在軟體測試過程CheckList 技術文檔的好處有以下一些: 1, CheckList可以豐富測試的思維,提供測試思路; 2,
[原創]軟體測試載入器簡介及(不定時更新)以下下載資源均來源網路,僅供學習參考,請支援正版! 1 LoadRunner簡介
[原創]軟體測試控制流程程(草稿) 目錄1 目的和範圍:2 術語和縮減語解釋:3 參考文獻:4 目標:5 角色和職責:6 測試管理過程的文檔及成果:7 測試流程管理7.1 測試與開發各階段的關係:7.2 測試流程圖7.3 測試計劃階段7.4 測試設計階段7.5 測試實施階段7.6 測試執行階段7.7 測試分析評估階段8 附錄表單
[原創]軟體測試思維方式1 正向思維方式正向思維是指軟體可以正常運行狀態下表現出來的特徵如:某個功能點正確實現後是什麼樣?網站可以提供訪問時如何展現?說明:所以測試按照正常思維方式,檢查驗證系統功能是否實現,通常是以需求為準則來判斷。2 逆向思維方式逆向思維是相對於正常思維,通常是檢查正常思維相違背的地方,比如功能點未實現後如何?網站不能訪問時頁面是如何展現?3 全域思維方式全域思維則是從全方位360角度去分析軟體系統,如:系統上線後可能會碰到的諸如多種風險情況,針對每種情況是如何測試?4
[原創]軟體組態管理一 什麼是軟體組態管理?以下是一些標準定義:(1)《ISO/IEC 12207(1995)資訊技術--軟體生存期過程》:組態管理過程是在整個軟體生存期中實施管理和技術規程的過程,它標識、定義系統中軟體項並制定基準;控制軟體項的修改和發行;記錄和報告軟體項的狀態和修改申請;保證軟體項的完整性、協調性和正確性;以及控制軟體項的儲存、裝載和交付。(2)《ISO 9000-3(1997)品質管理和品質保證標準--第3部分:ISO 9001:1994
[原創]網銀線上chinabank安全性漏洞之“不完善的開發軟體包”http://www.chinabank.com.cn/index/index.shtml題外話:最新在新公司上班,規劃整個測試團隊和流程建設,由於公司採用outlook2003做為內部溝通交流,非常計厭outlook垃圾郵件過濾功能,每天垃圾郵件近1000以上,後來上官方打了補丁才解決了此問題;話說到這,網站安全性測試也可能存在類似的問題,所以就有了此文:網站安全性測試,尤為重要,本文作者上篇以執行個體介紹了“Yeepay網站
[原創]軟體組態管理控制流程程(草稿) 目錄1目的和範圍:2術語和縮減語解釋:3參考文獻:4目標:5 角色和職責6 組態管理過程的文檔及成果:7 組態管理流程7.1 制定組態管理計劃7.2建立組態管理環境及工具選型7.3確定配置項7.4 配置庫管理7.5 確定組態管理的目錄結構:7.6確定配置庫的命名規範和版本控制7.7 定義存取權限7.8 制定項目設定基準7.9 配置狀態跟蹤7.10 配置變更控制8.10 歸檔程式8.11 發布程式9 版本控制實施:9.1
[原創]如何提高軟體測試效率1 儘早測試,從軟體生命週期開始測試就參與其中,覆蓋到從需求,架構設計,編碼等各環節,測試不在是一個獨立體2 不斷測試,這裡的不斷是遵循軟體生命週期原理,且在每個生命週期,進行不同層級的測試3 充分利用各種測試方法和技術(黑,灰,白盒,自動化測試,靜態測試,效能測試,安全性測試,探索性測試等)4 制定合適的測試策略(分析產品品質期望值,品質風險分析,測試方法和技術選擇,測試資源有效利用和管理,測試載入器合理選擇及應用)5 選擇合適的測試載入器,追求高效的自動化測試 (
一.導言國內很多項目都是小型項目, 參與人員少(兩到五個人), 要快速交付(一兩個月) . 要成功完成這種項目, 除了使用成熟且被團隊成員熟練使用的技術之外, 有一個良好的開發流程, 也是很必要的. 二.小型軟體項目開發流程是我對小型軟體項目開發流程的一個設想: 需求分析的重要性想必大家都應該清楚, 對於項目來說, 滿足使用者的需求是第一位的. 因為時間緊, 系統設計經常被忽略. 這會留下很大的隱患, 國內很多項目的需求通常是很簡略的, 還需要在系統設計階段把一些需求進一步的明確.
【軟體缺陷的定義】首先是Bug的定義:在軟體程式中存在的任何一種破壞正常運行能力的問題或缺陷,都可以叫做“Bug”。(1) 軟體未達到軟體產品需求說明書中的要求(2) 軟體出現了軟體產品需求說明書中指明不會出現的錯誤(3) 軟體功能超出了軟體產品需求說明書中指明的範圍(4) 軟體未達到軟體產品說明書中未指明但應達到的要求(5)
關於檢測使用者有無安裝某個軟體的問題一、材料:function ocxstatus() { var NewObj; try { NewObj = new ActiveXObject("TVANTSX.TvantsXCtrl.1"); if (typeof NewObj != 'undefined') { NewObj = null; return true; } } catch (e) {
原文發表於2008-11-05
原文發表於2008-09-25 22:19:42
原文發表於2007-12-26 英文來源文件:http://www-128.ibm.com/developerworks/library/j-test.html如需轉載請聯絡譯者chdwu@bestreme.com
原文發表於2008-09-22 17:18:32 今天看了一下劉群策編著的《LoadRunner和軟體項目效能測試》的前面六章; 前面六章裡面沒有直接涉及到LoadRunner的內容,幾乎全部是相關軟體效能測試的一些實踐等知識。詳細介紹了測試的設計,準備,執行,分析以及測試後期準備任務的相關知識,整個講解思路比較清晰,有助於讀者用於效能測試的實踐運用。這些部分還介紹了相關過程中的人員分配,準備內容,以及輸入輸出的文檔等等內容,有助於完成一個比較規範的軟體效能測試流程。