软件14级-软件测试-7-实验2.docx

软件可用性测试班级：软工14-1BF组号：7测试和评估1. 提供显著的系统状态u 测试内容：系统必须通过在合适时间的适当反馈让用户知道系统当前在干什么。测试截图：测试结果：符合。系统会在提交问题、创建项目成功后提示操作成功。改进意见：对不同操作的提示加以区分。提交问题后显示提交成功。创建项目后显示创建成功。2. 系统应符合用户的现实世界u 测试内容：系统必须使用用户的语言，使用用户熟悉的单词、词组和概念，而不是面向系统的术语。遵循现实世界的规范，使得信息以自然和有逻辑的方式呈现。测试截图：测试结果：符合。3. 用户控制和自由度u 测试内容：用户经常会出现错误的操作。在这种情况下，系统应该提供明确标识的“紧急出口”来回到之前的状态。对系统上的各种操作支持撤销和重做。测试截图：测试结果：不符合。当单击网页的返回键时显示网页过期。改进建议：在网页中添加系统返回按钮回到之前的状态而不是使用浏览器的返回按钮。4. 一致性和标准性u 测试内容：用户不需要思索是否不同词、场景或者动作具有相同的含义。请遵循平台规范。测试截图：测试结果：符合5. 预防错误u 测试内容：与其提供好的错误信息，不如提供细致的设计以预防错误发生。提供画面迁移之前的输入项的检查功能和事先说明，用来避免用户发生错误。测试截图：测试结果：不符合。当我们输入明显错误的路径时，依旧可以进行下一步。改进意见：对特定的文本框进行必要的验证和事先说明，避免明显的错误。6. 识别而不是记忆u 测试内容：将对象、动作和选项可视化以减少用户的记忆压力。用户不必在记住一个对话框到另一个对话框之间的信息。系统的使用指导在适当的时候必须可见或可轻易获取。测试截图：测试结果：符合。系统有多级菜单。7. 使用的灵活性和效率u 测试内容：在有经验的用户和新手混用的系统中，为有经验的用户提供更加快捷的使用系统的便利性。用户可以定制自己经常使用的画面或功能。测试结果：不符合。系统不存在自定义界面。8. 美观、精练的设计u 测试内容：对话框不能包含无关或者几乎不需要的信息。对话框的每一个附加信息都会和相关信息竞争并减少它们的相对可视性。测试截图：测试结果：不符合。改进意见：精简界面。将不相关的功能拆分到多个页面。9. 协助用户认识、分析和改正错误u 测试内容：错误消息必须通过普通语言表达（不包含代码），准确指出问题并积极提示解决办法。测试截图：测试结果：符合。10. 帮助和用户手册u 测试内容：尽管如果系统没有文档就可以使用是更好，但是还是需要提供帮助和文档。这些信息必须容易搜索、关注用户任务并列出需要执行的具体步骤，而不是大而全。测试结果：不符合。改进意见：提供适当的使用说明或文档。实验心得Mantis是一款开源的软件缺陷管理工具，是基于PHP技术的轻量级缺陷跟踪系统，是以web操作的形式来提供项目管理及缺陷跟踪服务。相比于同类型的其他缺陷管理工具，mantis的功能不是很强大，但却很实用，完全可以满足中小型项目的缺陷管理及跟踪。根据nielsen十大评估原则对mantis进行了测试，从系统状态的可视化、系统界面、用户控制度、软件的统一性和标准化、是否能防止用户出错、降低用户的记忆负担、使用的效率和灵活性、设计的简约性、帮助用户识别、提示和帮助文档这几方面来看，这款软件操作性强，效率较高，即使测试人员经验不足也能一目了然的找到自己所需要的东西，但从另一方面来说，mantis的界面还是不够美观，并且管理十分不方便。通过这次测试，我们明白了软件测试的重要性，测试的目标就是确定软件功能是否能够正常运转，从而避免了用户使用时发生错误，这相当于让一场本该发生在用户面前的灾难，提前在自己面前发生了，尽管测试工作比软件开发对代码能力要求低一些，测试人员只要构建测试工具，测试用例等素材，执行测试，使隐藏的bug暴露出来，但是开发更像是看着设计图造一间房子，而测试更像是给你一间房子，让你进去探险，这样想起来确实很有意思，在之前我们做作业，从来没有注意过测试，因为基本上都是做完了就可以了，觉得要是有bug怎么可能运行的了呢，但实际上，测试是一个不可或缺的过程，即使是mantis这种使用量大运行很久的软件，在我们的测试过程中，仍然发现了很多的不好的地方，这些地方也许不能成为bug，不改也不会影响软件的