📑 文章目录

• 一、赛项介绍与竞赛说明
• 二、竞赛模块与评分分布
• 三、竞赛注意事项与成果物提交
• 模块A：需求分析与设计（35 分）
  • 登录与忘记密码 · 景区首页 · 看游记 · 我的
• 模块B：应用开发（50 分）
  • 应用架构设计 · 用户注册与登录 · 社区首页 · 社区集市 · 社区动态 · 个人中心
• 模块C：应用测试（10 分）
  • 功能测试 · 测试用例设计 · 缺陷分析
• 【需要全套资料包可联系我！！】

---

一、赛项介绍与竞赛说明

本样题面向 甘肃省第一届职业技能大赛 鸿蒙应用开发项目（国赛精选），下面先带大家把项目定位、赛制安排和提交规范捋清楚，再逐模块拆解任务。

鸿蒙应用开发项目旨在面向鸿蒙操作系统终端设备开发应用程序，要求参与者深入理解鸿蒙操作系统及 HarmonyOS 应用开发包（SDK），掌握网络通信和软件编程的基本理论与核心技能，具备运用工程化方法与工具完成产品需求分析、设计、编码、测试及 HAP（HarmonyAbilityPackage）开发的能力。选手需要掌握 Harmony 平台应用软件项目开发的完整流程：需求获取 → UI 原型分析与设计 → 功能编码 → 测试用例设计 → 后期维护，并在整个过程中体现创新精神。

具体到能力要求，选手需要具备以下几块硬功夫：

• 需求与设计：准确收集并深入分析客户需求，系统整理归纳信息，清晰梳理业务流程；熟练使用 Photoshop、Axure RP、Adobe XD 等工具完成高质量产品原型与交互设计。
• 编码开发：熟练运用面向对象（OOP）思想，结合鸿蒙应用模型（FA 模型 / Stage 模型）进行应用架构设计；掌握基于 ArkTS 声明式开发范式或兼容 JS 的类 Web 开发范式，配合方舟开发框架 ArkUI 进行应用开发。
• 网络与数据：熟悉 HTTP、Socket、TCP、UDP 等网络通信技术，掌握 RESTful API 的使用方法与 XML/JSON 数据解析封装。
• 测试与交付：制定详细的测试计划，完成功能测试和接口测试，进行缺陷分析与修正，确保应用质量与稳定性。
• 工具链：DevEco Studio、HarmonyOS 模拟器（API12）、Postman、Office Visio、MySQL、JDK 等。

📌 模块考核点总览：三个模块递进式考查——从需求与设计（A）到工程编码（B）、再到质量把关（C），最终以应用开发占 50 分作为拉开差距的核心战场。

---

二、竞赛模块与评分分布

竞赛共计 一天，模块 A / B / C 共用 240 分钟（4 小时，参考日程为 8：00—12：00），具体模块与分值如下表所示。

模块编号	模块名称	竞赛时间(min)	评价分	测量分	合计
A	需求分析与设计	240（共用）	5	30	35
B	应用开发	240（共用）	2	48	50
C	应用测试	240（共用）	2	8	10
—	职业素养	—	5	0	5
总计			14	86	100

1. 评价分与测量分怎么打

本次竞赛评判标准分为测量和评价两类：凡可采用客观数据表述的评判称为测量；凡需要采用主观描述进行的评判称为评价。每个模块的评价评分必须先于测量分评分进行。

评价分（Judgement）：至少 3 名裁判为一组，各自单独对每一评分项评分，裁判的平均分为该评分项实际得分。裁判相互间分差必须小于等于 1 分，否则需给出确切理由并在小组长或裁判长监督下调分。

权重分值	要求描述
0 分	各方面均低于行业标准，包括「未做尝试」
1 分	达到行业标准
2 分	达到行业标准，且某些方面超过标准
3 分	全面超过行业标准，接近完美

测量分（Measurement）：按模块设置若干个评分组，每组由 3 名及以上裁判构成。每组裁判一起商议，对该选手在该项中的实际得分达成一致后最终只给出一个分值。

