电话簿管理序.ppt

5、调试和测试 5.1单元测试 例2：测试bool ListDelete(LinkList *L, int index); （修改该函数，使得该函数产生bug，演示测试输出与期望输出不同，从而进入调试过程） 测试函数 testListDelete 演示调试过程 5、调试和测试 5.1单元测试 在实践工作中，进行完整计划的单元测试和编写实际的代码所花费的精力大致上是相同的。一旦完成了这些单元测试工作，很多Bug将被纠正，在确信他们手里拥有稳定可靠的部件的情况下，开发人员能够进行更高效的系统集成工作。 经常与单元测试联系起来的另外一些开发活动包括代码走读(Code review) ，开发人员不妨在单元测试之前进行代码走读，提高调试和测试效率。 5、调试和测试 5.2功能测试 需求理解了，知道客户想要系统实现什么，理解了业务，就知道了系统是怎样一个流程来实现的。然后按照需求来进行测试的，不满足需求要求的都可以认为是BUG。但实际中，这样一个简化了过程都很难，毕竟想从开发那拿到一份完整详细的需求都是很不容易的(当然，可能也有比较规范的公司，但目前大多数应该是这个情况)。 5、调试和测试 5.2功能测试 本软件的功能需求： 增加记录 修改记录 删除记录 根据查询条件查询符合条件的记录 程序退出时能保存所有记录 程序启动时能读入所有记录 5、调试和测试 5.2功能测试 功能测试用例： 演示 5、调试和测试 上机实验： （1）完成所有单元测试。 （2）完成功能测试。 3、系统详细设计 3.2 功能接口详细设计 //显示电话本中所有的记录信息 e) void DisplayAll(LinkList *L) { for(int i =0 ;iLenthOfList ;i++) 显示记录信息； } 3、系统详细设计 3.2 功能接口详细设计 //将所有记录写入文件 f) bool WriteDataToFile(LinkList *L, char *filename); { 打开保存信息的数据文件filename ； if(打开文件成功) { for(int i =0 ;iLenthOfList ;i++) 将记录写入文件filename中； reutrn; } 提示打开文件失败信息； } 3、系统详细设计 3.2 功能接口详细设计 //从文件中读入保存的记录信息 g) bool ReadDataFromFile(LinkList *L, char *filename); { 打开保存信息的数据文件filename ； if(打开文件成功) { while(fread 记录信息成功) 将记录信息加入链表; } 提示打开文件失败信息； } 3、系统详细设计 3.3 文件结构 从接口设计过程中可以知道我们需要操作链表，进行链表元素的增加、修改、查询和删除；需要操作文件，对文件进行读写；需要管理电话簿，对电话簿所管理的记录进行增加、修改、查询、删除和显示；需要响应用户的操作。因此我们用以下文件分别来完成相应的功能： 3、系统详细设计 3.3 文件结构（续） 文件结构划分原则： 界面相关的函数放在同一文件中； 操作相同数据结构的函数放在同一文件中； 操作数据联系紧密的函数放在同一文件中； 协同完成同一功能的函数放在同一文件中。 3、系统详细设计 3.3 文件结构（续） 1）elemtype.h 和elemtype.cpp 完成记录元素的定义及操作函数； 3、系统详细设计 3.3 文件结构（续） 1）ListManage.h 和ListManage.cpp 完成记录元素的定义； 链表操作（查、插、删、改）； 记录文件的读写。 3、系统详细设计 3.3 文件结构（续） 2）AddressBook.h 和AddressBook.cpp （主要协助主程序框架完成相应的功能） 对电话簿中的记录进行插、查、删、改 操作； 对电话簿中的记录进行显示； 读写文件 生成一条新的记录； 生成查询条件； 3、系统详细设计 3.3 文件结构（续） 3）AddressBookManage.cpp 主程序，完成main函数 程序运行演示 上机实验： （1）完成功能需求文档 （2）完成概要设计。 （3）完成详细设计 上机实验： （1）完成一个用于存放记录信息的结构体的定义 （2）完成一组操作链表的函数（可先只完成接口定义），包括在链表中进行插、查、删、改。 （3）完成将链表中的数据写入本地文件和从本地文件中读入数据（可先只完成接口定义）， （4）完成与