在本次基于区块链EOS平台的美食点评系统——小众点评的D组版本1.1.0的测试评审中，评审团队采用网上互评的方式对项目进行了深入的审查。以下是评审过程中发现的问题及其详细分析：
1. 文档完整性：文档的封面缺少版本号。报告人宋冰晨建议在封面上补充文档的版本号，以便于跟踪和管理不同版本的文档。
2. 页面布局：页码的缺失可能会影响阅读和查找内容的便利性。同样，宋冰晨提出了添加页码的建议，这有助于提高文档的可读性和专业性。
3. 测试用例管理：测试用例编号的遗漏可能导致用例混淆。为确保测试过程的规范性，宋冰晨建议补充用例编号，使每个测试用例都能清晰地对应到特定的功能或场景。
4. 功能描述不清：在1.2.5部分，历史评论的处理方式存在误导。根据宋冰晨的描述，已删除的评论在历史评论中仍然可见，这与用户的常规认知不符。因此，建议增加文字解释或提供测试截图以明确系统行为。
5. 标签功能：1.3.1中，标签的含义和使用规则未明确。测试结果显示，输入“快餐”后得到了肯德基，这引发了对标签含义的疑问。为避免用户困惑，应提供标签的文字说明或测试截图，确认一个店铺是否可以拥有多个标签。
6. 链接功能：1.3.2指出，店铺链接示例不足。宋冰晨通过测试发现，错误的链接会返回404错误。为确保链接功能的正确性，建议提供有效的链接示例或测试截图。
7. 文档一致性：测试报告中的用例分类与测试需求文档不匹配。为保证信息同步，宋冰晨提议调整测试报告，使其与需求文档保持一致。
8. 评价准则：2.3中的“快和及时”缺乏具体数值说明，这可能导致评价标准不明确。建议给出明确的数值指标，以便于量化评估和比较。
9. 测试详尽度：2.4鲁棒性测试的结果描述过于模糊，需要补充不同输入数据下系统的反馈情况，以确保系统具备良好的容错能力。
10. 可用性评估：2.1友好性测试结果的描述过于宽泛。参考可用性测试的最佳实践，建议挑选代表性的用户任务进行测试，并记录用户的操作路径，以便分析用户是否能顺畅地完成任务，以及在操作过程中是否存在犹豫或困难。
综上，这些问题反映了测试文档和实施过程中的不足，需要项目团队针对这些问题进行修正和完善，以提升系统的质量、用户体验和整体的项目管理水平。通过改进文档规范、细化测试用例、明确功能描述和优化用户界面，项目有望达到更高的标准。
评论0