2. 评判方法与成绩并列规则

• 本项目采用事后结果评分：每场竞赛结束前，选手作品应当被评价的内容须正确提交至服务器；每个模块结束后由裁判长安排从服务器克隆选手作品至裁判机，只对按试题要求提交的作品评分。
• 选手通过抽签取得工位号，作品按工位号命名（作品中不出现选手身份信息），评分过程不再采取其他回避措施。
• 各阶段评判结束后，裁判核对本人本阶段成绩并签字确认；全部结束后由裁判长对总成绩签字确认并通过系统锁定。
• 成绩并列：若总成绩并列，依次按 模块 B > 模块 A > 模块 C 的分数排名。

---

三、竞赛注意事项与成果物提交

竞赛注意事项：

• 本试卷依据 2024 年颁布的《国家职业标准》命制；试题如无特别注明，则为全省通用。
• 赛前 30 分钟到指定检录口检录，开赛后迟到 15 分钟视为自动放弃参赛；正式比赛开始后迟到超过 30 分钟，取消该模块成绩。
• 通讯、照相、摄像、磁盘等工具一律不得带入比赛现场；智能手表、蓝牙耳机等含内置存储或网络功能的设备同样禁止。
• 竞赛过程中严禁交头接耳，也不能相互借用工具；休息、饮水、去洗手间一律计入竞赛时间。
• 裁判长在竞赛结束前 30 分钟、10 分钟进行剩余时间提醒；发布结束指令后须立即停止操作，不得以任何理由拖延。
• 遇到问题举手示意执裁裁判，但裁判不回答涉及题目实现的问题。

⚠️ 提交的作品中不能带有公司、个人或组织机构的标记，如选手姓名、院校等具有特殊意义的字符；一经发现，成绩按零分处理。

成果物提交规范：

模块	提交内容	压缩包命名
A	需求规格说明书.docx ＋ 产品原型.rp / 产品原型.xd	ModuleA.zip
B	项目工程代码压缩包 ＋ 重命名为 ModuleB.hap 的安装包	ModuleB.zip
C	应用测试报告.docx	ModuleC.zip

---

模块A：需求分析与设计（35 分）

📌 模块考核点：收集、分析和归纳客户需求，清晰梳理业务流程，编制规范的需求规格说明书；熟练使用 UI 设计软件进行产品 UI/UE 设计，设计出符合业务逻辑和人体工学的鸿蒙应用原型。

1. 项目背景：智慧景区

智慧景区是利用信息技术手段，集成智能化的管理和服务系统，打造数字化、网络化的优质旅游景区，提供更加便捷、个性化、互联互通的游览、娱乐及服务功能的一种景区数字化手段。

它以游客为中心、以信息化、智能化为手段，将景区内的各类资源高度整合，把传统的自然和文化属性与高科技相结合，为游客带来极致的旅游体验和服务，同时提升景区的管理效率和管理水平。

2. 任务要求（9 项）

1. 根据给定的每个竞赛任务需求说明，利用「需求规格说明书(模板).docx」和相关工具软件（如：Visio 等），归纳模块关键需求，绘制对应业务流程图、用例图、时序图，并分析数据需求绘制 E-R 图，完成「需求规格说明书.docx」文档编写。
2. 利用原型设计工具 Axure RP 或 Adobe XD 创建名为「产品原型」的文件，根据给定素材与需求说明，使用原型设计工具和图形处理软件 Adobe Photoshop 进行软件原型设计，使之符合 UI 设计规范，同时实现原型界面之间交互的功能。
3. 使用 Axure RP / Adobe XD 软件，参照模块功能要求进行页面原型设计。画板尺寸为 750 × 1335px，状态栏高度 40px，标题栏高度 88px，标签栏高度 98px。
4. 当内容超出高度区域时，设置滚动区域来显示内容。
5. 画板要对齐，页面版式布局合理、美观、内容完整；同样功能请复用样式，避免一种功能、两种样式的情况。
6. 产品原型需完成交互设计内容，有良好的用户体验。
7. 产品原型各任务之间应具备完善的流转功能，优化原型整体的浏览体验。
8. 在满足基本的原型设计需求上，选手可以针对用户体验的提升增加更多的设计。
9. 成果物提交：将最终完成的「需求规格说明书.docx」文档、设计稿源文件「产品原型.rp / 产品原型.xd」打包成 ModuleA.zip 提交到平台中。

