軟件

思維導圖能讓我們從機械學習向目標學習的一個有效思維工具，他可以在我們的思維整理上，讓大腦的資訊從無序到有序的過程，思維導圖可以在學習的筆記、演講、閱讀、寫作和總結複習等諸多環節發揮作用,那麼好用的思維導圖軟體有哪些呢。 迅捷思維導圖http://www.siweidaotu.com 1.  首先我們從官網將迅捷思維導圖下載到電腦上； 2.開啟迅捷思維導圖，選擇任意板塊點擊“建立”進入製作介面；

閑著無聊，就在網上亂逛，發現一個小遊戲《讀心術》，http://www.guabu.com/heart/，  一開始玩的時候覺得有點神奇,後來發現了背後的秘密。最近都在做iphone開發，閑著也是閑著，於是做了一個iphone版的讀心術遊戲。   你可以下載源碼來看看背後的真真原理。     源碼隨便用，沒有任何著作權。   歡迎iphone高手一進研究進步，讓中國有一片光明的iphone天空。

原文出處：http://www.oschina.net/discuss/thread/500 1、分享第一條經驗：“學曆代表過去、能力代表現在、學習力代表未來。”其實這是一個來自國外教育領域的一個研究結果。相信工作過幾年、十幾年的朋友對這 個道理有些體會吧。但我相信這一點也很重要：“重要的道理明白太晚將抱憾終生。”所以放在每一條，讓剛剛畢業的朋友們早點看到哈。

花了一二年開發了一個股價採集工具，並且做一些查詢，統計分析，結果卡在除權上面了。 本來我的主要特色就是可以預測股價，現在10元，看漲30%，那13元賣出就行了，可是來個除權，某一天跌到9元了除權變5元，那我這13元按現價算變成多少錢了呢。 這事把我難倒了，同花順上面前複權，後複權手工倒也可以，但是以哪天為起點作進階複權，這個手工也不能每個股都改一下起始日吧。 找一些網站也沒弄到好方法，今天終於解決了。

1.需求分析概述：需求分析是軟體定義程式時期的最後一個階段，它的基本任務是準確地回答“系統必須做什麼”這個問題。 2.明確對系統的綜合需求：（1）功能需求：指定系統必須提供的服務  （2）效能需求：回應時間、並發/可延伸性  （3）可靠性和可用性需求：定量、定時  （4）出錯處理需求 “出錯處理”指的是當應用系統發現自己犯下一個錯誤時所採取的行動  (5)介面需求：使用者、軟體、通訊、IO  

第五章 總體設計1. 設計過程，總體設計通常由兩個階段組成：系統設計階段：確定系統的具體實現方案；結構設計階段：確定軟體結構。2.

第六章 詳細設計 1.詳細設計，詳細設計的根本目標是確定應該怎樣具體地實現所要求的系統。詳細設計階段的任務還不是怎麼具體編寫程式，而是要設計出程式的“藍圖”，以後程式員根據這個“藍圖”寫出實際的代碼，因此詳細設計的結果基本上決定了最終的程式碼的品質。 2.結構詳細設計，順序結構 選擇結構 迴圈結構 3.人機介面設計 （1）設計問題：系統回應時間、使用者協助設施、出錯資訊處理、命令互動

    2017年伊始，捷報開年——由開源中國主辦，博文視點協辦的 “2016 年度最受歡迎中國開源軟體評選” 已經落下帷幕，投票結果新鮮出爐。     在各位JEECG社區開源愛好者以及 粉絲的鼎力支援下，JEECG開源社區的兩個開源項目全部上榜TOP20。其中，JEECG榮獲第九名，JEEWX位列第19位。     JEECG（http://git.oschina.net/jeecg/jeecg）  

　　摘要：軟體測試是確保軟體品質的可靠手段，是軟體開發過程中必不可少的重要環節。本文提出了面向複用的測試案例設計過程，為軟體測試案例複用提供了實現策略。軟體測試案例的複用對於縮短軟體開發週期和降低軟體開發成本具有極其重要的意義。 　　關鍵詞：軟體測試；測試案例 　　1、引言

Scilab 5.5.2 Released on 04/01/2015System Requirements | Release Notes | New in Scilab 5.5.2     Scilab is governed by the CeCILL license respecting the rules of distribution of free software.

  　　[概述] 　　軟體測試文檔是測試過程中輸出的軟體測試工作產品，類似於軟體工作產品。然而實踐中經常面臨有無數的軟體測試文檔需要撰寫，而使用文檔的效果卻是非常有限。本文闡述了軟體測試文檔深度與廣度選擇需要考慮的一些因素。 　　[本文]

