軟件

標籤：OllyDbg 是一種具有可視化介面的 32 位彙編-分析調試器。它的特別之處在於可以在沒有原始碼時解決問題，並且可以處理其它編譯器無法解決的難題。Version 1.10 是最終的發布版本。 這個工程已經停止，我不再繼續支援這個軟體了。但不用擔心：全新打造的 OllyDbg 2.00 不久就會面世！運行環境： OllyDbg 可以以在任何採用奔騰處理器的 Windows 95、98、ME、NT 或是

標籤：ubuntu系統如何在案頭添加軟體快捷方   ubuntu系統如何設定軟體開啟快速鍵   ubuntu   如何在案頭添加軟體捷徑，如何設定軟體開啟快速鍵1、如何在案頭添加軟體捷徑         ubuntu下在開啟應用時，可以右鍵該應用設定Lock to

標籤：經常遇到有的linux伺服器由於特殊原因，不能串連外網，但是經常需要安裝一些軟體，尤其是在編譯一些包的時候經常由於沒有安裝一些依存包而報的各種各樣的錯誤，當你找到依存的rpm包去安裝的時候，又提示你有其他的依存包沒有安裝，非常煩人。記得剛開始玩linux的時候曾經因為要安裝一個包安裝了一上午而大為惱火，折磨得人幾乎崩潰！我們知道linux下有一個很好的工具，為我們廣大的工作在linux平台下的勞苦福士帶來了福音，那就是大名鼎鼎的yum軟體。在可以連網的時候非常方便，那麼我們如何在不能串連外

標籤：本章作者給我們講述了測試與改錯，在軟體工程中軟體測試也是非常重要的一個環節。軟體測試能夠提高軟體的品質。我們可以通過軟體測試來發現軟體中的缺陷。但同時這對測試人員和程式員都是一個挑戰。他們都要有好的心理素質，和好的溝通方法。只有程式員和測試人員通力合作才能把軟體的品質做的更好。測試人員要做對軟體進行正確性的測試，容錯性測試，效能和效率的測試，易用性測試，文檔測試等這些都是測試人員必須要做的。相對來說改錯是程式員的艱巨任務。作為一個優秀的程式員不僅要敢於承認自己代碼的缺陷還要有能力去改進。這

標籤：　　只要是對於需要記錄年份的程式，閏年檢測都是一個很重要的環節。西曆的閏年規則如下：　　  1、普通年能被4整除且不能被100整除的為閏年。（如2004年就是閏年,1900年不是閏年） 

標籤：一、程式要求   閏年的判定方法：  1、普通年能被4整除且不能被100整除的為閏年。（如2004年就是閏年,1900年不是閏年）  2、世紀年能被400整除的是閏年。(如2000年是閏年，1900年不是閏年)  正常情況下在文字框內輸入一個年份，點擊OK按鈕，程式會判定出該年份是否問閏年，但是如果輸入的是一個字串或者是一個負數，程式就會產生異常，而本篇部落格就是為瞭解決這一問題。 二、測試分析編號輸入輸出1200020

標籤：先來歸納一下我們用過的所有類型轉換方法：　　1. 隱式類型轉換，即使用(int) 直接進行強制類型轉換。這種方法的優點是簡單粗暴，直接指定轉換類型，沒有任何保護措施，所以也很容易拋出異常導致程式崩潰。當我們將int類型轉成 long,float,double,decimal類型，可以使用隱式轉換，但是當我們從long類型到int類型就需要使用顯式轉換，否則會產生編譯 錯誤。 　　2.int.Parse()是一種類容轉換；表示將數字內容的字串轉為int類型。  