3. 页面需求（智慧景区）

4.1 登录与忘记密码

设计要求：

1. 启动智慧景区应用，进入登录页面，上方显示产品 Logo、「游记」字样。
2. 页面中部为登录表单，支持账号登录与免密登录，点击可进行不同登录方式的切换。
3. 账号登录表单：图标 + 用户名输入框、密码框显示图标 + 密码输入框、输入框下方显示隐私协议勾选框、忘记密码按钮和登录按钮。
4. 免密登录表单：图标 + 手机号输入框、验证码框显示图标、验证码输入框和获取验证码按钮、输入框下方显示隐私协议勾选框、忘记密码按钮、登录按钮。
5. 底部显示其他登录方式，展示微信、QQ、新浪图标，点击图标可跳转至扫码登录页面。
6. 点击「隐私协议」，使用弹窗展示协议内容，并在弹窗底部展示「同意」和「不同意」按钮，默认选择「同意」按钮。
7. 点击「忘记密码」按钮，进入忘记密码页面。
8. 页面分为两步操作：第一步通过验证码方式验证手机号，标题提示「验证手机号码」，需输入手机号和验证码信息，点击下一步进入下一页。
9. 第二步设置新密码，标题提示「设置新密码」，并标明「请输入 6-20 位数字英文密码」，需两次输入密码，密码框输入后展示图标，通过图标切换密码的明文 / 密文展示。页面下方展示「完成」按钮。

4.2 景区首页

设计要求：

1. 登录成功后进入【景区首页】页面。
2. 页面顶部为标题城市名称、「发现」和「关注」栏目、消息图标。
3. 默认展示「发现」栏目内容。标题栏下展示搜索框和 4 个功能入口，分别为「选城市」「看游记」「选酒店」「找攻略」，以图标 + 文字形式展示。功能入口下方是不同主题栏目的攻略信息，如推荐、北上广深等，栏目以 tab 标签形式展示，具备选中效果。
4. 底部导航展示 5 个栏目，分别是「首页」「攻略」「+」「酒店」「我的」，以图标 + 文字形式展示。
5. 攻略默认展示「推荐」栏目内容，内容展示推荐的景区游记信息。置顶的游记信息以卡片覆盖叠加的方式进行展示，最上层展示的游记卡片包括景区封面图片、游记标题、地点以及收藏按钮。
6. 点击「关注」栏目切换至关注页面，页面展示搜索栏和推荐关注的游记列表，列表采用瀑布流布局展示 2 列。每个游记信息展示景区封面图片、游记标题、发布人头像、发布人昵称和点赞数。

4.3 看游记

设计要求：

1. 点击首页的【看游记】入口按钮，进入攻略搜索页面。
2. 页面顶部导航栏展示返回按钮和搜索框。
3. 下方展示精选游记，卡片以叠加形式展示，每条游记以上图下文方式展示，文字展示游记标题、发布人和发布时间。
4. 下方展示游记列表，以左图右文方式展示，文字展示游记标题、概要、发布人和发布时间。
5. 点击可进入游记详情页面，页面顶部导航栏左侧展示返回按钮和用户头像，右侧展示分享和收藏按钮。
6. 页面内容展示游记信息，包含封面图片、游记内容、话题标签、发布时间。
7. 下方展示对应的评论信息。
8. 评论以列表形式展示，包含用户头像、用户名、评论发送时间、评论内容。

4.4 我的

1. 通过首页底部导航菜单的【我的】按钮，进入个人中心页面。
2. 页面展示用户个人信息和我的问答，右上角展示设置按钮。
3. 个人信息以卡片形式展示，包括用户头像、用户名、个性签名、用户等级、关注数、粉丝数、经验值、我的订单按钮。
4. 我的问答栏默认展示用户回答的最新 4 条数据，数据以卡片形式展示，展示内容包括用户头像、用户名、发布时间、问题内容、问题标签、评论数。

