1. TB程序化測試用什麼軟體
沒用過TB，用文華。TB編程比較難。
2. 如何用文華財經贏智做程序化效果測試
這個有好多方法，你可以先下載一個贏智模擬軟體，裡面有說明書學習一下。然後文華財經也會不定期的舉辦一些免費和收費的培訓，可以參加。還可以在文華買到程序化的培訓視頻和書籍。文華財經還有論壇，有不懂的地方也可以去提問，有專門的工程師幫助解決
3. 文華程序化模型測試不會止損
在新建模型的頁面右側，有「下開倉單的同時埋止損單」的選項。勾選就可以了。
不過，這樣設置以後，在測試時「價位選擇」一欄里就不能選擇「出現指令的價位」了。
至於在模型中嵌入止損語句，我也不會，因為不知道該如何調用開倉價。
所以一起等待高人賜教。
4. 如何將電腦程序化
程序化？？？？格式化吧，就是把電腦里的磁碟都完全清理干凈吧，如果是想格式化，那麼提供三種方法，一，就是用XP安裝盤，進入到安裝界面，會有文字提示，1如果要在所選擇的分區上建立新的系統就按entre；2如果要刪除所選分區請按D；3如果要新建分區請按C。你可以選擇先刪除，再新建，最後可以選擇在一個分區上裝系統，就是重裝系統格式化方法。第二種方法是，直接在開機後，右你要格式化的盤，選擇格式化，這種方法不能格式化系統盤，第三種，就是右擊我的電腦，選擇管理，然後選擇你要格式化的磁碟，右擊格式化，還可以刪除邏輯分區，新建邏輯分區達到效果
5. 軟體測試面試 叫我寫一個自動化測試用例，能夠實現24小時自動測試，怎麼寫啊，這個我不懂呢，大俠們幫幫忙
1、首先，明確測試的產品和需求，例如：是一個web界面測試還是CLI測試；需求是對界面進行一個操作還是進行一系列的配置
2、明確測試產品和需求之後，然後就是選擇測試工具或者直接用腳本進行介面的調用
3、然後就是回放進行測試，而24小時的話，你只需加一個循環操作，在循環操作里加一個if判斷，如果時間到達24h，則break出循環即可。
總之，一個自動化測試用例，其是是對一個手工測試用例的腳本化，也可以說是程序化，然後加一些自己的邏輯判斷，就可以實現24H自動化測試了
看看有沒有幫上你~
6. 程序化測試期貨和股票不一樣，而期貨主力合約經常更換，無連續。怎麼處理這樣的問題的
你好：
剛才外面回來，不好意思就久等了，
關於程序化測試的合約連續問題有兩種解決方案：
1、可以用主力合約測試
2、將程序寫成跟隨主力合約進行測試。
其他不明白的也可以私信我，希望對你有所幫助，望採納，謝謝！！
7. 如何進行AB頁面測試
ab是apache自帶的一個很好用的壓力測試工具，當安裝完apache的時候，就可以在bin下面找到ab
1 我們可以模擬100個並發用戶，對一個頁面發送1000個請求
./ab -n1000 -c100 url
其中-n代表請求數，-c代表並發數
返回結果:
##首先是apache的版本信息
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, url
Licensed to The Apache Software Foundation, url
Benchmarking vm1.jianfeng.com (be patient)
Server Software: Apache/2.2.19 ##apache版本
Server Hostname: vm1.jianfeng.com ##請求的機子
Server Port: 80 ##請求埠
Document Path: /a.html
Document Length: 25 bytes ##頁面長度
Concurrency Level: 100 ##並發數
Time taken for tests: 0.273 seconds ##共使用了多少時間
Complete requests: 1000 ##請求數
Failed requests: 0 ##失敗請求
Write errors: 0
Total transferred: 275000 bytes ##總共傳輸位元組數，包含http的頭信息等
HTML transferred: 25000 bytes ##html位元組數，實際的頁面傳遞位元組數
Requests per second: 3661.60 [#/sec] (mean) ##每秒多少請求，這個是非常重要的參數數值，伺服器的吞吐量
Time per request: 27.310 [ms] (mean) ##用戶平均請求等待時間
Time per request: 0.273 [ms] (mean, across all concurrent requests) ##伺服器平均處理時間，也就是伺服器吞吐量的倒數
Transfer rate: 983.34 [Kbytes/sec] received ##每秒獲取的數據長度
Connection Times (ms)
min mean[+/-sd] median max
Connect: 0 1 2.3 0 16
Processing: 6 25 3.2 25 32
Waiting: 5 24 3.2 25 32
Total: 6 25 4.0 25 48
Percentage of the requests served within a certain time (ms)
50% 25 ## 50%的請求在25ms內返回
66% 26 ## 60%的請求在26ms內返回
75% 26
80% 26
90% 27
95% 31
98% 38
99% 43
100% 48 (longest request)
2 ab也可以運行在windows中，如果在windows下安裝apache,就可以在bin下找到ab.exe
直接就可以使用，不用依賴其他的dll
下面是我使用ab.exe 測試新浪一個頁面的結果：
C:\Users\nickyjf\Desktop\useful>ab -n1000 -c100 url
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd,url
Licensed to The Apache Software Foundation,url
Benchmarking sports.sina.com.cn (be patient)
Completed 100 requests
Completed 200 requests
Completed 300 requests
Completed 400 requests
Completed 500 requests
Completed 600 requests
Completed 700 requests
Completed 800 requests
Completed 900 requests
Completed 1000 requests
Finished 1000 requests
Server Software: Apache/2.0.63
Server Hostname: sports.sina.com.cn
Server Port: 80
Document Path: /k/2011-05-24/12095590365.shtml
Document Length: 86680 bytes
Concurrency Level: 100
Time taken for tests: 66.453 seconds
Complete requests: 1000
Failed requests: 0
Write errors: 0
Total transferred: 87135790 bytes
HTML transferred: 86680000 bytes
Requests per second: 15.05 [#/sec] (mean)
Time per request: 6645.294 [ms] (mean)
Time per request: 66.453 [ms] (mean, across all concurrent requests)
Transfer rate: 1280.51 [Kbytes/sec] received
Connection Times (ms)
min mean[+/-sd] median max
Connect: 1 56 398.3 2 3003
Processing: 89 6331 2603.7 6293 14626
Waiting: 2 1748 1485.9 1590 6284
Total: 90 6388 2615.0 6302 14627
Percentage of the requests served within a certain time (ms)
50% 6302
66% 7121
75% 8435
80% 9193
90% 9231
95% 9385
98% 11549
99% 12459
100% 14627 (longest request)
8. 周日共振公式如何進行程序化測評
CROSS(MACD.DIF,MACD.DEA) AND CROSS(MACD.DIF#WEEK,MACD.DEA#WEEK);
股票公式專家團為您解答，希望能幫到你，祝投資順利。
CROSS(MACD.DIF,MACD.DEA) AND CROSS(MACD.DIF#WEEK,MACD.DEA#WEEK);
股票公式專家團為您解答，希望能幫到你，祝投資順利。
9. 石家莊怎麼開發自己的期貨程序化交易策略
一. 程序化的理解
程序化一般分為兩類模型，一類是趨勢模型，一類是震盪模型，如果你想兩者結合起來就要看自己的本事了，我的建議是程序化需要不停的去完美，但千萬不能追求完美，以下所說模型都是趨勢模型；
程序化一種工具，幫助你積累財富的工具，卻不是一種暴利的賺錢方式，程序化模型有好壞之分，程序化賺錢的前提是一個好的模型，程序賺錢的關鍵是堅持的執行，程序賺錢的精髓就是在確定最終使用模型之後，徹底的放棄你對金融市場的一切理解和交易技能．就像武俠小說里說的，想練成最上層的功夫，就應該先廢掉所有的武功．
二.程序化模型的選擇與辨別
如果有人告訴你他的程序化能在不長的時間內，讓你的資金翻幾番，那你要為他的言語或者他的程序打個折扣，但是如果對方又能拿出不錯的圖形或者非常漂亮的收盤測試結果放在你的面前，你又當如何說服自己是相信還是不相信？以下內容就是幫助你如何辨別好壞模型．
1． 測試時間：一個好的程序化必須經得起時間周期的測試，如果一個程序化，結果很漂亮，周期卻只有一兩個月，不可信；
2 ． 使用資金：很多人貼出來的漂亮測試結果，使用資金常常是80％或者其它百分比，但這些都是不合理的選擇，因為金融市場資金管理很重要，在行情好時候，資金使用越高，收益越大，行情不好時，資金使用越高虧損越大，但我們無法去判斷接下來的行情會如何，所以，歷史測試的結果使用百分比的開倉方式是不合理，這也就是為什麼，有時候會出現，資金使用率為80％是，測試結果是虧損的，而且使用率為40％時又是贏利的．總而言之，資金使用時應該選擇固定的手數進行測試，不管他的行情如何，永不加倉或減倉，來測試一個模型更為合理；
3、測試方式：開盤價和收盤價測試均有其不合理性，趨勢模型一般以趨勢逆轉點為開倉信號，故較為准確的是：出現指令價位。
測試結果的分析：
a.指令總數：也就是信號數，過高，說明震盪行情過濾不好，過低，說明風險大；如何判斷信號數合理呢？那就只有不同的模型在同樣的周期下的一個對比了．還有一個最簡單的方式就是將指令總數／有效交易天數以日內短線為例，一般一個有效交易日的平均信號數在2-5之間（此數據僅供參考）；
b.利潤率：總利潤不用看，只看扣出最大利潤的結果，必須為正，而且測試周期越長利潤率應該越大，很多模型，測近期不錯，測遠期就不行，所以測試時應該盡量的去測能測到的最長周期．（當然因為行情關系也可能出現，長期比短期利潤率低，但總體而言，周期越長利潤率越高，才是好的模型的測試結果）
c.正確率：其它條件都完全一樣的情況下，正確率越高自然越好，但也不用為了看到一個高正確率的模型而心動，也不用因為你自己模型的正確率低而擔心，一般的正確率能在45％左右，就不錯了，因為程序化的本來意義就是賺大虧小，在震盪的時候正確率自然會低；
d.最大虧損率：如果你是選擇的固定手數，比如10手進行測試，你的最大虧損率最大應該不能超過10％，當然，如果你選擇的測試手數多，最大虧損率可能有所提高．如果你選擇的80％的資金使用率，可能虧損會更大，當然也會有虧損的不大的測試結果，這往往和你的測試周期中的行情的一定關系，所以不值得過於依賴；
e.空倉時間：以日短線為例，空倉時間不能太高，太高，必然會錯過大行情，當然，這一項不是最重要的，如果你空倉時間長，利潤也高，錯過就錯過吧，錯過不是過錯，沒賺到也不存在虧損的風險；小結：測試結果分析不能只看某一個數據，因為結合起來一起分析：指令總數不能多也不能少，周期越長利潤率應該越高，正確率45％以上就可以接受，最大虧損不能過大，空倉時間可以自行把握；
如果一個模型做到了以上幾點是不是就算一個好的模型了呢，基本上可以算了，但最重要的是我們還需要結合信號圖形（此點需要一定的程序化經驗，並不一定看上去好的模型就是好，當然看上去好是前提，如果看上去都覺得一般了，那肯定是不行）來分析，此外，還要看到模型里是否有未來函數，如果是日內短線，信號就一定不能消失，每天的跳空缺口需要技術性的回補等等其它問題都是分析一個模型好壞的理由，但是，一個好的模型是不怕任何測試與分析的．
三．程序化交易的執行
這一點沒什麼好講卻又不得不講，很多有多年經驗的操盤手，甚至一些國內的金融公司，常常會對程序化交易提出一定的質疑，我就遇到一個期貨公司的老總，因為覺得程序化好，准備的資金，進行了程序化交易，首先我不知道他選擇模型的依據是什麼，號稱只是因為人家是大公司，測試結果不錯，（如果是我聽到這樣的話，肯定不會很快的就認定他們的模型，因為我也見過某些（不方便透露）所謂大公司的程序化交易模型的原碼，說實在的，確實是**，理論基礎都無法說服我，但做出來的圖形要去迷惑一些想使用程序化的入門者是綽綽有餘）結果這個老總使用該模型交易時，正好遇到一段時間的震盪行情，可能是虧了不少吧，然後決定放棄程序化交易．
這就是一個典型的程序化執行的例子，程序沒有人性，我們在使用時就更不應該加入人性，如果你決定使用程序化就給自己一個時間期限（不管是真錢也好，模擬也好），時間不能太短，如果短也可以，必須在這段時間中，你要自己能分析出，是不是都能遇上基本上所有的行情，比如，測試三十天，遇到過十天的震盪，也遇到了好幾天的大行情，以此來分析程序的好壞；絕不能因為幾次的使用結果不好而去否認程序化，也不能因為幾次的使用成功而完全信任，必須要有一定時間的觀察與模擬，然後再到真錢的嘗試，時間長短是小事，關鍵是是否經歷過大部分的行情，從而選擇一個最適合而不是最完美的模型進行自己的程序化交易；
一旦執行，你就應該忘記所有的金融市場的條條框框，你就是一個傻瓜執行者，聰明人在金融市場上不一定能生存，傻子在金融市場也不一定被淘汰．
10. 編碼器如何程序化
編碼器由光電模塊和光柵組成光電模塊輸出的信號有兩組AB兩相更高級的有CZ相。
電機的主軸連接著編碼器帶動編碼器的光柵盤轉動光電模塊檢測光柵盤的轉動每度輸出多少個脈沖。
AB相的脈沖相差90度。
程序通過檢測AB相交叉點的時間之後哪一路是高電平來判斷正反轉。