軟件

標籤：    今天，我們來介紹兩種軟體測試架構——JUnit和NUnit。    一、JUnit：    在介紹JUnit之前，先來簡單說一下Java類的測試。Java 類測試是 Java 應用開發的重要步驟。Java 類測試分為基本類測試、組合類別測試和分布式組件測試。而Junit 工具主要針對 Java 基本類測試和組合類別測試。   

標籤：這次是運用javafx寫的測試案例程式。一：無輸入會出現的情況：測試結果會提示字串必須需要1-6個字元。 測試案例二：存在不合法的字元會提示輸入字元要在一定的區間內，並且輸入字元的個數超過規定也會提示出錯。 測試案例三：當三個字串都在1-6的個數時並且字元在貴的區間內。才會通過測試，提示測試成功。軟體測試案例

標籤：本次測試基於上次的對於單次輸入合法性測試的修改，對多個輸入的合法性同時測試 EDITBOX    文字框的非法輸入測試：  允許1到6個英文字元或數字，按OK檢測合法性並反饋。 　　　　　　　　　　　　　　　　　　　　　　 按限制條件或規則的等價類別劃分方法劃分等價類別                      

標籤：等價類別劃分【Equivalence partitioning 】也叫做ECP [1]是一種將軟體單元的輸入資料轉換成從該實驗的情況下可以推導等效資料的分區的軟體測試技術。是典型的黑箱測試內容。原理上每一個測試例子最終應該完成對所有情況的測試，這種測試嘗試定義發現錯誤的方法，從而用來減少用於測試的必要測試次數。這種方法可以有效減少用於測試的時間，因為可以減少測試的情況。一個簡單的等價類別測試例子int safe_add( int a, int b ){ int c = a

標籤：　　　　　　前景概要：這篇文章主要針對上一篇題目做出一些擴充性的修改，從而導致等價類別等價類別的變化。這邊文章實現了增加至3個editbox的等價類別劃分方法，從而加強了我對於等價類別劃分的理解。　　1、題目內容：編寫3個editBox，要求EditBox 允許1到6個英文字元或數字，按OK結束　　　　有效等價類別: 長度:1到6 字元:a-z,A-Z,0-9。　　　　無效等價類別 長度:0,7 字元:英文/數字以外字元,控制字元，標點符號。　　2、關於等價類別的一些必要知識我就不再贅述，

標籤： 　　相對於只需要輸入一個資訊的輸入框，在填寫資料的時候我們往往需要同時輸入多個資訊，且必須同時符合輸入要求。　　在原有的輸入框中增加輸入要求，將輸入增加到三個，有一個以上的非法輸入即判斷不成果，只有三個輸入均正確時判定為輸入成功。　　等價類別劃分 編號有效等價類別編號無效等價類別1長度<65長度=0或>72數字6控制字元,標點符號3小寫英文字母  4大寫英文字母   用例編號一行二行三行結果(1) 

標籤：在上節課中，老師講到了有關軟體缺陷的分析。首先，軟體缺陷可以分為：1.輸入/輸出缺陷2.邏輯缺陷3.計算缺陷4.介面缺陷5.資料缺陷軟體缺陷的產生：1.疏忽造成的錯誤（Carelessness defect）　　　　　2.不理解造成的錯誤（Misapprehend defect）3.二義性造成的錯誤(Ambiguity defect)　4.遺漏造成的錯誤（Skip defect）（摘自課件）以上是比較概括的分類方式。軟體缺陷在我們的日常生活中經常出現，比如某軟體的PC用戶端介面設計不合理，

標籤：       需求分析是軟體開發期的第一個階段，是關係到軟體開發成敗的關鍵步驟。需求分析的任務就是明白系統必須完畢那些工作，以下是對需求分析這一章做的簡要總結。導圖：解釋說明：     

標籤：　　因為項目需求用到FreeFileSync檔案夾同步軟體，這個軟體好在免費、易用、功能強，我真的是大愛這種軟體。http://freefilesync.com/

標籤：這一次我主要用的是C#中的Regex來測試使用者輸入的字串是否合法。這是我的UI介面：　　三個輸入框允許使用者同時進行輸入　　輸入後摁確定鍵即可輸出測試結果，摁下取消鍵即可重新進行輸入　　輸出的測試資訊顯示在右側的輸出文字框中測試案例：第一步：等價類別型的劃分有效等價類別無效等價類別長度:1到6長度:0或者大於7字元:a-z,A-Z,0-9 字元:英文/數字以外字元,控制字元，標點符號第二步：測試案例的產生  編號輸入字元期望輸出1A有效輸入2Z有效輸入355

標籤：1.題目要求輸入的要求和之前的相似，但是這次存在三個輸入框，UserForm見：　　　　2.實現方法實現方法與前一篇類似（html+servlet），不同的是博主這次經過某大神的提點知道了自己上一篇寫的真是慘不忍睹，於是乎我也用了下正則運算式感覺用起來真是方便，這裡直接給出關鍵代碼： 1 　　　　 String name1 = request.getParameter("username1"); 2 String name2 = request.getParameter("

標籤：題目：一個單元測試，尋找list[]中的最大值        編寫一個程式對Largest函數進行測試，列舉所有測試案例。思路：首先確保數組不為空白，和數組長度不為0，否則輸入錯誤。根據老師所給的函數寫一個主函數，在運行中進行測試。自己寫的主函數輸入輸出就可以了。#include<iostream>using namespace std;int Largest(int list[],int

標籤：上周通過測試案例實現等價劃分，這次需要三個輸入框同時輸入。其實只是增加了測試的次數。這次我用java的程式測試。首先是無輸入：會提示你輸入字元必須是1-6.測試1：字元一：121221f字元二：jjhj12字元三：dsd1&&測試結果如下：測試2：字元一：1212fd字元二：fdf123字元三：Adf2d1測試結果：java代碼如下：package ceshi;import java.util.regex.Matcher;import

標籤： 1 import javafx.application.Application; 2 import javafx.event.ActionEvent; 3 import javafx.event.EventHandler; 4 import javafx.scene.Scene; 5 import javafx.scene.control.Button; 6 import javafx.scene.control.TextField; 7 import

標籤：這次作業，我用JavaFX來寫程式測試輸入的合法性 這是我的輸入介面，三個框同時輸入，按submit即可測試三個輸入的合法性，最後在控制台顯示測試結果 測試案例：等價類別的劃分：有效等價類別：長度1-6，僅含有a-z,A-Z,0-9的字元無效等價類別：長度0或大於7，含有但並不一定都是除a-z,A-Z,0-9以外的字元，控制字元、標點符號等。 以下是測試案例第一次測試：輸入：　　er43t　　　　　dgddsgdfg　　　　　fds!#輸出：　　　　　　　OK

標籤：2015年3月19日           今天，我們開展了小組討論，主要是討論一下哪種類型的小組組織適於開發附錄A的“巧克力愛好者匿名”產品。小組的五朵“金花”們就適合於我們小組進行開發的軟體小群組類型進行了激烈的討論，最終小組的意見集中在了民主小組和敏捷流程群組兩種類型的軟體小組上。認為選擇民主小組的組員表示，民主小組的基本概念是無

標籤：首先，先來瞭解一下測試架構　　測試架構的屬性：　　　　1.

標籤：從嵌入式開始，到目前仍然在做嵌入式開發，底層的，上層的；其實鄙人心很大。給目前的公司服務快2年了，習的相當多的技能，仍需感謝老大King。當年做單片機的，後來做stm32的單片機；再後來培訓了嵌入式Linux。一路走來，心不定，沒有想到要做哪樣事情堅持到底，不知各位看官是否跟我一樣。    熟悉了編譯Linux核心，檔案系統，驅動，上層C語言開發，網路通訊協定開發等內容後，我想到了編譯Linux發行版。不錯這是個比較大的工程，所以一直糾結是否要做下去； 

標籤：軟體   模組化   技術上我們經常強調模組化、組件化，但是能真正實現軟體模組化，需要通過對業務領域有一定程度的理解才能達到。我們可能有專業培訓組件和模組技術的課程（OSGi等），但這類課程並不會告訴我們所在的領域上具體情況應該如何劃分模組，大概辨別和劃分模組的能力是理所當然。但事實上並非如此。用一個例子說明：假如一個網站需要添加一個廣告功能。大概有以下可能性：如果該網站本來是沒有模組化的，直接就往代碼裡做修改。而後果會是代碼越來

標籤：測試架構初體驗　　在這周的軟體測試課上，第一次瞭解了軟體測試架構的概念。軟體測試架構套件含的範圍非常廣，從自動化測試架構到單元測試架構以及效能測試架構。在上個寒假中，在學習Coursera的線上課程時發現普林斯頓的單元測試做得非常強大，從程式正確性到Time consuming甚至Memory