【Beta】「北航社團幫」測試報告——小程序v2.0與網頁端v1.0

測試計劃、過程和結果

後端測試——單元測試與覆蓋率

以下圖:咱們對全部接口設計了單元測試,共62個測試,結果:所有經過。代碼覆蓋率:android

  • models:94%
  • controllers:91%

後端測試——壓力測試

展現部分數據

咱們對各個請求接口進行了壓力測試,併發量設置爲500,總請求量設置爲700。ios

對服務器平均請求等待時間,用戶平均請求等待時間,吞吐率等指標進行了檢驗,獲得了以下的結果。chrome

社團接口

Document Path: /clubs/1/information
Document Length: 562 bytes
Concurrency Level: 500
Time taken for tests: 12.593 seconds
Complete requests: 700
Failed requests: 0
Total transferred: 861000 bytes
HTML transferred: 393400 bytes
Requests per second: 55.59

活動接口

Document Path: /activities/list/hot
Document Length: 1010 bytes
Concurrency Level: 500
Time taken for tests: 9.028 seconds
Complete requests: 700
Failed requests: 0
Total transferred: 1174600 bytes
HTML transferred: 707000 bytes
Requests per second: 77.54
Transfer rate: 127.06 kb/s received

新聞接口

Document Path: /articles/latest_news_list?page=1&per_page_num=100
Document Length: 8710 bytes
Concurrency Level: 500
Time taken for tests: 41.167 seconds
Complete requests: 700
Total transferred: 6356795 bytes
HTML transferred: 5900856 bytes
Requests per second: 17.00
Transfer rate: 150.80 kb/s received

平均數據

併發用戶數 500
總請求量 700
吞吐率 50個請求/s
用戶平均請求等待時間 0.1s
服務器平均請求等待時間 0.07s

相比alpha版的用戶平均等待時間爲3s,併發量爲300,beta版的併發量爲500,用戶平均等待時間爲0.1s,性能提升了不少。小程序

前端測試——小程序v2.0

受權登陸與權限檢查

  • 當且僅當用戶贊成受權登陸咱們的小程序時,才能使用咱們的小程序,且在第二次登陸時能直接進入主頁。測試經過。
  • 一共4種用戶,權限列表以下:
1.在社團/活動的討論區進行發言和點贊 2.申請入社 3.申請認證爲社長 4.審覈或拒絕入社申請 5.在所在社團的討論區進行刪除、置頂 6.網頁端錄入和導出數據 7.小程序端增刪社團管理員
強制刪除社員
a.遊客
b.北航學生
c.某社團的管理員
d.某社團的社長
  • 權限檢查時,包括兩個方面:
    • 高級權限是否具備高級和低級權限的功能。
    • 低級權限是否不具備高級權限的功能,而且有一些地方須要顯示提示信息或跳轉到相應頁面。
  • 按照上述表格有順序地進行權限測試,測試經過。

新功能的測試

對三個方面進行了測試:後端

  1. 在權限都正確的前提下,進行頁面內部功能測試,按照下表中的功能樹進行檢查。
  2. 頁面之間互相影響的測試點,包括:
    1. 多個頁面有活動的點贊、關注信息,是否一致。
    2. 多個頁面有社團的關注、入社狀態信息,是否一致。
    3. 社團的討論區和討論詳情頁的一致性。
  3. 頁面跳轉和頁面棧。

下面描述的是新功能的驗收標準:瀏覽器

