———程式簡單測試與公升級
目錄《軟體工程綜合實踐專題》... 1
———程式簡單測試與公升級... 1
1. 程式**：... 2
2. **解讀：... 2
3. 需求增加：... 2
4. 新增需求的測試用例：【可能寫的不好，因為軟體測試這學期才開始學習】... 3
5．增量開發... 4
6.收穫和不足... 9
（1） 經過我的分析，我首先發現這段程式並沒有判斷訊息是不是由自己發出去的，所以我覺得要加上這一部分的功能；
（2） 現在的程式只能自動回覆文字資訊，如果對方發來的是一些，語音或者是表情包，將無法正常回覆；
（3） 現在的程式回覆的太過僵硬，只能回覆固定的話語，不能像siri一樣智慧型地回答問題；
（4） 當改動程式，第二次登陸時，還需要第二次掃碼，應該改成預設自動登陸。
（1） 測試用例說明：
如下:當使用者自己向他人發出資訊時，不會自己回答自己；
當使用者收到對方語音，，好友名片分享，文字資訊時能自動回覆；
當使用者收到對方訊息時，可以智慧型地根據收到的資訊就行交流；
第二次自動登陸。
（2）表1-1新增需求測試用例
用例id：pywechatautor
2019-03-03
用例名稱:新增需求測試
系統登陸：wechat7.0.3
用例描述
使用者向他人發出資訊，系統不會回覆；
系統檢測資訊型別，做出相應回答；
接入網路圖靈機械人介面，對資訊做出只能回答；
用例入口
用例id
場景
測試步驟
預期結果
備註
pywechat1
***成功出現
登陸成功
pywechat2
向好友傳送資訊
使用者向隨機好友傳送
程式不對自己進行回覆
測試期間，先傳送文字資訊進行測試
pywechat3
收到好友其他型別的資訊
識別不同型別資訊成功
對不同累心資訊回覆成功
pywechat4
收到好友資訊時----進行智慧型回覆
測試使用者根據收到的資訊，智慧型回覆成功
pywechat5
終止程式---第二次執行程式
終止第一次執行的程式，第二次執行，等待結果
無需掃碼，登陸成功
…
…
…
…
（1）需求確認：
♠ 不對自己的資訊進行回覆；
♠對收到的各型別的資訊都可以識別回覆；
♠根據收到的資訊進行智慧型回答；
♠第二次無需掃碼，自動登陸。
（2）設計：
a 在進行回覆時加上判斷語句，判斷發出資訊的使用者是不是自己，這時也要加一條語句獲得使用者名字；
b 在修飾器後加另外的判斷條件，對形如picture,recording,sharing,audio,text的資訊進行判定；
c 接入圖靈機械人介面，將收到的資訊上傳給圖靈機械人，再將機械人回覆內容爬取下來，傳送給好友；
d 更改登陸判斷條件。
（3）開發：
為了解決需求a, b, d, 現將程式更改如下：
為了解決c，現將程式更改如下：
（4）回歸測試：
a 掃碼過後自動登陸，測試成功：
b 自己發出資訊時不會進行回覆，測試成功【無法給出具體截圖】
c 當收到不同型別訊息，做出回覆，測試成功：
d 根據收到的休息，進行智慧型回覆：
e 第二次登陸不用掃碼，直接登陸：
這是第一次接觸這方面的作業，也是第一次在乙個公共的空間分享這些不知道對錯的知識，感覺既緊張又興奮。雖然第一次作業做的時間比較長，困難比較大，但通過這一不斷摸索的過程，自己學會了許多知識。
我們這學期剛開設 軟體測試這門課程，老師剛提到測試用例的寫法，正好在這次作業裡可以「比葫蘆畫瓢「先操練一次，儘管不知道寫的準確不準確，但是也了解到了測試用例的必備要素和一些規範的寫法。另外，我這次挑選的程式是python的，這個語言也是暑假自學的，只學了一些基本的語法，對一些庫和函式的應用還不是很熟練，通過這次對程式的分析和改造，對這個itchat庫有了更深的了解。
說實話，剛開始聽到這樣的作業的時候很崩潰，覺得很麻煩，但是這次作業下來，真的學會了不少東西。更主要的是，這樣自己摸索著學習掌握的更牢固一些。
當然，這次也有一些不足。是程式方面的，最後在解決智慧型回覆的問題時，由於呼叫的是網上的現成介面（或許是我還沒發現），程式不能對語音資訊進行自動回覆，很遺憾，希望在學習更多知識之後，可以解決這個問題。
簡單測試Scala跑程式
當本地部署搭建完scala開發環境後，那麼就可以利用ide開發工具進行scala語言程式設計，編寫一些工具等等，這裡寫一些簡單的語法涉及，來熟悉下scala。package epoint.com.cn.test001 object test001 def max x int,y int int de...
kindle公升級測試
軟體方面測試 different version 硬體方面測試 hvt dvt pvt otasystem diff update full update force update normal update silent update 71 mins 24 h sideload update ma...
linux 程式公升級
不管是直接cp還是先rm或者mv再cp，如果程式本身沒有重新load動態庫或者可執行檔案的功能，那麼只能通過重啟完成。如果更新無所謂程式掛不掛，那無所謂了，直接cp就可以。至於直接cp和先rm或者mv再cp的區別，看下文 linux中替換執行中的程式或者so檔案導致的問題 參考博文 inode 在介...