⚠️ 模块 A 的评分点集中在文档规范度 + 原型还原度 + 交互完整性三块：UML 图（流程图 / 用例图 / 时序图 / E-R 图）画全、说明书按模板写完、画板尺寸与状态栏 / 标题栏 / 标签栏高度不跑偏，是最容易拿满的基础分。

---

模块B：应用开发（50 分）

📌 模块考核点：鸿蒙应用软件设计、鸿蒙应用编码开发能力。需遵循鸿蒙应用开发流程和规范，利用鸿蒙技术进行应用架构设计和模块代码编写；使用标准化 RESTful API 获取业务数据，完成 UI 还原设计、网络通信、数据解析、存储及多媒体资源处理，同时熟悉项目发布流程。

1. 项目背景：数字社区

数字社区是社区管理的新形态，它利用物联网、云计算、移动互联等新一代信息技术的集成应用，为社区居民提供一个安全舒适的智慧化生活环境，从而形成基于信息化、智能化社区管理与服务。

「以数字生活提升社区品质」是社区管理的目标，社区引入智慧平台能够有效推动经济流动，促进现代服务业发展。通过数字社区系统的建设，解决了社区物业管理机制的即时响应、周边商业服务的推广、社区物业通知、友邻社交的平台等居民生活需求。

2. 任务要求

1. 利用鸿蒙应用开发工具 DevEco Studio 打开对应的初始框架项目，按照任务描述完成应用功能开发。
2. 标准化 RESTful API 获取业务数据方式参看「接口.docx」文档说明。
3. 应用界面版式应布局合理、美观，内容完整，用户体验良好。
4. 应用需要与服务器数据交互，使用假数据则对应功能与模块不得分。
5. 应用需要优化用户体验，要有合理的交互设计和用户反馈。
6. 成果物提交：将最终项目工程代码的压缩包文件放置在「ModuleB」文件夹中；并对应用进行打包，将生成的应用安装包重命名为 ModuleB.hap 并放置到「ModuleB」文件夹中。将「ModuleB」文件夹打包为压缩文件「ModuleB.zip」，提交到竞赛管理平台中。

3. 页面需求（数字社区）

4.1 应用架构设计

功能需求：

1. 设计数字社区应用，利用开发工具（DevEco Studio）打开初始项目，完成应用 / 组件级配置（应用图标和标签、入口图标和标签），实现项目的基本框架设计。
2. 封装应用与服务器通讯模块——统一在 src/main/ets/common 目录下新建 httpstool.ets 文件中封装通讯模块，若该目录下未找到相关文件，视作未提交。

4.2 用户注册与登录

4.2.1 页面元素

（1）引导页

• 引导页-背景图：应用于引导页，作为页面的整体视觉背景。
• 引导页-胶囊按钮：显示文字「跳过 5 秒」。
• 引导页-LOGO：展示于引导页底部，是数字社区应用的品牌标识图形。
• 引导页-应用名称：位于引导页底部，紧邻 LOGO，显示内容为「数字社区」。
• 引导页-应用描述：处于引导页底部，在应用名称下方，内容为「以数字生活提升社区品质」。

（2）登录页

• 登录页-背景图：应用于登录页，作为页面的整体视觉背景。
• 登录页-欢迎语：存在于登录页上方，显示「SIGN IN」、「欢迎登录，智慧社区」。
• 登录页-手机号输入框及图标：置于登录页的登录表单内，输入框前有代表手机号的特定图标。
• 登录页-密码输入框及图标：位于登录表单中、手机号输入框下方，输入框前有密码相关图标。
• 登录页-快速注册按钮：位于密码输入框下方，按钮文字显示「快速注册」，点击后跳转至注册页。
• 登录页-忘记密码按钮：在快速注册按钮下方，按钮文字明确为「忘记密码」。
• 登录页-登录按钮：处于登录页登录表单底部。
• 登录页-隐私协议：展示在登录表单下方，以文字链接或简要说明形式呈现。
• 登录页-微信登录图标及文字：位于登录页底部其他登录方式区域，显示微信图标及「微信」文字。
• 登录页-支付宝登录图标及文字：处于登录页底部其他登录方式区域，展示支付宝图标及「支付宝」文字。

