第二部分 系统设计
2.1系统构架设计
一、需求回顾
我们小组开发的是一个主供大学生快捷低价洗衣的平台，链接消费者与店家的一个桥梁主要需要解决以下问题：
- 洗衣价格要便宜
- 洗衣过程要方便
- 衣物安全要保证
二、制定功能
- 我们为用户联系一家价格低服务好的干洗店，并长期合作，用户可以在app上下单
- 用户可以选择干洗不同类型的物件，每个物件又分不同的类型，都可供用户自主选择
- 除了要洗衣的用户可以登录这款app，负责衣物运送的职员也可以使用app赚取一定费用
- 店家可以使用app接单服务，并不定期给出一些福利
三、架构设计
1.前端页面设计
我们小组打算采取简约大方的风格设计所有页面，让用户在使用我们的app时不会感觉到厌烦，反而把浏览界面当成一种享受，同时简约的设计也减少了我们的工作量，可以把更多的时间放在数据系统的设计上。
2.后台界面设计
后台界面的风格与前端页面相似，也采用相对简约的风格，但是后台涉及到与前台的一部分数据交互，所以稍微复杂一些。
同时我们登陆后也是属于后台界面，能对消费者和职员进行管理，整个app的运营主要由我们维护。
3.数据系统设计
第三部分 测试计划
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 计算机软件测试文档编制规范