4. 检查输出是否正常；

5. 检查所有功能/业务流程。 5.1.4 容错性测试

容错性测试和功能测试的一部分，可以检查系统对合法输入的处理能力，即检查在正常情况下功能是否能够实现，即为功能测试。检查系统对非法输入的处理能力，即检查在非正常情况下系统是否能够正确地处理，即为容错性测试。其主要检查：

1. 用户输入出错时系统是否能够识别。

2. 系统是否能够处理所发生的错误而不会使功能失效。 3. 系统是否能够给用户以提示，说明发生的错误。

5.2测试用例方法举例

5.2.1 功能测试

确保系统能正常运行，如数据输入、处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的内容进行分析，以此来核实应用程序及其内部进程, 这是目前的测试重点。

利用有效的和无效的数据来执行各个用例流，以核实以下内容： a.有效数据时得到预期的结果。

b.用无效数据时显示相应的错误消息或警告消息。

主要还是测试系统的各个功能能否实现，系统功能测试如表6-1所示：

表6-1 系统功能测试表

编号 1 路径 “注册” 错误类型 界面内容 2.密码长度不够； 1.添加分组时分组名不合法或已存在； 2 “分组管理” 易用性 2.分组不能删除成功； 1.好友名不合法或不存在； 3 “好友管理” 易用性 2.好友已添加过； 3.好友不能删除成功； 1.不能正常通讯； 4 “即时通讯” 易用性 2.聊天记录不能保存； 5.2.3 性能测试

性能测试用例设计通常不会一次设计到位，是一个不断迭代完善的过程，即使在使用过程中，也不是完全按照设计好的测试用例来执行，需要根据需求的变化进行调整和修改；窗体性能测试用例设计模型是一个内容全面比较容易组织和调整的模型架构。

预期性能指标测试用例

指一些十分明确的，在系统需求设计阶段预先提出的，期望系统达到的，或者向用户保证的性能指标，针对每个指标都要编写一个或者多个测试用例来验证系统是否达到要求，预

错误描述 1.用户名不合法或已存在；

期性能指标测试用例主要参考需求和设计文档，把里面十分明确的性能要求提取出来，指标中通常以单用户为主；

如：对于用户注册而言，处理时间应该在一定范围之内

输入动作：注册用户信息期望的性能：注册处理的时间小于等于1.0S 实际性能：注册处理的时间0.79秒

本系统基本完成需要，但是，仍然有许多功能上的问题存在，如系统逻辑，界面设计方面有待提高。

6. 结论及尚存在的问题

该项目是因为本学期有学习C#网络实训课，又加上陈祯辉同学帮林潇老师做Android手机终端通信的软件开发，但由于是在短时间开发该项目，所以在项目的设计流和实现流上会比较粗糙，内容相对较少，考虑的方面不够多。