学海无涯苦作舟！
6.2测试用例方法举例
6.2.1 功能测试
确保系统能正常运行，如数据输入、处理、检索是否正确，以及业务规则的实施是否恰当。即对交互的内容进行分析，以此来核实应用程序及其内部进程, 这是目前的测试重点。
利用有效的和无效的数据来执行各个用例流，以核实以下内容： a.有效数据时得到预期的结果。
b.用无效数据时显示相应的错误消息或警告消息。
主要还是测试系统的各个功能能否实现，系统功能测试如表6-1所示：
表6-1 系统功能测试表
编号 1 路径 “注册” 错误类型 界面内容 2.密码长度不够； 1.添加分组时分组名不合法或已存在； 2 “分组管理” 易用性 2.分组不能删除成功； 1.好友名不合法或不存在； 3 “好友管理” 易用性 2.好友已添加过； 3.好友不能删除成功； 1.不能正常通讯； 4 “即时通讯” 易用性 2.聊天记录不能保存； 错误描述 1.用户名不合法或已存在； 6.2.3 性能测试
性能测试用例设计通常不会一次设计到位，是一个不断迭代完善的过程，即使在使用过程中，也不是完全按照设计好的测试用例来执行，需要根据需求的变化进行调整和修改；窗体性能测试用例设计模型是一个内容全面比较容易组织和调整的模型架构。
预期性能指标测试用例
指一些十分明确的，在系统需求设计阶段预先提出的，期望系统达到的，或者向用户保证的性能指标，针对每个指标都要编写一个或者多个测试用例来验证系统是否达到要求，预期性能指标测试用例主要参考需求和设计文档，把里面十分明确的性能要求提取出来，指标中通常以单用户为主；
如：对于用户注册而言，处理时间应该在一定范围之内
输入动作：注册用户信息期望的性能：注册处理的时间小于等于1.0S
学海无涯苦作舟！
实际性能：注册处理的时间0.79秒
本系统基本完成需要，但是，仍然有许多功能上的问题存在，如系统逻辑，界面设计方面有待提高。
结论及尚存在的问题
由于水平有限，对于数据库的操作还不是相当的熟练，有时会出现信息不能及时更新到数据库的问题，导致错误。在做需求分析的时候，由于考虑欠佳，等到做软件的时候又出现了问题，在返工为时太晚，尽管已经想办法补救，但难免出现漏洞。有些想法还没有及时的添加到系统中，比如说：我想在用户登录以后可以收发文件、语音通信等。但是本系统很有实用性，例如只要服务器打开，用户随时可以利用系统进行合理的应用，方便快捷，一目了然的感觉。利用老师交给我的一些好的方法和捷径，准确分析了整个通讯过程，是这次系统设计的一大收获。
系统难免还有一些不足的地方，还望各位读者和教师们多多批评指正，不胜感激。
学海无涯苦作舟！
参考文献
[1] 冯博，应群.面向对象的JAVA网络编程[M].北京：清华大学出版社, 2003。 [2] Bruce Eckel[美].Java编程思想[M].陈昊鹏译.北京：机械工业出版社,2003。 [3] 王少峰.面向对象技术UML教程[M].北京：清华大学出版社,2005。
[4] 结城浩[日].Java多线程设计模式[M].博硕文化译北京：中国铁道出版社,2003。 [5] 核心研究室.深入浅出Java Swing程序设计[M].北京：中国铁道出版社,2005。
[6] Dreamtech软件研发组[美].即时消息传递系统源代码解析[M].李军译.北京, 电子工业出版社。 [7] 哈罗德[美].Java网络编程[M].刘东华译.北京：中国电力出版社,2000。 [8] 张洪伟.Tomcat Web开发及整合应用[M].北京：清华大学出版社,2006。 [9]《软件工程》，李代平编，清华大学出版社；计算机软件开发文档编写指南。 [10]《UML与系统分析设计(第二版)》，张龙祥编，人民邮电出版社；
[11]《SQL Server2000中文版设计实务》，施威铭研究室编，人民邮电出版社； [12] 李春葆，曾平 编著.《数据库原理与应用》.北京:清华大学出版社，2005；
[13] (英)Leszek A.Maciaszek 著,金芝 译.《需求分析与系统设计》.北京:机械工业出版社，2005；
相关推荐：
loading