Time of Update: 2015-04-26
標籤:一、設計思想 思路與尋找一個水王相似,這次只是計數器和嫌疑人變數都設定為數組。每次選取一個ID與三個嫌疑人比較,若有相同則計數;若三個都不相同,則三個計數器都減一。若減為0,則從新賦值給嫌疑人。二、原始碼 1 // 水桶.cpp : Defines the entry point for the console application. 2 // 3 4 #include "stdafx.h" 5 #include "iostream.h" 6 #define
Time of Update: 2015-04-27
標籤:一、定義同行評審是一種通過作者的同行(開發、測試、QA等)來確認缺陷和需要變更地區的檢查方法。二、過程(一)計劃階段1.項目負責人指定召集人;作者自檢工作產品;召集人規劃本次評審,制定Review Plan2.檢查入口準則:是否符合文檔標準?是否已用工具檢查?代碼<=500行;文檔<=40頁;……3.準備評審包:評審通知單;待Review產品;參考資料;評審表單(Review Form);評審計劃(Review
Time of Update: 2015-04-26
標籤:灰盒測試,是介於白盒測試與黑箱測試之間的,可以這樣理解,灰盒測試關注輸出對於輸入的正確性,同時也關注內部表現,但這種關注不象白盒那樣詳細、完整,只是通過一些表徵性的現象、事件、標誌來判斷內部的運行狀態,有時候輸出是正確的,但內部其實已經錯誤了,這種情況非常多,如果每次都通過白盒測試來操作,效率會很低,因此需要採取這樣的一種灰盒的方法。灰盒測試的特點:灰盒測試結合了白盒測試盒黑箱測試的要素。它考慮了使用者端、特定的系統知識和作業環境。它在系統組件的協同性環境中評價應用軟體的設計。灰盒測試由方
Time of Update: 2015-04-27
標籤:
Time of Update: 2015-04-26
標籤:從測試設計方法分類測試名稱測試內容Black box黑箱測試把軟體系統當作一個“黑箱”,無法瞭解或使用系統的內部結構及知識。從軟體的行為,而不是內部結構出發來設計測試.White box白盒測試設計者可以看到軟體系統的內部結構,並且使用軟體的內部知識來指導測試資料及方法的選擇。Gray box. 灰盒測試介於黑盒和白盒之間總結: 實際工作中,對系統的瞭解越多越好。目前大多數的測試人員都是做黑箱測試,很少有做白盒測試的。
Time of Update: 2015-04-26
標籤: 《敏捷式軟體開發 (Agile Software Development)讀書筆記之三》&
Time of Update: 2015-04-26
標籤:同行評審是一種通過作者的同行(開發、測試、QA等)來確認缺陷和需要變更地區的檢查方法。一、計劃階段1.項目負責人指定召集人;作者自檢工作產品;召集人規劃本次評審,制定Review Plan2.檢查入口準則:是否符合文檔標準?是否已用工具檢查?代碼<=500行;文檔<=40頁;……3.準備評審包:評審通知單;待Review產品;參考資料;評審表單(Review Form);評審計劃(Review
Time of Update: 2015-04-26
標籤:一、題目: 隨著論壇的發展,管理員發現“水王”沒有了,但是統計結果表明,有三個發帖很多的ID。據統計他們的發帖數量超過了總和的1/4。請設計演算法從列表中快速找到他們。二、設計思路: 擴充題目和原題基本相似,方法是一樣的,都可用消除思想。可以三個比較,若不相同,則刪除,若相同,則計數器加一。三、原始碼: 1
Time of Update: 2015-04-26
標籤:軟體 配置 管理 工具 git 軟體組態管理過程是貫穿整個軟體開發週期的重要過程,為此,也誕生了許多著名的企業級工具,開源的CVS、SVN,企業級的ClearCase、PVCS。
Time of Update: 2015-04-26
標籤:開源 配置 管理 github 軟體 二、Github——交流協作的極佳場所Github目前已經不單單是一種交流協作工具,不僅僅是一個開源軟體協作平台,更成為了一種開源文化的象徵。開源文化本著自由、平等、共用的思想,獲得了很多人的好評和推廣。Github是依賴git等版本管理軟體的,當然,目前也支援使用SVN來管理其版本庫
Time of Update: 2015-04-26
標籤:轉載Google軟體構建工具Bazel FAQ本文是我的翻譯,原文在這裡。歡迎轉載,轉載請注名本文作者和原始連結註:如果想瞭解Bazel的原理,可以看看我之前翻譯的Google
Time of Update: 2015-04-26
標籤:學寫了軟體測試之後,忽然想到了現在比較火的互連網行業。便去瞭解了一下互連網測試和學習到軟體測試的區別。先說一下互連網測試的變化:1. 最大的不同就是互連網的產品很多都是自己來部署和運營,使用者只要用一個瘦用戶端就能使用。這裡的瘦用戶端是一個瀏覽器,一個App,或者一個需要安裝的client,但是核心的資料和商務邏輯主要在互連網公司的機房裡面,在IDC,在雲端。這裡和以前的C/S,
Time of Update: 2015-04-26
標籤:軟體測試第二次實驗 軟體測試第二次實驗為白盒測試,使用了單元測試 1. 實驗準備Windows 8.1,Visual Studio Ultimate 2013,被測試軟體(Is it a prime number?) 2. 實驗步驟①使用Windows8.1系統,安裝好Visual Studio Ultimate 2013和被測試的軟體Is it a prime
Time of Update: 2015-04-26
標籤:回應時間我把“回應時間”的概念確定為“對請求作出響應所需要的時間”,把回應時間作`為使用者視角的軟體效能的主要體現。回應時間劃分為“呈現時間”和“系統回應時間”兩個部分。其中“呈現時間”取決於資料在被用戶端收到響應資料後呈現頁面所消耗的時間、而“回應時間”指J2EE應用伺服器從請求發出開始到用戶端接受到資料所消耗的時間。軟體效能測試一般不關注&ld
Time of Update: 2015-04-26
標籤: 測試載入器一般可分為白盒測試載入器、黑箱測試工具、效能測試工具、負載壓力測試工具
Time of Update: 2015-04-26
標籤:
Time of Update: 2015-04-26
標籤:一、題目 隨著論壇的發展,管理員發現水王沒有了,但是統計結果表明,有三個發帖很多的ID。據統計他們的發帖數量超過了1/4,你能從發帖列表中快速找到他們嗎二、設計思路 參考原來問題的解法,如果每次刪除4個不同的ID(不管是否超過總數1/4的ID),那麼,剩下的ID列表中,原先發帖比例大於1/4的ID所佔比例仍然大於1/4。可以通過不斷重複這個過程,把ID總數降低,從而得到問題的答案。具體方法:用candidate[3]記錄三個候選ID,用count[3]記錄它們的累積次數,然後遍曆整個I
Time of Update: 2015-04-26
標籤: 軟體測試是軟體品質保證的重要手段之一,軟體測試模型則是軟體測試的工作架構,用於指導軟體測試過程。今天,我們就來介紹幾個基本的軟體測試模型——V-模型、W-模型和前置測試模型。一、V-模型: 在傳統的瀑布型軟體開發過程中,僅僅把測試過程作為在需求分析、概要設計、詳細設計及編碼之後的一個階段,對軟體測試過程沒有進一步的描述。V-模型針對瀑布模型對軟體測試過程進行了補充。V-模型最早由已故的Paul
Time of Update: 2015-04-26
標籤: 書中曾用懸崖形容軟體邊界:如果在懸崖峭壁邊可以自信而安全地行走而不掉下去,平地就幾乎不在話下了。邊界條件是特殊情況,因為編程在根本上說在邊界上容易產生問題。實踐表明,故障往往出現在定義域或範圍的邊界上。1.邊界值分析法的概念 邊界值分析法就是對輸入的邊界值進行測試的一種黑箱測試方法,通常邊界值分析法是作為對等價類別劃分方法的補充,這種情況下,其測試案例來自等價類別的邊界。#include <cstring>#include <cstdio>#include &
Time of Update: 2015-04-26
標籤: 去除設定的更新+1小紅點提示主要分為越獄和非越獄裝置兩種方法。 越獄狀態下方法: 首先將你的裝置進行越獄; 越獄後安裝ifile(這個自行搜尋安裝); 用ifile開啟/System/Library/CoreServices這個目錄,找到“SystemVersion.plist”這個檔案用屬性工作表編輯器開啟點擊第一行,把裡邊的11D257(系統當前的版本號碼)改成12A365後重啟一下裝置; 重啟後‘1