（3）注册页

• 注册页-返回按钮：位于注册页头部左上角，点击可返回至上一页面（通常为登录页）。
• 注册页-页面标题：展示在注册页头部，紧邻返回按钮，文字显示「注册」。
• 注册页-手机号输入框：位于注册表单顶部，用于输入注册所需手机号码。
• 注册页-获取验证码按钮：放置在注册表单中、手机号输入框下方，按钮文字为「获取验证码」。
• 注册页-验证码输入框：处于注册表单内、获取验证码按钮下方。
• 注册页-密码输入框：位于注册表单中、验证码输入框下方，供用户设置注册账号密码。
• 注册页-姓名输入框：处于注册表单内、密码输入框下方，用于填写真实姓名。
• 注册页-身份证输入框：位于注册表单底部、姓名输入框下方，用于输入身份证号码。
• 注册页-使用协议：展示在注册表单底部，以文字链接或简要说明呈现。
• 注册页-注册按钮：位于注册表单右下角，按钮文字为「注册」。

图 4.1 引导页界面

图 4.2 登录页界面

图 4.3 注册页界面

4.2.2 功能需求

1. 应用需要与服务器数据交互，使用假数据则对应功能不得分。API 请求地址请查阅 API 文档。
2. 引导页胶囊按钮具备倒计时显示功能，以数字形式直观展示剩余跳过时间，倒计时结束自动跳转登录页，点击按钮可立即中断倒计时并直接跳转登录页。
3. 登录页手机号输入框具备格式校验功能，对用户输入的字符进行实时监测，判断是否符合常见手机号格式要求。
4. 登录页密码输入框具有密码显示控制功能，例如点击图标可切换密码的显示与隐藏状态。
5. 登录页点击登录按钮，收集并校验手机号与密码输入框内的用户输入信息：若校验通过则调取登录 API 接口，登录成功跳转至首页；若校验失败则在页面相应位置给出错误提示信息，告知用户错误详情。
6. 注册页点击获取验证码按钮，先校验手机号格式，若格式正确则向服务器请求验证码信息，并以系统通知形式反馈验证码信息；同时按钮进入倒计时或不可点击状态，防止用户短时间内多次点击重复发送。
7. 注册页注册表单校验：手机号实时校验格式；姓名输入框支持常见姓名格式输入，可对姓名长度等进行基本合理性校验；身份证输入框依据身份证号码编码规则检查输入信息的合法性与准确性。隐私协议注册时默认未勾选状态，用户需手动勾选表示同意后才能点击注册按钮。
8. 点击注册按钮收集并校验注册表单内所有输入信息（手机号、验证码、密码、姓名、身份证号等），若信息完整且校验通过则调用注册 API，注册成功跳转至登录页；若校验失败则在页面相应位置显示错误提示信息，引导用户修改。

4.3 社区首页

4.3.1 页面元素

（1）首页

• 首页-用户信息区域：用户名及住址位于页面顶部左上角，展示登录用户的姓名以及详细住址信息；用户头像在页面顶部右上角。
• 首页-跑马灯区域：在用户信息下方，以动态跑马灯形式呈现社区各部门联系电话。
• 首页-快捷应用入口区域：位于跑马灯下方，以图标 + 文字的卡片布局展示。具体内容包括「门禁（Access）」、「缴费（BillPayment）」、「报修（Repair）」、「报事（Incidents）」。
• 首页-物业服务入口区域：处于快捷应用入口下方，采用宫格布局展示两行共 8 个服务项目，如「快递代收」「家政清洁」「养老护理」「智能充电」「社区医院」「垃圾分类」「宠物代养」「更多服务」。
• 首页-物业公告区域：在物业服务入口下方，展示物业公告列表标题。
• 首页-公告列表：以卡片形式呈现，默认显示五条数据，每条公告卡片包含图片、标题和日期；列表右上角有【more】按钮。
• 首页-导航栏：位于首页底部，以图标在上、文字在下的方式排列 4 个图标。