頁面 功能描述 驗收標準
新聞頁 篩選出"我加入的"社團的新聞 能篩選出"我加入的"社團的新聞,若無則顯示提示語,如有則按時間由近到遠顯示新聞。
活動列表頁 排序方式選擇 1.按時間由近到遠排序,不過濾過時活動。
2.按熱度(點贊量)由大到小排序,不過濾過時活動。
下拉刷新功能 每次刷新會多展現4條活動,刷新到末尾會彈窗提示。
搜索功能 1.搜索的範圍是全部的活動。
2.會根據關鍵字在全部活動的 活動標題、社團名、社團類別中進行搜索。
活動詳情頁 展現活動介紹文章和回顧文章 展現活動介紹文章和回顧文章,點擊跳轉新聞詳情頁
關注和取消關注 1.彈窗讓用戶確認本身的操做。
2.圖標顏色、字的內容、人數變化正確。
點贊和取消點贊 1.彈窗提示操做成功
2.圖標顏色、字的內容、人數變化正確。
評論的展現、刷新、發佈、點贊 1.按時間由近到遠排序評論。
2.每次刷新多請求10條評論。
3.只有經過北航學生認證後,才能發佈評論,發佈後,用戶頭像、暱稱、評論內容和時間應顯示正確。
4.對評論進行點贊/取消點贊後,圖標顏色、人數變化正確
社團信息頁 展現社團標籤、圖集、介紹推文 1.正確展現社團標籤
2.正確展現社團圖集
3.正確跳轉社團介紹推文
關注和取消關注 1.彈窗讓用戶確認本身的操做。
2.圖標顏色、字的內容、人數變化正確。
入社狀態 1.若還沒有入社,顯示"申請入社",點擊後檢查是否爲北航學生,是則可輸入入社理由,提交入社申請,不然跳轉學生認證頁。
2.若已提交入社申請但還沒有審覈經過,則顯示"審覈中"。
3.若已經入社,則顯示"已入社"。
評論區 1.內容爲空時顯示提示語。
2.內容非空時,按置頂和更新的順序顯示帖子簡要內容,被置頂的帖子具備置頂標記。
3.能在字數限制內提出問題,提問前須要檢查是否爲北航學生。
4.社長或管理員能夠長按進行置頂、取消置頂、刪除。
討論詳情 1.無人回答時顯示提示語。
2.有人回答時,按置頂和更新的順序顯示答帖的內容。
3.社長或管理員發出的答帖、被置頂的答帖都有相應標記。
4.社長或管理員能夠長按進行置頂、取消置頂、刪除。
5.左右滑動查看上下一個帖子的詳情。
某類別社團頁 社團按星級降序排序 1.該類別的社團按星級降序排序。
我所在的社團 分三部分顯示 1.分三部分:我加入的、正在審覈中的、被拒絕審覈的。
2.跳轉社團詳情頁。
學生認證頁 進行統一身份認證 1.輸入北航統一身份認證的帳號和密碼,以及一些其它補充信息:選擇性別、政治面貌,填寫手機號
2.所填內容會返回給後端判斷,帳號密碼正確時提示認證成功,並返回到上一頁面,同時該用戶再也不會看到學生認證的入口。
3.帳號密碼錯誤時提示認證失敗。
社長認證頁 進行社長認證 1.選擇社團類別、社團名稱,並填寫社聯分發的驗證碼,返回給後端檢查是否正確,若正確則經過認證,不然提示失敗。
2.認證成功後會返回到"個人"頁面,並能看到管理社員和增刪管理員頁面。
3.當社團的一個新社長認證成功後,舊社長會自動解綁,並降級爲管理員。
管理社員頁面 正在申請入社的社員和已入社的社員分別列表顯示 1.社員以學號+姓名+頭像的方式列表顯示,點擊可正確跳轉至相應的社員詳情頁。
2.對於入社申請,能夠經過申請、拒絕申請,操做結果在管理員和對端用戶都有相應變化。
3.對於已經入社的社員,社長能夠進行刪除操做。
增刪管理員頁面 增刪管理員 1.能夠經過用戶id搜索用戶,若是該用戶已是北航學生,那麼就添加爲管理員,不然不能添加爲管理員。
2.能夠刪除管理員。
3.點擊查看管理員的詳情頁。
掃一掃頁面 能成功掃碼 1.能調出攝像頭,掃描網頁端後能正確登陸。
關於咱們 轉帳二維碼正確 可以保存轉帳二維碼並進行轉帳。

