一、開始日期,結束日期測試用例編寫

1. 調(diào)整服務器時間

我們知道測試時間最麻煩的地方就是時間是流動的，如果我們能隨意控制時間就好了。我們往往在測試時，用到比較多的就是調(diào)整服務器的時間來控制自己的測試用例。

Linux上需要用到相關命令

修改服務器時間 date -s “YYYY-mm-dd hh:mm:ss”這樣的格式。

查看服務器時間 date：

date命令是需要root用戶來操作的，如果沒有權限，就用su升級到root權限

另外還有通過接口，傳遞2個時間戳，或者普通時間參數(shù)來改變時間。

場景一：當天8點之后，服務狀態(tài)由關閉變?yōu)閱?/p>

那我們可以要調(diào)整到7:59:50左右，來觀察服務狀態(tài)的變化。

場景二、每天的8點，服務狀態(tài)由關閉變?yōu)閱?/p>

調(diào)整名列前茅天的時間為7:59:50，來觀察服務狀態(tài)的變化；

將時間調(diào)整到服務結束時間，使得服務為關閉狀態(tài)；

調(diào)整到當天的23:59:59秒，使服務跨天；

調(diào)整到第二天的7:59:50秒，再觀察服務狀態(tài)的變化。

2. 邊界值-時間點

關于時間經(jīng)常主要注意的就是整點，

另外23:59:59這個時間特別重要，

還有00:00:01這個時間也特別重要，

測試前需要思考一下這些時間點是否符合自己的測試場景。

3. 時間位數(shù)

前幾天測試中遇到的一個BUG

舉例：某服務中的A按鈕的開啟和結束時間為800 至1600，在這個時間范圍內(nèi)，才能打開A按鈕

配置文件如下：

startTime = 800

EndTime = 1600

800 3位表示8點

1600 4位表示16點

當我設置800~1600時，按鈕可以打開，在測試時，我調(diào)整到了800至2300，缺始終無法打開，經(jīng)歷了一天的折磨后，最終發(fā)現(xiàn)了問題原因如下：

首先這個時間800，通過java代碼獲取的時候，后端處理是將時間轉(zhuǎn)化為毫秒級。

轉(zhuǎn)化時通過80036001000，如果從00:00:00開始算，那么名列前茅個毫秒數(shù)應該是1

這里的名列前茅個錯誤是，首先不能使用800，如果你過了8個小時，那應該是8，而不是800

第二個錯誤比較隱蔽。當java代碼獲取時間時，用了整型，java中整型的最大長度為2147483647，10位數(shù)，而時間如果設置到1600點, 160036001000 = 5760000000,10位數(shù)，超過了Int的最大長度

導致日志中看到的時間整型溢出，導致時間為負數(shù)。

經(jīng)過調(diào)試，為負數(shù)時，在19:00之前均未出現(xiàn)錯誤，當時間調(diào)整到23:00時，時間比大小時出現(xiàn)了問題。

4. 關于時間戳及轉(zhuǎn)換

關于時間戳的獲取及轉(zhuǎn)換–時間戳轉(zhuǎn)換工具

轉(zhuǎn)換時的注意點，時間戳的轉(zhuǎn)換，是秒級還是毫秒級

Java獲取當前時間戳方法

System.currentTimeMillis();

Python獲取當前時間戳方法

time.time()

擴展閱讀：如果實際測試中有需要，可以通過時間戳的轉(zhuǎn)換，進行參數(shù)傳遞來達到改變時間的測試。