（2）便民电话页

图 4.4 首页

图 4.5 便民电话页

（3）缴费页

• 缴费页-返回按钮：位于左上角，点击可返回首页。
• 缴费页-页面标题：处于页面顶部中心位置。
• 缴费页-缴费列表：在页面主体部分，以按钮形式纵向排列，每个按钮包含缴费类型名称。

（4）缴费详情页

• 缴费详情页-返回按钮：位于左上角，点击可返回缴费页。
• 缴费详情页-页面标题：处于页面顶部中心位置，显示当前缴费类型名称。
• 缴费详情页-账单信息区域：展示当前房屋应缴金额、缴费单位名称、缴费户号、户名、住址信息、账户余额、缴费历史查询按钮、充值金额输入框、充值按钮。

（5）缴费记录页

• 缴费记录页-返回按钮：位于左上角，点击可返回缴费详情页。
• 缴费记录页-页面标题：显示缴费记录。
• 缴费记录页-日期时间选择器：点击日期弹出日期选择器，可选择查询日期。
• 缴费记录页-缴费记录列表：列表以卡片形式展示，展示内容包括编号、缴费金额、缴费时间、缴费类别。

图 4.6 缴费详情页界面

图 4.7 缴费记录页

图 4.8 缴费记录页

4.3.2 功能需求

• 应用需要与服务器数据交互，使用假数据则对应功能不得分。API 请求地址请查阅 API 文档。
• 登录后展示当前账户的用户名、头像及住址信息。
• 首页跑马灯需展示物业各部门的联系电话，点击跑马灯组件可跳转至便民电话页，下方展示居民评价反馈信息。
• 首页展示公告数据中最新 5 条公告信息，点击任意公告可查看公告详情。
• 首页点击缴费应用入口可跳转至缴费页。
• 进入缴费页后，查询当前房屋可缴纳的费用类型并展示。
• 点击缴费类型可跳转至对应缴费详情页。
• 缴费详情页展示该账户的缴费账单，并可对账户余额进行充值操作。
• 缴费详情页点击缴费历史查询可跳转至缴费记录页。
• 缴费记录页可通过缴费日期筛选缴费记录，选择日期后页面自动更新缴费记录列表，仅展示所选日期范围内的缴费记录。

4.4 社区集市

4.4.1 页面元素

（1）社区集市页

• 社区集市页-标题栏：显示「社区集市」标题字样，我的订单按钮在标题右侧。
• 社区集市页-集市分类区域：采用上图下文的布局方式，以两行四列的网格形式展示在页面中部上方；每个分类单元包含商品分类图片以及分类名称文字，文字位于图片下方。
• 社区集市页-今日团购区域：在集市分类下方，以卡片列表形式呈现。展示内容包括商品图片、商品排行标识（如数字序号或星级图标）、商品名称、商品描述、邻居购买数、商品价格，参加团购按钮位于卡片右下角。

（2）分类页

• 分类页-头部导航栏：返回按钮位于左上角，点击可返回集市页。
• 分类页-页面标题：在头部中间位置，显示当前分类标题。
• 分类页-商品列表区域：商品以卡片形式展示，展示内容包括商品图片、商品名称、商品描述、历史购买人数、商品价格，购买按钮在卡片右下角。

（3）商品详情页

• 商品详情页-头部导航栏：返回按钮在左上角，点击可返回商品分类页或集市页（依来源页面而定）。
• 商品详情页-商品展示区域：位于返回按钮下方，展示商品图片、商品名称、商品价格、商品排行标识、历史购买人数。
• 商品详情页-评价列表区域：展示买家评价内容，包括评价文字、评价用户头像及昵称（可匿名）。
• 商品详情页-商品描述：在评价列表下方，详细介绍商品的功能、特性、使用方法等内容，文字排版合理，便于阅读。
• 商品详情页-相似产品推荐区域：在商品详情图片下方，展示与当前商品相似的其他商品，每个相似商品以小卡片形式展示，包含商品图片、名称、价格、历史购买人数及购买按钮。
• 商品详情页-底部菜单栏：店铺按钮、客服按钮、收藏按钮、加入购物车按钮、立即购买按钮。

