5.1.2 存储在手机上的记录
存储在手机上的记录和存储在SIM卡上的记录的测试用例基本相同。在测试过程中需要留心的是SIM卡的存储容量以及手机的存储容量，由于软件的定制不同，往往在不同处易出现故障。比如SIM卡的姓名栏可存储5个汉字，或8个字母、数字，电话号码可以存20位，手机的姓名栏目可以存12个汉字，20个字母、数字，电话号码可以存30位。在这个不同点之间就容易出现故障。
5.1.3 批量操作
5.1.3.1 SIM卡记录复制到手机
1） 1条SIM卡的记录复制到手机。要求：
i）姓名为1个字母或数字或一个字，手机号码是1个数字或特殊字符（＋，p）；
ii）姓名为满的字母或数字或字符，手机号码是满的数字或特殊字符（＋，p）。
2）将SIM卡的记录全部复制到手机。前提：SIM卡的容量有限，有的是70（如动感地带，易通卡），有的是大容量卡有200甚至250条的记录容量（如全球通，各地区的SIM卡容量不通，在测试过程中要考虑到对卡的兼容性），保证手机的每条记录是满记录，即姓名栏的字母，数字或汉字为满，号码栏的数字为满。将记录全部复制到手机，查看是否有异常。通产这时候问题就出来了，因为是批量性的复制，和手机的处理能力是有一定关系，此处比较容易出问题。
3）手机记录的容量通常比SIM卡的容量要大许多，这里在谈一下该处的测试要点。
前题条件：SIM卡的每条记录全满，即姓名和电话的容量全满。
i）SIM卡记录全部复制到手机，直至手机记录满，是否有相关的提示，例如：手机记录满，手机空间不足，是否继续进行复制；部分记录将会丢失的字样；
ii）手机是否可以读取大容量的SIM卡，并包括全部的手机记录，并能进行正常的查找。此处，可以连续的单条删除手机或SIM卡记录，直至删空，查看是否有异常。
5.1.3.2 手机记录复制到SIM卡
说明：手机的记录由于设计不同，有的手机是一个姓名对应1条记录，有的是一个姓名对应多条记录，具体根据实际情况。
i）将1条手机记录复制到SIM卡上，是否正确复制。
注意：手机记录中的姓名栏可能和SIM卡姓名栏的字数不相同，这时需要注意异常现象。另有的手机支持的是一个姓名下有若干条手机记录，是否可以将若干条记录全部复制到SIM，且无异常现象。
ii) 将全部满的手机记录，即手机存储的条目数满，姓名栏的字全满，手机号码的字数全满，全部复制到SIM卡，查看是否有异常。
注意：SIM卡的空间和手机空间容量在相等，或不相等的情况下，在复制的过程中均有提示，例如：SIM卡空间满；空间不足；空间不足，如进行复制，会有部分数据丢失等告警提示。
5.1.3.3 SIM卡记录移动到手机
SIM卡记录移动到手机同5.1.3.1 SIM卡记录复制到手机的测试方法基本相同。注意的是在移动后，SIM卡内容清空。
5.1.3.4手机记录移动到SIM卡
手机记录移动到SIM卡同5.1.3.3 SIM卡记录移动到手机的测试方法基本相同。由于各手机设计不同，有一个姓名对应一条记录和一个姓名对应若干条记录的情况，注意在移动过程中出现异常现象。
5.1.3.5 综述
从上面的测试方法已包含了等价测试和边界测试。下面将对测试过程中加入的其它环节进行描述。
1）中断：短信，MMS，来电，闹钟，功能键，挂机键，翻盖等等。在进行上述操作时，在每一个界面下，均需进行中断操作，并根据软件需求说明，对异常情况进行定位。
2）在进行每项操作时，均应有提示，确认是否进行该操作。由于各手机软件需求不同，在测试过程中可根据实际情况或根据用户反馈情况进行。
3）在SIM卡记录或手机记录满的情况下，添加记录，查看是否有相关提示或异常。
根据手机名片簿的实际情况，通过某些方式或方法迫使软件出错。在测试案例的设计中仍按重复测试，压迫测试以及重负测试这三种测试理念进行测试。
5.2.1 重复测试
1）添加
a)在待机状态下连续添加电话号码，并保存至SIM卡/手机，操作次数大于40次；
b)添加菜单内连续添加电话号码，并保存至SIM卡/手机，操作次数大于40次。
2）删除
a)电话簿列表下，连续逐条删除电话号码；
b)在保证SIM卡/ 手机容量满的情况下，连续删除SIM卡/手机全部记录，在进行手机全部内容复制到SIM卡上的操作。操作次数大于20次。
3）查找
根据手机的实际功能，进行连续性查找。查找次数大于20次。
4）修改
a)连续逐条将记录修改成同一内容的记录，操作次数大于5；
b)连续逐条修改记录，将姓名栏内的内容修改至最大，并将电话号码号码修改至最大。操作次数大于20次。
说明：在这里涉及到操作次数的问题，操作次数过大或过小，都会失去它的实际意义。操作次数定义在40次，是根据SIM卡的容量定义的，通常SIM卡的容量是在70左右。连续删除SIM卡/手机的全部记录的20次操作，测试目的是检验内存是否溢出或不足。这项操作也可以定义成50次，甚至更多。即使检测出软件存在问题，但是进行软件更改的成本就会更高，甚至造成代码引入的BUG，总体来讲，得不偿失。
5.2.2 压迫测试
压迫测试是指软件再不够理想的条件下运行——内存小，磁盘空间少，CPU速度慢等等。
从经验来看，压迫测试和重复测试相结合，测试的效果比较好。在名片夹中主要是要注意SIM卡容量和手机容量的关系。有部分SIM卡的容量比较大，在200，250条甚至更高。在测试过程中，主要主意的一个问题就是尽量在SIM卡和手机容量慢的情况下进行添加，删除，修改，查找等操作。另一点就是操作的次数不能太少，也尽量不要太大。
5.2.3 重负测试
举例几个例子：比如如插上充电器；在低电压时，插上充电器；电池容量满后，继续充电并测试等等。
5.2.4 其它
在这里，仅仅举几个测试用例。
1）在名片簿列表下，连续按方向键，进行读取列表；
2）在名片簿列表下，快速插拔充电器；
3）输入非正常字符进行存储。
上述用例的目的就是在模仿用户在使用过程中容易或非正常情况下出现的问题。
5.3 集成测试
根据软件需求，检查名片簿与那部分模块相关。例如呼叫（直接呼叫，IP呼叫，三方通话），MMS，短消息等等
在这里针对名片簿的测试，采用的是增值式集成测试。通过名片簿与其它模块的相关关系，检测测试名片簿与相关模块在接口上是否存在BUG。在测试过程中，首先测试是否满足基本功能，其实是多次反复调用相关模块，检验模块接口是否有问题存在。
文章来源于领测软件测试网 https://www.ltesting.net/
