系人的相关信息将在ListView控件中显示出来。
如图4-6所示
图4-6 联系人查找
4.2 信息模块 4.2.1 信息显示模块
当用户想要获取到手机内存在的联系人信息时，可以通过点击主菜单栏的信息按钮，实现用户短信息的呈现。该界面的核心控件是ListView控件。在该界面下，手机数据库中的短信息内容，将会再次界面进行显示，若数据库中短信息内容是空，则显示的为空。每条短信息会提供一个信息预览，并显示联系人的头像和联系号码。其中。短信息的排序是按照时间排序，越新的信息，其显示的位置会越靠前。如图4-7所示
图4-7 短信息显示
4.2.2 信息编辑模块
在短信息显示界面，如果进行长时间点击，会弹出相关选项界面。可以选择对这个联系人进行拨打电话或者删除其短信息内容，当用户点击拨打电话时，手机通讯录会调用系统服务，进行拨打电话。若用户选择删除选项，则软件会删除相关联系人的短信息内容。如图4-8所示。
10
图4-8 短信息操作
在短信息显示界面，点击短信息联系人头像时，若此号码已经存在于联系人列表中，会弹出打电话，发送短信息给此联系人，发送邮件给此联系人或者对联系人信息进行编辑如图4-9所示。
图4-9 短信息操作
当短信息中显示的联系人的号码不在数据不在数据库中时，用户可以通过点击短信息界面显示的头像选择添加联系人，用户可以选择确认或者取消。若用户选择确认按钮，系统会进入联系人编辑界面，用户可以编辑联系人信息并存入数据库。如图4-10所示。
图4-10 联系人添加图
在短信息显示界面，点击右上角的ImageButton,系统会进入新建信息界面。此界面的核心控件是GridView,系统会读取数据库中的联系人姓名填充到此控件中，其中排序方式是按照行列形式呈现。用户可以通过点击所需发送短信息的一个或者多个联系人将他们填充到TextView控件中。用户在短信息编辑的TextView空间中编辑好信息后，可以发送信息给一个联系人或者同时发送信息给几个人。如图4-11所示。
11
图4-11 短信息发送
当短信息发送完成后，通过在系统代码中添加添加标记来区分本条短信息是否已经被阅读过。其中read为1时表示该信息已经被阅读过，若read=0,则说明此短信息未被阅读。同时，考虑到用户的使用方便性，在短信息显示内容界面内，设置了拨号的ImageButton,通过此图标，当用户需要直接联系短信息来联系人时，用户可以直接进行点击此ImageButton，然后调用系统自带的拨号服务直接呼叫联系人，从而极大的方便了用户的使用。 4.3 个人中心模块
随着社会和科技的不断发展，个人信息的安全和保护也越来越受到人们的重视，用户已经不仅仅满足于一款普通的手机通讯录软件。一款好的手机通讯录软件，除了满足用户对于打电话或者发送短信的基本必备功能外，安全性也是一个很重要的方面。为了满足用户的要求，本手机通讯录管理软件实现了一个个人中心的功能。通过这个功能，用户可以实现联系人，短信息的一键备份和恢复功能。安装本手机通讯录管理软件后，本软件提供了两种导入手机中已经存在的手机联系人的方式，分别是从SIM卡导入和通过系统联系人导入，免去了用户从手机一个一个录入联系人的不便。个人中心模块如图4-12所示：
图4-12 个人中心
12
该界面的核心空间是GridView控件，在此空间中，通过适配器adapter将所需显示的图片和文字信息填充到GridView。其中主要功能有联系人的备份和恢复，短信息的备份和恢复，以及从SIM卡导入联系人和系统联系人导入。
为了提高用户的使用体验，防止用户因为某些原因误删除联系人而不可恢复的情况，本手机通讯录管理软件设计了联系人的备份和恢复模块，从而保护用户的相关数据内容，以及确保用户手机联系人的可恢复性。当用户点击联系人备份时，本手机通讯录软件可以实现联系人的相关数据内容备份到本地。当用户因为不小心而删除联系人时，可以通过联系人恢复菜单恢复联系人信息，保证了用户使用的安全性。
在信息备份模块中，本手机通讯录软件会读取数据库中的所有短信息内容，并将短信息内容备份到手机本地，当用户因为不小心而删除某个联系人的短信息时，则可以在已经备份联系人短信息的前提下，通过信息恢复模块，可以实现短信息的恢复操作，从而进一步保证了用户的数据安全，提升了用户的使用体验。
当用户安装本手机通讯录管理软件后，在个人中心模块内，本软件设置了导入SIM卡联系人选项以及导入系统联系人模块，通过这两个模块，可以自动读取到手机中原本存在的联系人，避免了用户手动一个一个输入系统已经存在联系人的不便，方便了用户的使用。
5 系统测试与调试
5.1 测试的概念
广义上讲，测试是在软件生存周期内对软件进行的相关检查，评审和确认活动。如：设计评审、系统测试。
狭义上讲，测试是对软件的产品品质进行检测和评价，并且通过测试，发现软件产品中可能存在的问题。它能在检测软件中可能存在的各种问题时，同时可以给予软件维护人员必要的反馈。 5.2测试的目的
在软件程序的正式发布运行前，为了确保软件程序的正确性，稳定性以及可靠性，必须要进行软件测试。具体来说，软件程序的测试，就是在软件程序正式发布运行前，对软件程序的需求分析，开发文档，软件代码的复查。通过软件程序的测试，以期可以发现软件程序中可能存在的相关的问题，并且交由程序开发人员进行进一步的修改。
测试的目的就是在软件正式投入生产性运行之前，尽可能发现软件中存在的错误以及不稳定的地方。软件开发过程中可能存在错误，这在现如今的软件开发过程中几乎是不可避免的。只有通过软件的测试，编程人员才可能在编程的每个阶段发现软件的可能存在的错误，并且使相关的维护人员对软件的错误进行相关的修改和反馈。 5.3 测试的原则
在测试中，我们应遵循Good-enough原则。Goood-enough原则是一种衡量投入/产出比的原则:过分的测试一方面可以达到测试强度需求，从而使测试结果更加可靠，发现软件开发过
[5]
[5]
13
程中的错误，使编程人员可以修改错误，但是从另外一个角度来讲，过分的测试又是一种浪费，它消耗了太多的资源，有时得不偿失。不充分的测试节省了系统资源，但是由于测试的不充分可能会使测试结果不可靠。但是在实际测试过程中，大部分时候，我们很难对过分的测试或者不充分的测试实现百分之一百正确的鉴定。目前普遍采用的方法是，制定一个测试结果的最低目标要求，并且具体问题具体分析。 5.4程序测试
在程序的开发过程中，开发人员难免会遇到各种各样的困难或者由于开发过程的不规范而造成软件的各种问题与错误，如程序语法的错误，程序设计的错误等等。软件程序的开发是一个系统性的工程。在软件程序的开发过程在，每开发完一个功能模块，都应该及时进行程序的测试，以发现和解决开发过程中出现的各种问题。开发完一个功能，需要及时测试，待测试完成后，方才可以进行下一个阶段的开发。 5.5 测试的主要内容
测试的主要内容包括，代码审查、单元测试、集成测试、确认测试以及系统测试。一般情况下，在编码工作完成以后，且完成编码的审查工作后，即可以进行相关的单元测试 。测试用例的设计应与复审工作相结合，根据设计信息需要选取适当测试数据，通过合适的测试用例的设计，在测试过程中，会发现更多软件程序设计中可能存在的各种问题。 一般情况下测试活动大致分成一下四个部分：单元测试，集成测试，系统测试，验收测试[7]。
[6]
[5]
1.单元测试
单元测试是代码一级的测试，主要由相关开发人员进行。单元测试是对软件模块进行测试。单元测试以详细设计描述为依据。在单元测试中，应对软件程序中所有重要的模块进行测试，以便发现模块内部可能存在的各种错误。单元测试中各个模块多并行进行百合测试。
2.集成测试
对软件程序中各个模块间的组合进行测试即为集成测试，集成测试理想的目标是将程序软件的所有模块进行组合成功，使程序各个模块之间不存在模块匹配的问题。
3.系统测试
系统测试是由若干个无关不同的测试组成的，经过系统测试后，软件系统应该实现充分运行的目的，并且验证系统的各个模块间能否实现正确的工作。另外，系统测试应测试软件是否已经达到设计要求[8]。
4验收测试
由专业人员进行测试，以验收程序软件是否达到了预定的要求[8]。 5.6 测试用例
系统测试就是利用测试工具依据标准测试方案和流程对产品性能和功能进行测试，根据需要编写不同的测试工具，设计和维护测试系统，并根据测试的结果，维护人员可以对此过程中发现的问题进行相关的改进。根据功能和性能测试需求制定以下测试用例，测试用例表如表5-1所示
[8]
[7]
14