兼容性測試

  • 手機操做系統:對Android手機和IOS手機都進行了測試。
  • 微信版本:對微信版本7.0/6.6/6.5進行了測試。

性能測試

  • 性能測試不是測試小程序的重點,優先級較低。小程序的性能和WEB的性能測試很是相似,性能的經常使用指標也大體相同。包括頁面的白屏時間,首屏時間,資源佔用,頁面渲染時間,幀率等等。
  • 只須要小程序開發版中打開性能窗口便可看到各頁面的性能數據,下表爲一次測試時全部頁面的性能數據:
頁面 CPU(%) 內存(m) 頁面切換耗時(ms) 啓動耗時(ms) 初次渲染耗時(ms) 數據緩存(KB)
受權登陸 0 225 1208 1449 84 0
新聞 0 249 274 1449 110 0.7
活動 0 383 236 1449 107 0.7
活動詳情 0 490 296 1449 150 0.7
寫短評 0 495 256 1449 74 0.7
社團 0 486 254 1449 110 0.7
某類別社團 0 493 126 1449 47 0.7
某社團信息頁 0 502 615 1449 348 0.7
新聞詳情 0 594 116 1449 45 0.7
個人 0 598 271 1449 60 0.7
關注的活動 0 600 180 1449 61 0.7
關注的社團 0 554 115 1449 41 0.7
所在的社團 0 618 155 1449 53 0.7
學生認證 0 557 121 1449 89 0.7
社長認證 0 572 260 1449 147 0.7
管理社員 0 569 166 1449 84 0.7
管理管理員 0 562 234 1449 110 0.7
關於咱們 0 541 170 1449 75 0.7
掃一掃 0 524 127 1449 47 0.7
  • 下圖爲一個示例截圖:

前端測試——網頁端v1.0

目前是初版,功能較爲簡單,具備如下功能:緩存

  • 社團信息的修改
  • 新聞的錄入和修改
  • 活動的錄入和修改

功能測試表格

功能 驗收標準
社團信息的修改 1.不能修改:社團名稱、類別、星級
2.可以修改:logo,英文名,簡介,微信公衆號,QQ羣,社團介紹推文連接。
3.可以刪除和增長社團標籤:0-3個,每一個標籤字數限制在1-4個字之間。
4.可以上傳社團圖集,效果是徹底覆蓋,而非追加。
5.小程序端正確地進行相應的變化。
錄入新聞 1.可以錄入新聞標題、連接、上傳圖片,且這三項都必須錄入。
2.小程序端正確地進行相應的變化。
修改新聞 1.可以修改連接和圖片,不能修改新聞標題。
2.小程序端正確地進行相應的變化。
錄入活動 1.可以錄入活動名稱、地點、描述、開始時間、結束時間、活動介紹推文標題和連接、活動回顧推文標題和連接、活動大體規模、是否須要報名、其它共同舉辦的社團。
2.活動名稱、地點、描述、開始時間,此四項爲必填項。
3.可以上傳橫版和豎版海報。
4.小程序端正確地進行相應的變化。
修改活動 1.除了活動名稱以外的信息均可修改。
2.小程序端正確地進行相應的變化。

功能測試經過。服務器

兼容性測試

目前咱們支持的瀏覽器有:微信

  • chrome,谷歌瀏覽器
  • microsoft edge,wins自帶的瀏覽器

回答課程組問題

測試中發現的bug

在測試過程當中發現了多少Bug?有哪些是Beta階段的新Bug?有哪些是Alpha階段沒有發現的Bug?

答:在全面測試時發現了19個bug。都是beta階段的新bug,沒有Alpha階段沒發現的Bug。

bug具體記錄以下:

(1)後端:

bug現象 bug緣由 是否解決
學生認證後,返回的user的學院信息錯誤 手抖,查表時索引項沒選對
社團A刪除社員B以後,B在社團A的頁面仍然顯示爲」已加入「 寫接口的時候太粗心
社團討論區返回的時間格式有點問題 忘了調用時間格式轉換函數
在加入一個end_time爲空的活動後,返回活動的相關接口出現了錯誤 後端人員的時間格式轉換函數沒有判斷爲空的狀況

(2)前端--小程序:

bug現象 bug緣由 是否解決
二維碼圖片沒法在模擬器能顯示,在真機不能顯示 路徑寫錯
社長認證的Logo圖片處,若Logo爲png圖片,則很差看 沒有設置background-color爲白色
討論區詳情頁面內容較多,加載很慢,並且沒有「加載中」的相關提示,用戶體驗很差 沒有設置在加載完成前一直show loading
用戶提交空的活動評論時,彈窗顯示了提交成功 沒有檢查提交的評論是否爲空
活動的點贊和取消點贊操做影響活動排序後,沒有當即更新 忘了寫這個
學生認證頁在ios端顯示有問題 z-index在ios端和android端有一些區別,須要避開
學生認證頁的輸入卡片可以拖動 樣式不對,應設置position爲fixed
關注的社團頁面的搜索欄並無實際的搜索功能 忘了開發相應的接口(其實這個需求不大,咱們選擇直接刪去)
社團名字很長時,星星位置有點問題 樣式沒調好
活動介紹少於等於3行時,也顯示了 展開 和 收起 固定組件很差調整
點擊底部tabbar的第三個圖標切換到社團頁時,在極少數狀況下會只顯示搜索框 很差復現,未找到bug緣由
活動列表頁在少數狀況下,刷新功能有問題。 reset異步執行的問題。
經過用戶id搜索管理員時,點擊搜索出來的用戶所跳轉的頁面顯示有誤。 測試人員沒有發現這個隱藏功能,開發人員沒有有始有終。已知bug緣由。

(3)前端--網頁端:

bug現象 bug緣由 是否解決
社團圖集沒有上限 後端忘了作數量檢查
活動圖片的上傳有點問題 後端粗心

場景測試