　　       最近看到一些文章報道，軟體測試工程師那很高的薪水，很高的待遇，可是很多人還是越不過去那種心理障礙。大家都認為軟體測試工程師是為那些程式員打雜，甚至被人驅使，去收拾殘局...... 　　軟體測試工程師真的低人一等麼。從薪資待遇上，很多大公司都開了大價錢招募測試工程師，從這個程度上應該改變了現狀了，但是很多公司還是抱怨找不到人。 　　請看微軟工程師的觀點。

轉載：http://www.51testing.com/html/46/n-3725146.html 網頁測試留意的細節 1、每次測試之前都需要代碼更新、清理緩衝。 2、各模組的資訊歸類是否正確。比如進入一級欄目或二級欄目的列表頁，查看左側欄目名稱，右側文章標題及內容是否正確。 3、Logo圖片是否正確顯示，比如大小、位置和圖片的相關說明等。 4、所有文章標題、圖片、導航等連結跳轉是否正確。 5、查詢： 1）精確查詢還是模糊查詢；

      做 效能測試已經有一兩年時間了，一直都在胡亂碰撞，東學西學，都是一些表面的東西，很少想過把它們連貫起來。今天根據自己的理解寫一下效能測試到一定階段需要站到一個什麼樣子的高度去看待效能這個問題。  　　很多企業招聘都唯寫效能測試，會使用LR，jmeter工具。其實會使用jmeter和LR進行效能測試還只是效能測試的第一步，離真正的效能測試工程師還很遠。我也還在路上  　

01 運行 1）App安裝完成後的試運行，可正常開啟軟體。

簡介 　　 程式碼涵蓋範圍是衡量項目原始碼被 測試的一種指標，部分的人認為這是一個非常有用的標準，越高的程式碼涵蓋範圍可能就代表了更高更安全的品質保證；部分人對代碼覆蓋保持懷疑的態度，儘管承認覆蓋率是測試品質的一個標準，但不一定相信已被覆蓋的代碼是經過良好的測試的；而也有一部分人認為程式碼涵蓋範圍在項目中是沒用甚至對項目是有害的，可能程式碼涵蓋範圍較高，項目實際品質較差，給項目成員提供了一種錯誤的安全感。

最近有機會做一些面試工作，主要負責面試軟體測試人員招聘的技術面試。 之前一直是應聘者的角色，經曆了不少次的面試之後，多少也積累一點面試的經驗，現在發生了角色轉變。初次的面試就碰到個工作年限比我長的，也沒有時間仔細瞭解對方的簡曆，再加上應聘者比較“強勢”。面試情況是比較糟糕的。 有同學會說，唉。不就失去了一個應聘者嘛。多面幾個就好了。這不單單是失去應聘者，面試者對面試官的印象更重要。面試官的能力與表現對於初次面試者來說往往代表的是公司的，更具體點是測試團隊的能力。

這個周末，我們參加了中國軟體開發人員大會(Software Deleloper Conference china,簡稱SDCC),見到了業界的很多牛人，開闊了視野，增長了見識。 第一個演講的嘉賓是騰訊首席科學家孫國政先生，他用了國際知識發現和資料採礦競賽(kdd cup)2012年度比賽的案例，具體介紹了資料採礦和最優推薦演算法的進展，從中我們看到了矩陣分解模型(matrix foctorization

       1、可編輯文字框的測試：主要是“字元長度、字元類型、文字格式設定”的測試 　　字元長度的驗證：最大值、最小值、適當值、超長值。 　　字元類型的驗證：中(簡、繁)、英(大小寫)、數字(整數、小數、負數)、標點符號(全形、半形)、特殊符號(斷行符號、空格、TAB、指令碼語言、NULL、null)、逸出字元，及這些字元類型的組合。 　　文字格式設定的驗證：比如日期(控制項、手動輸入)、郵箱、手機號。

loadrunner情境設定的方法： 　　1.逐步增加使用者數，分多次去運行情境。比如：第一次運行50並發，第二次運行100並發…… 　　2.針對同一個指令碼設定多個組，使用組策略(點擊Edit Schedule按鈕，選擇Schedule by Group)，第 一個組為初始使用者數，如100，第二個組以50或100遞增。每個使用者情境都持續穩定地運行一段時間，這樣