一个普通的团队
队员：
| 学号 | 姓名 | 博客 |
|---|---|---|
| 3118005040 | 蔡双浩 | 墨庸愁冥 |
| 3118005041 | 陈创智 | Edward爱德华 |
| 3118005045 | 程伟杰(组长) | 沉沦SgGhost |
| 3118005043 | 陈纪禧 | Techro |
| 3118005048 | 高山 | mmmmoman |
| 3118005071 | 谢立新 | lixin |
一、需求&原型改进
1.针对问题修改
由于上课的时候没有分享的时间，这里自己总结一个问题:
> 问题1：有可加的需求。
> 修改1：增加用户关注部分的需求，完善帖子收藏需求描述。
与目标用户沟通理解需求的过程：
> 在与多名目标用户沟通后，我们选择了一名最具有代表性的目标用户进行展示。
| 典型用户 | |
| 年龄 | 20岁 |
| 代表的用户在市场上的比例和重要性 | 是经常上网浏览各种帖子的年轻人，是主要用户 |
| 使用这个软件的典型场景 | 创作帖子，浏览帖子 |
| 使用本软件的环境 | Windows10 |
| 生活/工作情况 | 熟用电脑，熟悉使用各种软件 |
| 知识层次和能力 | 大学本科 |
| 用户的偏好 | 喜欢通过帖子了解自己感兴趣的内容，喜欢了解校内资讯 |
> 原型体验前：
> 原型体验后：
注： 关于分享功能一直在我们开发，给用体验的版本还没做到分享的部分。
2.完善需求规格说明书
首先给出需求规格说明书的连接：https://www.yuque.com/qg05r4/pswt5r/ba2h5n
> 不足：说明书中少部分功能说明可描述得更详细，结构示意图可以根据功能说明扩充
补充功能说明：
1.用户新增关注与被关注属性，点击发帖作者头像弹出作者个人信息界面。
2.用户可删除收藏贴，可删除草稿
完善结构示意图：
（1）背景
典型用户：有闲余时间的大学生
用户需求：浏览帖子，消磨时间
（2）场景
终于完成当日学习任务的大学生想要放松一下心情，消磨一点时间，打开工大小站，浏览文章，他从学院栏的通知文章了解到周末有个运动活动。
想到自己周末有空，他打算去参加活动赚取时长，但自己的朋友周末都有事不能陪他去，于是他在生活区发表帖子找同伴一起参加活动，很快有志同道合的朋友在帖子下面回复，他们互换了联系方式，约定周末一起参加活动。
3.功能分析的四个象限
| 外围功能 | 杀手功能 | |
| 必要需求 | 工大小站系统的登录注册功能 密码的修改功能 个人信息的增删查改功能 帖子的增删查改功能 草稿的增删查改功能 收藏、点赞、评论、分享、关注功能 |
文章推荐 标签管理功能 |
| 辅助需求 | 良好的界面设计、美化 界面的跳转 |
系统的维护与管理 |
4.调整任务分解WBS及相应的项目进度计划
> 任务分解WBS：
> 项目进度计划：
| 需实现的功能 | 实现时间 | 完成状态 |
| 注册登录 | 第11周 | 已完成 |
| 个人中心界面设计，修改个人资料，修改密码 | 第11周 | 进行中 |
| 首页界面设计及与其他模块的连接 | 第11，12周 | 进行中 |
| 文章显示界面设计 | 第11周 | 已完成 |
| 点赞，评论，分享 | 第11周 | 进行中 |
| 收藏管理 | 第12周 | 进行中 |
| 用户关注，被关注 | 第12周 | 未分配 |
| 文章作者信息显示 | 第12周 | 未分配 |
| 标签管理 | 第11，12周 | 进行中 |
| 创作中心界面设计 | 第11周 | 已完成 |
| 编辑文章，添加标签，插入图片，确认发布 | 第11，12周 | 进行中 |
| 草稿管理 | 第12周 | 进行中 |
二、系统设计
1.开发级需求分析
由于我们小组全员 java 基础，只有两人有QT GUI界面开发经验，且没有人会 web 有关的技术，我们认为重新学习一门技术学习成本太大，可能赶不上项目进度，于是我们决定开发一款桌面GUI程序，在以后有能力的时候可以把它移植到别的平台继续开发。
前端方面：我们采用 JavaFx 和 JavaFx 的可视化工具 JavaFx Scene Builder 来设计开发。
后台方面：我们采用 Java 编写事件，利用 Java 序列化和反序列化存储和读写对象。
系统运行的操作系统：windows。
2.系统架构文档
3.原型设计图
4.模块交互说明
> 在已建好的系统架构中根据系统架构文档与原型设计图实现各个模块之间的交互。
5.数据存储说明
> 目前我们采用 java 序列化存储对象
> 用户对象：
| 属性 | 描述 |
| id | ID |
| name | 真实姓名 |
| pname | 昵称 |
| birthday | 生日 |
| gender | 性别 |
| avatar | 头像 |
|
followNum |
关注数 |
|
fansNum |
粉丝数 |
> 帖子对象：
| 属性 | 描述 |
| postID | 帖子ID |
| autorID | 作者ID |
| createdTime | 创建时间 |
| tag | 帖子标签 |
| img | 图片 |
| views | 浏览次数 |
| comments | 评论数 |
| likes | 点赞数 |
| titlePath | 标题路径 |
| textPath | 正文路径 |
|
commentsPath |
评论区路径 |
|
likeByUserID |
已点赞用户 |
|
commentByUserID |
已评论用户 |
|
collectByUserID |
已收藏用户 |
|
shareByUserID |
已分享用户 |
三、Alpha任务分配计划
leangoo团队看板链接：https://www.leangoo.com/kanban/board/go/3486893
1.依据项目组能提供的总时间、功能模块的优先级以及模块之间的依赖关系，在Product Backlog中选取待实现的功能项。
> 选取的待实现功能：
2.对已选择的功能项再做进一步分解，分解为1-10小时左右的任务，构成Sprint Backlog。在PM的协助下，编码的同学对任务进行认领。
> 任务分解：
3.以甘特图的方式拟定迭代冲刺计划。
四、测试计划
1. 引言
1.1. 目的
本文档的目的是为“工大小站”软件制定测试计划，以便软件开发工作基本完成后及时高效地进行软解测试，以保证最终产品的结构功能完整无明显漏洞，保证用户体验。
1.2. 背景
虽然本项目的开发仍在进行中，但测试人员需在项目开发的同时制定好项目测试计划，以便在开发工作完成后立即开始测试工作，本次需要测试的功能有：
1. 用户登录功能
2. 热帖推荐功能
3. 帖子分类功能
4. 个人信息编辑功能
5. 编辑帖子功能
1.3. 范围
“工大小站”项目应用对象是广工全体师生。
主要设计人员由本团队所有成员组成
测试风险有软件运行过程中出现的错误与故障
1.4. 定义
工大小站 软件测试
1.5. 参考资料
《构建之法：现代软件工程》；
《软件测试》
2. 测试内容
2.1测试范围
|
测试范围 |
测试内容 |
|
系统的登录验证 |
使用正确的账号密码登录、 |
|
个人信息的操作 |
增删查改 |
|
帖子的操作 |
增删查改 |
|
草稿的操作 |
增删查改 |
|
标签管理的操作 |
切换标签 |
|
关注点赞类操作 |
收藏、点赞、评论、分享、关注 |
|
界面跳转的操作 |
查找、新建页、个人页、草稿页、帖子详情页 |
2.2测试目标
首先测试最基本的登录注册功能，再将个人信息操作和帖子操作的功能进行测试，再将草稿，、查找、标签管理等操作功能进行测试。
其次，进行收藏、点赞、评论、分享、关注的操作测试。
最后再整体测试一遍。
2.3测试人员需求、分工
测试人员需求：1-2人，进行上述测试
2.4测试方法
手动测试：由经培训的测试人员进行手动测试
2.5工具引用及测试培训
3.测试环境
3.1. 硬件环境
CPU：i5-8300h
内存：12G
3.2.软件环境
操作系统：Windows 10
3.3.安全性环境要求
整个测试过程需在无病毒，无入侵的环境下进行
4项目任务
4.1.测试规划
（1）响应时间
“响应时间”的概念定义为“对请求作出响应所需要的时间”，把响应时间作为用户视角的软件性能的主要体现。
（2）并发用户数
（3）吞吐量
4.2.测试设计
用户层：
主要是面向产品最终的使用操作者的测试。这里重点突出的是在操作者角度上，测试系统对用户支持的情况，用户界面的规范性、友好性、可操作性，一级数据的安全性。主要包括：用户手册、使用帮助、支持客户的其他产品技术手册是否正确、是否易于理解、是否人性化。
用户界面测试：
在确保用户界面能够通过测试对象空间或入口得到相应访问的情况下，测试用户界面的风格是否满足用户需求，例如：界面是否美观、界面是否直观、操作是否友好、是否人性化、易操作性是否较好。
可维护性测试：
可维护性是系统软、硬件实施和维护功能的方便性。目的是降低维护功能对系统正常运行带来的影响。
安全性测试：
安全性主要包括两部分：数据的安全性和操作的安全性。核实只有规定符合的数据才可以访问系统，其他不符合规格的数据不能够访问系统；核实只有符合规定的操作权限才可以访问系统，其他不符合规格的操作权限不能访问系统。
应用层：
针对产品工程应用的测试。重点站在系统应用的角度，模拟实际应用环境，对系统的兼容性、可靠性、性能等进行的测试。
系统性能测试：
针对整个系统的测试，包含并发性能测试、负载测试、压力测试、强度测试、破坏性测试。并发性能测试是评估业务在渐增式并发情况下处理瓶颈一级能够接收业务的性能过程；强度测试是在资源情况低的情况下，找出因资源不足或资源争用而导致的错误。
系统可靠性、稳定性测试：
一定负荷的长期使用环境下，系统可靠性、稳定性。
系统兼容性测试：
系统中软件和各种硬件设备兼容性、与操作系统兼容性、与支持软件的兼容性
4.3.测试执行准备
4.4.测试执行
（1）前提条件确保测试项目的功能正常，如登录，注册，帖子的显示、查找，新建帖子等是否正确；一级业务规则的实施是否恰当。此类测试基于黑盒技术，该技术通过他图形用户界面（GUI）与应用程序进行交互，并对交互的输出或结果进行分析，以此来核实应用程序及其内部进程。
（2）提交测试问题单和测试报告
（3）回归及验收测试
4.5.测试总结
对以上进行的测试进行总结，指出不足，提出改进方法。
5.实施计划
5.1.工作量估计
根据工作内容和项目任务对包括测试设计的工作量、测试执行和测试总结的工作量，以人时或人日计，并详细注释测试设计、测试执行和测试总结工作所占的比重。软件测试工作量应为开发工作量的30%-40%为宜。
|
工作阶段 |
所需工时 |
占项目的比例 |
|
测试规划阶段 |
1 |
15% |
|
测试设计阶段 |
1 |
15% |
|
测试实施阶段 |
1 |
20% |
|
测试执行阶段 |
1 |
20% |
|
测试总结阶段 |
1 |
15% |
5.2.人员安排
|
角色 |
人员 |
具体职责/备注 |
|
测试经理 |
高山 |
负责软件测试的总体安排监督工作 |
|
测试设计 |
高山 |
负责设计测试方案以及测试用例 |
|
测试人员 |
全体成员 |
负责对项目按照测试方案进行具体测试 |
|
记录人员 |
高山 |
负责系统测试过程中记录测试信息 |
5.3.进度安排
|
项目里程碑 |
开始时间 |
结束时间 |
|
测试规划 |
5.20 |
5.20 |
|
测试设计 |
5.21 |
5.21 |
|
测试设计实施 |
5.22 |
5.26 |
|
测试总结 |
5.27 |
5.27 |
|
|
|
|