標籤：一、需求　　測試輸入年份是否為閏年，並能防止非法輸入二、需求分析　　1. 顯示一個輸入框以供輸入，提交按鈕以供提交輸入；　　2. 過濾非法輸入，若且唯若輸入字元全為數字而數字不為零（註：公元0年不存在）時方才做進一步處理，否則提示輸入錯誤；　　　　用HTML&JavaScript編寫只需：function checkNum(value) {　　//value為輸入框傳入的值 var Reg = /^[0-9]*$/; if (Reg.test(value))

標籤：問題提出在上一篇中提到了閏年問題的實現以及測試，但是在上篇中並沒有提及輸入框中如果輸入非法輸入會發生什麼問題觀察如下，當我們在輸入框中輸入"ab"時：　　　　會出現下面java.lang.NumberFormatException:java.lang.NumberFormatException: For input string: "ab" at java.lang.NumberFormatException.forInputString(Unknown Source) at

標籤：閏年(Leap Year)是為了彌補因人為曆法規定造成的年度天數與地球實際公轉周期的時間差而設立的。補上時間差的年份為閏年。閏年共有366天。其中二月為29天，閏年，每四年一次，每一百年不是閏年，每四百年又是一次閏年。測試中，我們要編寫如下邏輯結構的閏年測試代碼：1 擷取年份資訊2 測試是否為4的公倍數 如果不是，則不是閏年3 如果是，繼續測試是否是100的公倍數如果不是 則是閏年4 如果是，繼續測試是否是400的公倍數，如果是則是閏年，如果不是則不是閏年那麼，最簡單的代碼實現1

標籤：問題描述輸入年份，輸出輸入年份是否為閏年（不考慮非法輸入）一個年份是閏年的條件是：該年份能被4整除但是不能被100整除或該年份能被400整除代碼實現import javax.swing.JOptionPane;import javafx.application.Application;import javafx.event.ActionEvent;import javafx.event.EventHandler;import javafx.geometry.Pos;import

標籤：《軟體開發人員路線圖—從學徒到高手》模式列表另闢蹊徑（A Different Road）：你發現自己想要去的那個方向跟通往軟體技能的道路並不相同。只求最差（Be the Worst）：當快速超越了周圍的每一個人，你的學習速度下降了。質脆玩具（Breakable Toys）：你工作在一個不允許失敗的環境中，卻需要一個安全的環境來學習。具體技能（Concrete Skills）：你想到一個優秀的團隊中工作，然而你掌握的實用技能很少。正視無知（Confront Your

標籤：一個簡單的C#的閏年檢測程式1.閏年檢測的函數編寫當提起檢測平年閏年時候，第一反應寫出的代碼1 public static bool isLeapYear(int year){2 return ((year % 4 == 0 && year % 100 != 0)||(year % 400 == 0))3 }但是這個並不易於測試和出現錯後的修改，更改代碼如下 1 public static bool isLeapYear(int year){ 2 bool

標籤：微軟-實習-筆試-算時間限制:10000ms 單點時限:1000ms 記憶體限制:256MB 描述 Professor Q develops a new software. The software consists of N modules which are numbered from 1 to N. The i-th module will be started up by signal Si. If signal Si is generated multiple times,

標籤：  摘要：        提出一種方法——ELBlocker，用於自動檢測出Blocking Bugs(prevent other bugs from being ?xed)。        難度在於這些Blocking Bugs僅占很小的比例( the class imbalance phenomenon)。     &

標籤：針對這周的軟體測試課程，講解了非法輸入的不正當處理會對程式造成不必要的損失，因此通過簡單的閏年檢測程式來處理關於閏年測試的非法輸入。一、需求分析要求輸入框輸入年份，點擊按鈕，出現提示。並能有效處理任何輸入二、測試案例內容取值預期結果被400整除2000是閏年被100整除但不被400整除1900不是閏年被4整除且不被100整除1904是閏年不被4整除1901不是閏年非數字字元abc非法輸入負數-1234非法輸入小數2000.5非法輸入Null

標籤：首先說我的結果本科：合肥工業大學 211  數學專業（半跨考）初試分數 政治64 英語一66 數學二111 834軟體工程基礎 105 總分346複試通過。已經計劃錄取考研大形勢分析：15年考研的形式非常不好。因為這一年保研的政策有大變，保研部分內推和外推，所以導致好學校的很多專業直接沒有統招名額。科大數學和科大的管理就是個例子。因為保研名額多所以很多人不敢報好一點的學校，這樣很多人降低了志願，導致15年的絕對的好學校複試線在降，而一般好的學校複試線奇高。比如某科340的複試線（

標籤：閏年的判斷條件：①、普通年能被4整除且不能被100整除的為閏年。②、世紀年能被400整除的是閏年③、對於數值很大的年份,這年如果能整除3200,並且能整除172800則是閏年。如172800年是閏年，86400年不是閏年測試案例：編號輸入輸出12004此年是閏年22008此年是閏年32000此年是閏年41999此年非閏年51998此年非閏年6-1200非法輸入基本邏輯：#include<stdio.h>void main(){int year,a;printf("請輸入年份："

標籤：微軟   magic box   professor qs softwar   寫在前面：http://blog.csdn.net/michael_kong_nju/article/details/44872519關於4.3號的微軟線上挑戰賽，感覺自己還是刷題刷少了，表現在幾個方面：1. 編程經驗不足。2.

標籤：論軟體工程