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.测试步骤

制定测试计划，测试项，测试策略及验收经过准则，并通过客户参与的计划评审。

创建测试环境，设计测试用例，并通过评审。

准备测试数据，执行测试用例，记录测试结果。

分析测试结果，根据验收经过准则分析测试结果，做出验收是否经过及测试评价。

测试项目经过；

测试项目没有经过，而且不存在变通方法，须要很大的修改；

测试项目没有经过，但存在变通方法，在维护后期或下一个版本改进；

测试项目没法评估或者没法给出完整的评估。此时必须给出缘由。若是是由于该测试项目没有说明清楚，应该修改测试计划。

提交测试报告