你是怎麼進行場景測試(scenario testing)的?包括你預期不一樣的用戶會怎樣使用你的軟件?他們有什麼需求和目標?你的軟件提供的功能怎麼組合起來知足他們的須要?(僅描述新功能便可

  • 萌新:
用戶信息 用戶狀況
姓名 萌新M
用戶身份 某學院大一新生
用戶狀況 剛入學,對於各個社團的狀況不大瞭解
用戶需求 但願能方便地查看各個社團的介紹和活動,同時有讓本身加入感興趣的社團的渠道。
用戶痛點 對社團的瞭解度還不夠,並且加入社團的步驟比較麻煩,通常須要在百團大戰外場中,先跟社團成員問東問西,肯定想加入後再填寫基本信息問卷,而後支付社費,接着加一位社團管理員爲好友,這樣才能被拉進羣,可是外場人好多真的好擠。
軟件對應功能 1.在經過北航學生認證後,用戶能在社團討論區中看到常見問題的回答,以及提出本身的問題,從而增長了用戶對社團的瞭解。
2.學生認證系統,使用戶能一次填寫本身的信息,屢次使用,加入多個社團時不用重複填寫我的信息,能直接一鍵填寫入社理由後申請入社。
預期使用場景 百團大戰立刻要來了,萌新M打開了「北航社團幫」小程序,瀏覽了本身感興趣的社團類別(好比體育類),以爲A社團不錯,瀏覽A的討論區,隨後又在上面提了一些問題,最後決定要加入A社團了,因而他點擊申請加入按鈕,並經過討論區知道了交付社費的渠道,他把社費轉過去並備註了學號姓名,不一下子,他便經過了入社申請,並加入了社羣。十分方便。
  • 社管S:
用戶信息 用戶狀況
姓名 社管S
用戶身份 A社的社團管理員,好比社長、部長等
用戶狀況 1.對內,須要向社員發佈社內活動消息、統計活動報名人員、通知活動變動狀況、統計社員基本信息;
2.對外,須要向你們宣傳A社,及A社的公開活動,積極拉人進社,完成信息收集、社費收取等入社步驟;
3.對上,須要向社聯報備活動、申請場地、上交社員信息、上交星級評定材料。
用戶需求 1.但願能方便地管理社員、發佈活動、通知、投票等;
2.但願能有好的渠道宣傳本社狀況,非社員能更方便地入社,也減小社團繁瑣的工做;
3.但願能向社聯方便地申請場地、報備活動,社聯也能保存好各類信息,每一年星級評定的材料不用交太多,這樣也更公平…
用戶痛點 百團大戰時,前來報名入社的人不少,可是因爲報名步驟比較繁雜,致使現場比較混亂;並且百團大戰以後,基本就沒有什麼人會加入社團了,社團缺少一個好地平臺展現本身;宣傳公開活動時,大多隻能經過公衆號文章和朋友圈的形式進行宣傳,宣傳效果不佳。
軟件對應功能 1.網頁端提供修改社團信息、錄入社團活動、錄入新聞的功能,能幫助社團展現本身的基本狀況.
2.社團有討論區功能,社長和社團管理員能經過該功能讓學生本身該社團的更加詳細的信息。
3.社長和社團管理員可以在管理社員頁面,經過或拒絕入社申請,查看本社團社員狀況。
4.社長能增刪管理員。
5.社長和社團管理員能在網頁端導出社員名單,方便交付給社聯。
預期使用場景 社團A每次發佈推送時都在咱們項目的網頁端進行錄入;社團A要舉辦一個公開活動,社管S因而經過「北航社團」網頁端錄入了該活動的基本信息,一鍵發佈活動;百團大戰再也不人滿爲患,學生們經過手機便可在線入社,社團管理員也能夠方便地在線辦公,包括管理社員、收取社費、拉人進羣等,十分方便。

迴歸測試

你是否有迴歸測試確保新功能的加入沒有影響已有功能?請給出一到兩個測試用例並解釋。

是的。下面給出兩個測試用例:

  1. 活動詳情頁面咱們加入了點贊活動、寫評論、點贊評論、跳轉推送的新功能,對於以前的關注功能、跳轉社團、展開和收起活動介紹的功能沒有任何影響。
  2. beta階段咱們在受權微信登陸時獲取了用戶的頭像url並存入後端,這對以前的受權登陸功能沒有影響。

測試矩陣

  • 小程序:
OS 微信版本 登陸 新聞 新聞詳情 活動 活動詳情 社團 某類別社團 社團信息 個人 關注的社團 關注的活動 加入的社團 學生認證 社長認證 管理社員 增刪管理員 頁面跳轉 圖片加載
Android 9 7.0.3 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 通常
IOS 12.2 7.0.3 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 較慢
Android 8 7.0.3 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 較慢
IOS 12.1 7.0.3 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 通常
Android 9 7.0.4 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 較慢
IOS 12.2 7.0.4 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 正常 通常
  • 網頁端:(測試矩陣還不夠充分)
瀏覽器 版本 社團信息修改 活動錄入和修改 新聞錄入和修改 頁面跳轉
Chrome 72.0.3626.109 正常 正常 正常 正常
Chrome 74.0.3729.169 正常 正常 正常 正常
Microsoft Edge 42.17134.1.0 正常 正常 正常 正常

出口條件

  • 兼容性:
    • 小程序:對Android和IOS操做系統、不一樣版本的微信都兼容。
    • 網頁端:對主流瀏覽器Chrome和Microsoft Edge兼容。
  • 易用性:底部導航易用,功能入口明顯,交互結果的彈窗提示等。
  • UI美觀:內容較多的頁面中,能美觀地進行佈局,提高用戶體驗。
  • 功能正確性:各功能正確,頁面跳轉正確。
相關文章
相關標籤/搜索