一、實驗題目 ：軟體測試
二、實驗目的
1、熟悉開發環境下的自動化測試工具；
1、利用自動化測試工具進行自動化單元測試。
三、實驗內容
1、選擇開發環境，IDEA或PYCHARM任選其一；
2、基於所選擇的開發環境實現對輸入的n個整數進行排序的程式碼；
3、對所編寫程式碼設計測試用例；
4、基於所選擇的開發環境開展單元測試。
IDEA環境:
利用Junit對所編寫程式碼進行單元測試
https://blog.csdn.net/antony9118/article/details/51736135
PYCHARM環境:
利用unittest對所編寫程式碼進行單元測試
https://zhuanlan.zhihu.com/p/688994644
四、實驗要求
1、預先準備的程式碼要求獨立編寫，嚴禁抄襲，具體排序演算法可以自由選擇一種；
2、利用平臺提供的單元測試工具對程式碼中的方法或函式進行單元測試，擷取測試結果。
五、設計單元測試用例
我選擇了條件覆蓋，以下是我的測試用例
測試空用例：輸入【】
輸出【】
測試逆序用例：輸入【5 4 3 2 1】
輸出【1 2 3 4 5】
測試正序用例：輸入【1 2 3 4 5】
輸出 【1 2 3 4 5】
測試部分排序用例：輸入【1 3 2 5 4】
輸出 【1 2 3 4 5】
測試單個用例：輸入【6】
輸出【6】
六、單元測試結果截圖
七、實驗中遇到的問題及解決方法
1.測試結果不符合預期：當測試失敗時，可能會發現實際結果與預期結果不一致。這可能是由於程式碼邏輯錯誤、邊界情況沒有覆蓋到、輸入資料不合理等原因導致的。
2.影響程式碼穩定性：單元測試失敗可能意味著程式碼中存在bug，這可能會影響程式碼的穩定性和可靠性。及時發現並修復bug是保證程式碼質量的重要步驟。
3.斷言失敗：測試結果不符合預期： 斷言失敗可能意味著實際結果與預期結果不一致，這可能是因為編寫的程式碼邏輯有誤、測試用例設計不合理、輸入資料異常等原因所致。程式碼覆蓋不全面： 斷言失敗可能暴露出測試用例覆蓋不全面的問題，即可能存在某些程式碼路徑或邊界情況沒有覆蓋到，導致未能正確檢測到問題。
為了更好地解決以上問題：
1.最佳化測試用例設計： 確保測試用例覆蓋了程式碼的各種情況和邊界情況，包括正常情況、異常情況和邊界情況。測試用例設計合理且全面有助於減少斷言失敗的可能性
2.使用除錯工具： 在斷言失敗時，可以藉助除錯工具進行除錯，檢視變數值、程式碼執行路徑等資訊，幫助您更好地理解程式碼執行情況。除錯工具可以加快問題定位的速度。
3.持續改進測試用例： 隨著專案的不斷迭代和需求變更，持續改進測試用例是非常重要的。定期審查和更新測試用例，確保其與程式碼的實際邏輯保持一致，有助於減少斷言失敗的可能性