团队作业3 需求分析与系统设计

第一部分 需求与原型设计

1.1 改进的原型

首页标签栏样式 店长页面

 

1.1.1 改进说明

改进之处：首页标签栏样式的完善

　　　　　补充新增地址页面

　　　　　完善店长页面

改进理由：功能需要，用户更好的体验，美观

 

1.1.2 高保真原型

首页

 

新增地址

 

店长页面

 

1.1.3高保真原型下载地址：

https://free.modao.cc/workspace/apps/p79e978f75fb4a5e97d244a/preview

 

1.2改进的需求规格说明书

1.2.1改进说明

改进部分：

原1：关于用户特点，并没有想到与其他系统的关系这一层

改1：与其他系统的关系：该产品在其他涉及太多社会人士的洗衣app的基础上进行用户限制，更大的保证了同学们的利益，并解决了部分想要找兼职同学的问题，该产品算是目前存在洗衣app的子产品，但是却在它们的基础上进行了优化。

原2：

3.3输入输出要求

基本信息是文本输入；

改2：

3.3输入输出要求

基本信息是文本输入；

金额的收入支出均是整型输入输出；

原因：最初没有考虑到交易额的这个方面

原3：3.6其他专门要求（最开始没有这一点）

改3：3.6其他专门要求

    负责衣物接送的职员可以知道用户的公寓、电话、姓名，其他信息均保密，职员的姓名、学院、学号、电话等信息均保存在后台。

 

1.2.2需求规格说明书下载地址

 https://pan.baidu.com/s/1eSaPa6xqHmpiLJzSRCF9Mg 密码：ldcu

第二部分 系统设计

2.1系统构架设计

一、需求回顾

       我们小组开发的是一个主供大学生快捷低价洗衣的平台，链接消费者与店家的一个桥梁主要需要解决以下问题：

1. 洗衣价格要便宜
2. 洗衣过程要方便
3. 衣物安全要保证

二、制定功能

1. 我们为用户联系一家价格低服务好的干洗店，并长期合作，用户可以在app上下单
2. 用户可以选择干洗不同类型的物件，每个物件又分不同的类型，都可供用户自主选择
3. 除了要洗衣的用户可以登录这款app，负责衣物运送的职员也可以使用app赚取一定费用
4. 店家可以使用app接单服务，并不定期给出一些福利

三、架构设计

1.前端页面设计

  我们小组打算采取简约大方的风格设计所有页面，让用户在使用我们的app时不会感觉到厌烦，反而把浏览界面当成一种享受，同时简约的设计也减少了我们的工作量，可以把更多的时间放在数据系统的设计上。

2.后台界面设计

  后台界面的风格与前端页面相似，也采用相对简约的风格，但是后台涉及到与前台的一部分数据交互，所以稍微复杂一些。

  同时我们登陆后也是属于后台界面，能对消费者和职员进行管理，整个app的运营主要由我们维护。

3.数据系统设计

2.2 任务分解WBS

预计耗时：

前端模型还原	2周
后端代码编写	3周
前后台衔接	1周
项目测试及优化	2周

 

 

第三部分 测试计划

3.1 引言

3.1.1项目背景     

LIGHT LIFE译为轻生活、亦可理解为点亮生活，在快节奏、繁重的工作中我们需要一些轻松的方式去缓解我们的压力，让我们积极面对生活、体验生活。LIGHT LIFE旨在为人们生活提供一个轻松、便捷的平台，为了实现我们的想法，我们团队准备以小成大，首先初步想完成的是以Light Life为名的一个以校园为背景的线上交易，线下即时送达的洗衣APP。为此，我们设计开发Light Life这个APP，它只针对本校学生和老师开放，凭借学号或教职工号登录，让大家想不用手洗的衣服能够及时有人上获取物送达洗衣店，并且出了问题同学之间还方便交流沟通，安全也有了保障，既方便又快捷。其中我们也会增设信用度、物品使用度等评价体系，这样让双方都能最大力度的进行了解。

3.1.2参考资料 

 http://www.cnblogs.com/xinz/archive/2011/11/19/2255542.html

 https://wenda.so.com/q/1402376246505706

 https://www.zhihu.com/question/27111263

 

3.1.3测试术语

Unit testing(单元测试)、Integration testing(集成测试)、Acceptance testing(验收测试)、Alpha testing (α测试)、 Beta testing(β测试)、Black box testing(黑盒测试)、White box testing(白盒测试)、Functional testing (功能测试)、Load testing(负载测试) 、Performance testing(性能测试)、Portability testing(可移植性测试)、Compatibility Testing(兼容性测试)、Bug report(错误报告)、Bug tracking system(错误跟踪系统,BTS)、“抓虫大扫除”(Bug Bash)、Exception(异常/例外)、Crash(崩溃)、Build(工作版本)、Debug(调试)、Deployment(部署)

3.1.4有关项目人员及联系方式

 

 3.2  任务概述

3.2.1测试范围

制定此次项目测试范围的依据为：
1) 各子系统所包含的功能。
2) 同项目负责人特别确定的测试范围下列为测试范围的确认流程：

3.2.2测试目标    

（1）需求覆盖率100%
（2）测试用例执行率100%
（3）测试用例通过率100%
（4）缺陷修复率100%