图 4.9 社区集市页

图 4.10 分类页

图 4.11 详情页

4.4.2 功能需求

• 应用需要与服务器数据交互，使用假数据则对应功能不得分。API 请求地址请查阅 API 文档。
• 从服务器中获取集市分类信息及对应的图片资源，在集市分类区域准确展示，确保分类完整且图片与名称匹配无误。
• 从服务器中获取热门商品数据，在今日团购区域展示商品图片、排行、名称、描述、邻居购买数、价格等信息。
• 点击集市分类区域的商品分类，跳转至对应分类页，并传递分类参数，以便分类页展示相关商品信息。
• 商品列表区域的购买按钮点击后，跳转至商品详情页。
• 今日团购区域的参加团购按钮点击后，跳转至商品详情页。
• 相似产品推荐区域的相似商品卡片点击可跳转至对应商品详情页，实现商品关联推荐与跳转浏览。

4.5 社区动态

4.5.1 页面元素

（1）社区动态页

• 社区动态页-头部区域：页面顶部中心展示页面标题，在页面标题右侧显示「我要发起」按钮。
• 社区动态页-动态列表：列表信息以卡片形式展示用户头像、用户名、用户住址、发布时间、内容、图片、回复数、点赞数以及分享按钮。

（2）动态详情页

• 动态详情页-动态内容区域：展示用户头像、用户姓名；在用户名下方展示发布用户的房屋住址信息；以明确的时间格式（如年/月/日 时:分）展示动态的发布时刻；下方完整展示动态的文字内容，文字排版合理，可根据内容长度自适应换行。若动态包含图片，在动态文字下方展示，图片具有合适的尺寸和清晰度，可点击放大查看（依设计）。
• 动态详情页-评论列表区域：位于动态内容展示区域下方，以列表形式展示该动态的所有评论信息。每条评论包含评论用户头像、用户姓名、评论文字内容（自适应换行）以及以明确时间格式展示的评论发布时刻。

图 4.12 社区动态页

图 4.13 动态详情页

4.5.2 功能需求

• 应用需要与服务器数据交互，使用假数据则对应功能不得分。API 请求地址请查阅 API 文档。
• 从服务器中获取并展示邻里动态信息，包括用户头像、用户名、用户住址、发布时间、内容、图片、回复数、点赞数等。
• 点击任意动态可跳转至动态详情页，从服务器获取动态详情及评论信息。

4.6 个人中心

4.6.1 页面元素

（1）个人中心页

• 个人中心页-用户信息区域：页面左侧展示已登录用户的用户名以及详细的用户住址信息，右侧显示用户头像。
• 个人中心页-菜单列表区域：位于用户信息下方，以列表形式展示多个菜单项，包括我的信息、房屋管理、车辆管理、缴费管理、密码管理。

（2）我的信息页

• 我的信息页-展示个人信息，包含头像、姓名、身份证号、联系电话，底部展示提交按钮。

（3）缴费管理页

• 缴费管理页-返回按钮：位于左上角，点击可返回个人中心页。
• 缴费管理页-页面标题：处于页面顶部中心位置，显示「缴费记录」字样。
• 缴费管理页-类型选择器：以下拉框或控件形式呈现，控件上有明确的文字标识「缴费类型」，点击可弹出下拉框，下拉框内列出各种缴费类型选项（如物业费、水电费、燃气费等）。
• 缴费管理页-日期选择器：以日历图标或文本框形式呈现，点击可弹出日期选择器。
• 缴费管理页-缴费记录列表：在类型选择器和日期选择器下方，以卡片形式展示缴费记录。每张卡片包含缴费类型、缴费金额、缴费时间、缴费方式。

图 4.14 个人中心页

图 4.15 我的信息页

图 4.16 缴费管理页

