Android studio來開發移動App--SQA計劃和系統測試規程

概述

• 團隊分工
• 產品需求
• 團隊合做
• 每日例會
• 思惟導圖
• UML
• 產品代碼

團隊分工

---

成員：劉鵬芝，羅樟，王小莉，沈興豔，徐棒，彭康明，胡廣鍵
產品用戶：王小莉
需求規約：彭康明，羅樟
UML：劉鵬芝，沈興豔
Scrum負責人：胡廣健
產品經理：徐棒

開發工具

---

語言：javascript+Android
開發軟件：Eclipse/Android studio
開發環境：Windows

思惟導圖

---

類圖設計

---

需求分析：
學生能夠經過這個APP來了解學校的信息、查看學籍信息、查看教學樓教室使用狀況、查當作績信息、查看專業課表、能夠根據本身的喜愛來更改APP的界面、能夠在校園分享板塊發表本身的想法、對APP的一些問題作一些必要的反饋
教務處及教師帳號能夠在電腦端：管理學生信息、管理教室狀況、管理學籍信息、課表信息管理
前一次咱們分析了用例，並畫出了用例圖和狀態圖。此次是經過用例來實現類圖。好比：我的信息的查詢（學籍信息），教務處修改或填寫學生成績，學生查看課表；

團隊合做

---

http://blog.csdn.net/shan9liang/article/details/20608269
陳勇的博客
敏捷開發8*15視頻課程

UML

---

類圖：
查看我的信息：

查看或修改學生成績：

學生查看課表：

設置應用界面：

用Git來管理代碼文件

---

安裝環境 windows
首先是安裝git：
1.到git官網下載一個安裝包
2.安裝git，詳細過程略
3.打開項目文件夾，並鼠標右擊，打開git bash
4.從未使用過git，輸入一下命令，建立一個.git倉庫

git init

5.而後用git status命令查看有沒有未監聽的文件（準確的應該不是這麼說）。
6.若是文件較多能夠用git add .添加全部改動的文件，不然 git add +[文件名] 就能夠
7.這個時候再用git status 查看一下，這時候添加的文件都放到了暫存區內了
8.還不能夠，咱們要將暫存區的文件提交到版本庫中，用到了git commit -m ‘此次提交的說明內容’命令
9.不過系統到了這個時候會報錯，會說還不知道你是誰，咱們就用這兩行命令就能夠了，再次輸入提交命令就能夠了
git config --global user.name Paikle
git config --global user.email **********@**.*

將本地的git倉庫遠程到GitHub上面

---

教程：將本地的項目上傳到GitHub上

如何解決failed to push some refs to git

---

如何解決failed to push some refs to git

在上傳的時候用git push -u origin master命令的時候會報錯。就是由於本地倉庫和GitHub倉庫上面的內容不匹配形成的。
好比說Readme.txt文件在本地倉庫中沒有。
輸入 git pull --rebase origin master 命令能夠進行代碼合併，這樣子能夠看到本地文件中出現了一個Readme,txt文件
而後再用git push -u origin master命令就能夠上傳到GitHub中了

這樣就將代碼文件上傳到到了GitHub中。

用GitHub來協助完成項目開發

在GitHub中有一個project的選項，咱們能夠在這個裏面建立白板，將咱們要完成的需求和計劃寫在白板上面。

代碼地址

---

ccsuProject_GitHub項目地址

Android studio開發經驗

---

因爲咱們正在學習和使用Android開發，因此就想到在Android上面開發《長大助手》應用，這樣子就能夠方便移動用戶端的同窗來使用咱們服務了。
這是咱們的開發截圖：

SQL計劃

---

1.SQA是什麼？

軟件質量保證（SQA-Software Quality Assurance）是創建一套有計劃，有系統的方法，來向管理層保證擬定出的標準、步驟、實踐和方法可以正確地被全部項目所採用。軟件質量保證的目的是使軟件過程對於管理人員來講是可見的。它經過對軟件產品和活動進行評審和審計來驗證軟件是合乎標準的。軟件質量保證組在項目開始時就一塊兒參與創建計劃、標準和過程。這些將使軟件項目知足機構方針的要求。

2.基本目標

目標 1: 軟件質量保證工做是有計劃進行的

目標 2: 客觀地驗證軟件項目產品和工做是否遵循恰當的標準、步驟和需求

目標 3: 將軟件質量保證工做及結果通知給相關組別和我的

目標 4: 高級管理層接觸到在項目內部不能解決的不符合類問題

3.計劃

序號	計劃	時間
1)	系統環境搭建	2017.10.17-2017.10.29
2)	UI界面設計	2017.10.30-2017.11.14
3)	數據表設計	2018.03.09-2018.03.22

4.驗收測試的過程和內容

前提: 系統或軟件產品已經過了系統測試的軟件系統。

測試內容:

驗證系統是否達到了用戶需求規格說明書（可能包括項目或產品驗收準則）中的要求，測試試圖儘量地發現軟件中存留的缺陷，從而爲軟件進一步改善提供幫助，並保證系統或軟件產品最終被用戶接受。主要包括易用性測試、兼容性測試、安裝測試、文檔（如用戶手冊、操做手冊等）測試等幾個方面的內容。

5.測試步驟

制定測試計劃，測試項，測試策略及驗收經過準則，並通過客戶參與的計劃評審。

創建測試環境，設計測試用例，並通過評審。

準備測試數據，執行測試用例，記錄測試結果。

分析測試結果，根據驗收經過準則分析測試結果，做出驗收是否經過及測試評價。

測試項目經過；

測試項目沒有經過，而且不存在變通方法，須要很大的修改；

測試項目沒有經過，但存在變通方法，在維護後期或下一個版本改進；

測試項目沒法評估或者沒法給出完整的評估。此時必須給出緣由。若是是由於該測試項目沒有說明清楚，應該修改測試計劃。

提交測試報告