3.3.3 测试类型
（1）单元测试：主要针对软件设计单元、功能模块进行测试，测试内容包括模块功能结构检查、代码测试和模块功能测试
（2）集成测试：主要针对软件设计单元、功能模块组装、集成为系统时，对软件单元、功能模块的接口和连接进行测试
（3）功能测试：按照系统功能需求规定对系统的功能、流程、数据、业务规则等进行测试。以及对系统基本特征如界面、操作、报表的合理性、一致性进行测试
（4）系统测试：为系统的性能测试，如安全性、稳定性、可靠性进行测试；以及对系统其他性能如负载能力、处理能力及响应时间等进行测试
（5）回归测试：在软件设计错误修正、设计修改及软件升级后，主要针对软件修改、影响部分进行有效性测试和系统测试
（6）用户测试：为用户方使用的有效性进行系统测试
3.3  测试策略 3.3.1测试人员需求（分工）

3.3.2测试方法
（1）逻辑覆盖法：根据测试用例，运行被测试的程序，是程序中每个可执行语句、执行条件至少执行一次
（2）等价划分法：将输入区域划分为若干部分，然后从每个部分中选取少数代表性数据当做测试用例
（3）边界值分析法：注意应选取刚好等于、略小于或略大于等价类边界值作为测试数据
（4）因果图法：分析规格说明书中哪些是原因，哪些是结果。原因是输入条件或是输入条件的等价类，结果是输出条件

3.3.3工具引用及测试培训

1.工具引用

软件测试工具是通过一些工具能够使软件的一些简单问题直观的显示在读者的面前，这样能使测试人员更好的找出软件错误的所在。软件测试工具分为自动化软件测试工具和测试管理工具。自动化软件测试工具存在的价值是为了提高测试效率，用软件来代替一些人工输入。测试管理工具是为了复用测试用例，提高软件测试的价值。一个好的软件测试工具和测试管理工具结合起来使用将会使软件测试效率大大的提高。
（1）    QTP： QTP是一个B/S系统的自动化功能测试的利器,软件程序测试工具。Mercury的自动化功能测试软件QuickTest Professional ，可以覆盖绝大多数的软件开发技术，简单高效，并具备测试用例可重用的特点。Mercury QuickTest Pro 是一款先进的自动化测试解决方案，用于创建功能和回归测试。它自动捕获、验证和重放用户的交互行为。
（2）    Selenium：Selenium是为正在蓬勃发展的web应用开发的一套完整的测试系统。Selenium测试直接运行在浏览器中，就像真正的用户在操作一样。它的主要功能包括：测试与浏览器的兼容性——测试应用程序看是否能够很好得工作在不同浏览器和操作系统之上。
（3）    LoadRunner：LoadRunner是一种预测系统行为和性能的工业标准级负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题，LoadRunner 能够对整个企业架构进行测试。通过使LoadRunner ，能最大限度地缩短测试时间，优化性能和加速应用系统的发布周期。

2.测试培训：

通过在麦子学院看先关软件测试的学习视频
网站地址： http://www.maiziedu.com/course/te/

 

 
培训分为以下四个阶段：
第一阶段：系统测试模块
第二阶段：WEB测试模块
第三阶段：UFT与Selenium自动化测试
第四阶段：LR性能测试
第五阶段：软件测试拓展

3.3.4测试阶段计划

 

3.3.5测试停止条件

3.3.6测试文档管理及缺陷提交管理

一、测试文档管理

二、测试缺陷提交管理

1.确保缺陷重现，尤其是严重级别高的bug
2.用最少且必要的步骤描述缺陷
3.简洁、准确、完整
（1）缺陷概述揭漏问题实质
（2）详细描述步骤要完整
（3）专业的表述用语和表达方法
（4）检查拼写和语法的错误
4.一种缺陷一个报告

 3.4  测试资源

3.4.1硬件资源需求: 台式电脑5台

3.4.2软件资源需求：Hbuilder、SQL、myeclipse、tomcat、C++test、QTP、Selenuim、Loadrunner等软件

3.5  风险评估

3.5.1人力资源

团队整体技术对于后端较薄弱，技术问题是目前面对的很大问题，将尽快解决这个问题

方案：通过一系列团队测评，保证稳定的人力安排

3.5.2时间

需求的临时/突然变化，导致设计的修改和代码的重写，测试时间不够

方案：抓住每次讨论、开发时间，高效地完成每个阶段需要实现的并对其进行测试；动员测试人员完成测试任务，必要时，应给予相应物质奖励

3.5.3环境

服务一般不可能和实际运行环境完全一致，造成测试结果的误差

方案：测试环境不对可以通过事先列出要检查的所有条目，在测试环境设置好后，由其他人员按已列出条目逐条检查

3.5.4资源

事先分析测试所需硬件资源，及时申请，保证测试工作顺利进行

3.5.5部门合作 

在与其他部门合作前，严格按照计划执行，如果遇到合作间的问题，先停止测试，与部门多沟通交流、确定新方案后再进行测试

参考资料：
GBT 15532-2008 计算机软件测试规范  
GBT 9386-2008 计算机软件测试文档编制规范