4.6.2 功能需求

• 应用需要与服务器数据交互，使用假数据则对应功能不得分。API 请求地址请查阅 API 文档。
• 登录后，从服务器获取并展示当前账户信息，包括用户名及住址、用户头像信息。
• 点击我的信息菜单项跳转至我的信息页。
• 点击头像实现头像上传功能。
• 我的信息页可修改姓名、身份证号、联系电话、头像等内容，点击提交按钮即可提交修改信息，修改成功跳转至个人中心页。
• 点击缴费管理可跳转至缴费管理页。
• 缴费管理页需根据当前房屋动态获取缴费类型，并以下拉框的形式展示，选择缴费类型后，下方缴费记录列表根据选择类型动态刷新。
• 缴费管理页可通过缴费日期筛选缴费记录，选择日期后页面自动更新缴费记录列表，仅展示所选日期范围内的缴费记录。

⚠️ 模块 B 是全卷分值最高的部分，有两条一票否决式的要求务必记牢：① src/main/ets/common/httpstool.ets 通讯模块必须存在，找不到视作未提交；② 所有功能必须走服务器真实数据，使用假数据对应功能直接不得分。

---

模块C：应用测试（10 分）

📌 模块考核点：基于软件工程思想，在数字社区鸿蒙应用产品开发流程完成后进行产品测试，保障产品交付质量。重点考查选手发现软件产品缺陷、分析提供解决方案、生成测试报告的能力，严格把好质量关。

1. 任务要求

1. 运行选手机中的鸿蒙模拟器，将模块 B 应用安装包文件安装到模拟器中，启动应用，配置服务器的 IP 和端口，准备运行测试。
2. 基于待测应用和测试范围进行测试用例设计，并根据测试用例进行功能测试，针对发现的 Bug 进行整理和分析，完成「应用测试报告（模板）.docx」文档的功能测试部分。
3. 竞赛结束前，将成果物「应用测试报告.docx」添加到 ModuleC.zip 压缩包内，并提交压缩包文件到竞赛管理平台上。

2. 功能测试

根据模块 B 功能需求中描述的功能范围进行测试用例设计（测试用例样例见表 3-2），按照下表要求完成「应用测试报告.docx」文档的测试用例部分。

表 3-1 测试用例设计要求

序号	功能模块	说明
1	用户注册与登录	本功能模块编写至少 2 个测试用例
2	首页	本功能模块编写至少 3 个测试用例
3	社区集市	本功能模块编写至少 4 个测试用例
4	社区动态	本功能模块编写至少 3 个测试用例
5	个人中心	本功能模块编写至少 2 个测试用例

针对本次被测系统进行全范围测试，查找出至少 5 个 Bug，根据找出的 Bug 进行缺陷分析（缺陷表格样例见表 3-3），完成「应用测试报告.docx」文档的功能测试部分。

表 3-2 测试用例样例

系统模块	编号	用例描述	前置条件	操作步骤	预期结果	测试结果
系统验证	1.1	登录动作	后端服务已启动，且存在至少一个已注册用户，用户已打开登录页面	在登录页面输入正确的用户名和密码，并点击登录按钮	用户名和密码正确后，用户成功登录，并跳转到系统主页面或相应的用户界面	测试通过

表 3-3 缺陷表格样例

缺陷编号	01
缺陷简要描述	登录页面中，点击【登录】按钮没有反应。
缺陷重现步骤	1. 启动应用，进入登录页面； 2. 输入用户名和密码； 3. 点击【登录】按钮，页面无响应。
缺陷严重程度	严重　（缺陷等级：致命、严重、一般、提示）
涉及功能模块	用户登录
缺陷分析原因	调用接口异常
缺陷功能截图	（粘贴缺陷现场截图）

⚠️ 模块 C 只有 10 分，但最容易丢冤枉分：测试用例数量是硬指标（2 + 3 + 4 + 3 + 2 = 至少 14 个），Bug 至少 5 个，缺陷报告必须包含重现步骤、严重程度、涉及模块与原因分析，缺一栏就是白写。