Contacts模块功能测试用例设计思路.docx
- 文档编号:28153753
- 上传时间:2023-07-08
- 格式:DOCX
- 页数:28
- 大小:74.69KB
Contacts模块功能测试用例设计思路.docx
《Contacts模块功能测试用例设计思路.docx》由会员分享,可在线阅读,更多相关《Contacts模块功能测试用例设计思路.docx(28页珍藏版)》请在冰豆网上搜索。
Contacts模块功能测试用例设计思路
Contacts模块功能测试用例设计
测试需求分析(shortcuts——>按钮结合功能分析)
相关的数据库表结构
contacts表结构:
保存所有联系人信息。
字段
类型
Null
默认
assigned_user_id
char(36)
是
NULL
id
char(36)
是
date_entered
datetime
是
NULL
date_modified
datetime
是
NULL
modified_user_id
char(36)
是
NULL
created_by
char(36)
是
NULL
description
text
是
NULL
deleted
tinyint
(1)
是
0
salutation
varchar(5)
是
NULL
first_name
varchar(100)
是
NULL
last_name
varchar(100)
是
NULL
title
varchar(100)
是
NULL
department
varchar(255)
是
NULL
do_not_call
tinyint
(1)
是
0
phone_home
varchar(25)
是
NULL
phone_mobile
varchar(25)
是
NULL
phone_work
varchar(25)
是
NULL
phone_other
varchar(25)
是
NULL
phone_fax
varchar(25)
是
NULL
primary_address_street
varchar(150)
是
NULL
primary_address_city
varchar(100)
是
NULL
primary_address_state
varchar(100)
是
NULL
primary_address_postalcode
varchar(20)
是
NULL
primary_address_country
varchar(100)
是
NULL
alt_address_street
varchar(150)
是
NULL
alt_address_city
varchar(100)
是
NULL
alt_address_state
varchar(100)
是
NULL
alt_address_postalcode
varchar(20)
是
NULL
alt_address_country
varchar(100)
是
NULL
assistant
varchar(75)
是
NULL
assistant_phone
varchar(25)
是
NULL
lead_source
varchar(100)
是
NULL
reports_to_id
char(36)
是
NULL
birthdate
date
是
NULL
portal_name
varchar(255)
是
NULL
portal_active
tinyint
(1)
是
0
portal_app
varchar(255)
是
NULL
campaign_id
char(36)
是
NULL
contacts_audit表结构:
保存联系人的修改记录。
字段
类型
Null
默认
id
char(36)
是
parent_id
char(36)
是
date_created
datetime
是
NULL
created_by
varchar(36)
是
NULL
field_name
varchar(100)
是
NULL
data_type
varchar(100)
是
NULL
before_value_string
varchar(255)
是
NULL
after_value_string
varchar(255)
是
NULL
before_value_text
text
是
NULL
after_value_text
text
是
NULL
contacts_bugs表结构:
保存联系人和bug之间的关联
字段
类型
Null
默认
id
varchar(36)
是
contact_id
varchar(36)
是
NULL
bug_id
varchar(36)
是
NULL
contact_role
varchar(50)
是
NULL
date_modified
datetime
是
NULL
deleted
tinyint
(1)
是
0
contacts_cases表结构:
保存联系人和事件之间的关联
字段
类型
Null
默认
id
varchar(36)
是
contact_id
varchar(36)
是
NULL
case_id
varchar(36)
是
NULL
contact_role
varchar(50)
是
NULL
date_modified
datetime
是
NULL
deleted
tinyint
(1)
是
0
contacts_users表结构:
保存联系人和sugar用户之间的关联
字段
类型
Null
默认
id
varchar(36)
是
contact_id
varchar(36)
是
NULL
user_id
varchar(36)
是
NULL
date_modified
datetime
是
NULL
deleted
tinyint
(1)
是
0
accounts_contacts表结构:
保存联系人和企业之间的关联
字段
类型
Null
默认
id
varchar(36)
是
contact_id
varchar(36)
是
NULL
account_id
varchar(36)
是
NULL
date_modified
datetime
是
NULL
deleted
tinyint
(1)
是
0
calls_contacts表结构:
保存联系人和电话之间的关联
字段
类型
Null
默认
id
varchar(36)
是
call_id
varchar(36)
是
NULL
contact_id
varchar(36)
是
NULL
required
varchar
(1)
是
1
accept_status
varchar(25)
是
none
date_modified
datetime
是
NULL
deleted
tinyint
(1)
是
0
meetings_contacts表结构:
保存联系人和会议之间的关联
字段
类型
Null
默认
id
varchar(36)
是
meeting_id
varchar(36)
是
NULL
contact_id
varchar(36)
是
NULL
required
varchar
(1)
是
1
accept_status
varchar(25)
是
none
date_modified
datetime
是
NULL
deleted
tinyint
(1)
是
0
opportunities_contacts表结构:
保存联系人和商机之间的关联
字段
类型
Null
默认
id
varchar(36)
是
contact_id
varchar(36)
是
NULL
opportunity_id
varchar(36)
是
NULL
contact_role
varchar(50)
是
NULL
date_modified
datetime
是
NULL
deleted
tinyint
(1)
是
0
Createcontact
在用户手册中有以下比较重要的文字描述:
1.AccountName.Entertheaccountnameassociatedwiththecontact;alternatively,clickSelecttochoosefromtheexistinglistofaccounts.也就是说AccountName可以选择也可以直接输入。
2.Campaign.Toassociatethecontactwithacampaign,enterthecampaignnameorclickSelecttoselectitfromtheCampaignslist.也就是说Campaign可以选择也可以直接输入。
3.SynctoOutlook.IfyouhaveinstalledSugarPlug-inforMicrosoftOutlook,selectthisboxtosynchronizethiscontactinformationwithOutlook.由于没有该插件,因此这个输入可以忽略。
4.DoNotCall.SelectthisboxtoaddthecontacttotheDoNotCalllist.Thisistoensurethatthecontactisnottargetedduringcampaigns.这个输入和Campaign模块相关,可以放到Campaign模块来进行考虑。
5.Ifyouselectanaccountfromtheaccount’slist,thesystemautomaticallyenterstheaddressforyou.However,youcaneditthisinformationifneeded.如果选择了accountname,那么AddressInformation中会自动填入相关信息,这个可以单独作为测试子项来考虑。
6.EmailAddress(es):
EnteranemailsaddressforthecontactandselectPrimary.Ifanemailaddressisincorrect,selectInvalidtoindicateit.Ifyousentoutcampaignemailsthiscontactandtheindividualchosetoopt-outofreceivingthem,selectOptedOut.这里是对EmailAddress不同状态的解释,需要考虑不同状态之间的冲突。
Save
首先分析哪些输入比较重要,针对这些比较重要的输入使用等价类划分、边界值分析法来进行测试用例设计。
1.Lastname:
必填项,最大长度100(长度来自于contacts表)。
2.Accountname:
选填项(会与Accounts模块发生关联,对应accounts_contacts表)。
3.Campaign:
选填项(与Campaigns模块没有直接联系,与ReportsTo、Assignedto类似,只是在contacts表中有记录)。
4.Birthdate:
选填项,为MM/DD/YYYY格式,不能晚于系统当前日期。
5.EmailAddress:
选填项,满足邮件地址规则,最大长度255(长度来自于email_addresses表,所有邮件地址均保存在该表)。
等价类表:
输入
输入条件
有效等价类
无效等价类
Lastname
必填项
填
不填
最大长度100
长度不超过100
长度超过100
Accountname
选填项
填,不填
Campaign
选填项
填,不填
Birthdate
选填项
填,不填
为MM/DD/YYYY格式
月份1位,月份2位,日期1位,日期2位,年份4位,闰年2月,非闰年2月,大月,小月,月份1-12,
月份为非数字,日期为非数字,年份为非数字,月份>12,闰年2月日期>29,非闰年2月日期>28,大月日期>31,小月日期>30
不能晚于系统当前日期
早于系统当前日期,等于系统当前日期
晚于系统当前日期
EmailAddress
选填项
填,不填
满足邮件地址规则
是
不包含“@”,不包含“.”仅有“@.”
最大长度255
长度不超过255
长度超过255
和数字相关的等价类考虑用边界值进行覆盖,具体用例略。
接着针对系统对空格的处理来进行测试,选择Lastname,考虑以下几种情况:
1.字符串前面有空格(1个或多个)。
2.字符串中间有空格(1个或多个)。
3.字符串后面有空格(1个或多个)。
最后用错误猜测法补充用例,需要注意的是主要关注影响系统使用的错误,比如记录无法点击等等。
1.仍然选择Lastname进行测试,输入全角空格,对应的是Lastname为空的情况。
2.针对Lastname进行输入时,考虑拷贝输入的方式。
注意事项:
1.每个用例的预期输出中都应包含数据库的检查。
2.包含了Accountname的测试用例还需要到Accounts模块来进行查看。
3.没有考虑快捷键Alt+S的测试(后面类似)。
Cancel
该功能的测试,需要注意在cancel之前是否存在和服务器之间的数据交互,如果有交互,需要考虑交互对cancel的影响,比如需不需要从服务器上删除前面交互的数据,如果没有交互则比较简单了,直接测试即可。
这里对应的是后者。
注意事项:
1.上下两个cancel都需要测试。
2.cancel功能的测试用例的预期输出必须写清回退到哪个页面。
Select
这里的select实际对应的是AccountName的输入功能。
从用户手册会发现这里的输入有两种方式:
选择已有的记录和手工输入已有的记录。
这样测试也分两种情况来考虑。
选择已有记录考虑:
1.AccountName为空,选择一条记录(选择一次)。
2.AccountName为空,选择一条记录,再选择另一条记录(选择多次)。
手工输入已有记录考虑:
1.AccountName为空,手工输入存在的记录,再手工修改为不存在的记录。
2.AccountName为空,手工输入不存在的记录,再手工修改为存在的记录。
Clear
这个功能的测试比较简单,以AccountName为例主要考虑:
1.AccountName输入存在的记录,点击clear进行清除。
2.AccountName输入不存在的记录,点击clear进行清除。
AddAddress
关于邮件地址合法性检查已经在Save中考虑了,因此这里不再考虑。
这里主要考虑:
1.添加多个邮件地址。
2.能添加的邮件地址的最大个数。
3.邮件地址状态的设置(Primary、OptedOut和Invalid)。
添加多个邮件地址主要考虑:
1.添加多个不同的邮件地址,查看能否保存以及保存后显示的顺序是否正确。
2.添加多个相同的邮件地址,查看能否有提示信息提示重复输入。
3.添加多个邮件地址,但其中有部分为空。
针对能添加的邮件地址最大个数,可以注意一下邮件地址所保存的表为email_addresses,从该表会发现,对于这个最大个数并没有什么限制,只会受到数据库本身容量的限制,因此这个邮件地址最大个数可以不测。
邮件地址状态的设置主要考虑:
1、添加多个不同的邮件地址,第一个设置成Primary。
2、添加多个不同的邮件地址,最后一个设置成Primary。
3、添加多个不同的邮件地址,中间的一个设置成Primary。
4、添加一个邮件地址,设置成OptedOut。
5、添加一个邮件地址,设置成Invalid。
6、添加一个邮件地址,不进行任何设置。
7、添加多个邮件地址,不进行任何设置。
8、添加一个邮件地址,同时设置Primary和Invalid。
9、添加多个邮件地址,同时设置第一个为Primary和Invalid。
10、添加多个邮件地址,同时设置最后一个为Primary和Invalid。
11、添加一个邮件地址,同时设置OptedOut和Invalid。
12、添加多个邮件地址,同时设置第一个为OptedOut和Invalid。
13、添加多个邮件地址,同时设置最后一个为OptedOut和Invalid。
如果想更简单的测试Primary、OptedOut和Invalid这三个状态之间的相互影响,可以采用正交分析法,这三个状态值为因子,选和不选为状态,因此可以选用3因子2状态的正交表。
EnterBusinessCard
这个功能提供的实际上是把名片上的信息录入到sugar中去,所输入的信息基本为createcontact所录入信息的子集,因此这个功能的测试主要放在与createcontact不同的地方。
Save
这里可以简单的通过2个测试用例来进行测试:
1.所有输入均输入合法值。
2.除了必填项之外都不输入。
LinksTest
这里测试比较简单,主要是验证CreateNote、CreateAccount、CreateOpportunity、CreateAppointment的基本功能。
如果想少测一点的话,可以将后三个归成一类,因为都有专门的表来记录它们和联系人之间的关联(accounts_contacts、calls_contacts、meetings_contacts)。
设计测试用例时考虑必填项的填和不填即可。
CreateFromvCard
首先需要知道vCard对应的是电子名片,是一种数据格式,不少软件都支持这种格式的文件的导入导出。
如果要制造这种文件,可以借助于outlookexpress的通讯簿来生成,选中一条记录导出即可,导出的文件为vcf文件。
从界面上会发现,该功能就是通过浏览或者手动输入一个文件,然后点击ImportvCard即可。
因此设计测试用例也就是从这个文件来入手,除了考虑文件的扩展名等因素,还需要考虑文件的内容。
1.合法vcf文件导入,英文字母和数字内容,全填。
2.合法vcf文件导入,中文内容,部分填。
3.文件不存在。
4.输入的路径文件名包含非法字符(如*、?
等)。
5.文件扩展名不是vcf。
6.非vcf文件扩展名强制改成vcf。
另外由于导入的vcf文件并不完全受控,因此可能会出现导入数据的长度超过sugar中能保存的最大长度的情况,这需要通过错误猜测法进行测试。
注意事项:
由于是直接导入数据,数据在服务器上并不会以文件形式存在,因此不需要考虑同一个文件多次导入的情况(上传到服务器上的文件主要放在cache目录的import子目录和upload子目录下)。
Contacts
这里主要涉及联系人的管理和维护。
在用户手册中有以下比较重要的文字描述:
1.Thesystempaginateslonglists.Tosortthelist,clickanycolumntitlewhichhastheiconbesideit;toreversethesortorder,clickthecolumntitleagain.记录存在排序的问题,需要进行测试。
2.TheaddressdisplaysintheAdditionalDetailspopupwindow.Inthiswindow,youcanclicktheViewicontonavigatetotherecord’sdetailpage,orclicktheEditicontonavigatetotherecord’sdetailpageandedittheinformation.这里提示还有view按钮和edit按钮需要进行测试。
NewContact
这个功能只是新建联系人的快捷方式,需要输入的内容比CreateContact少的多,因此如果CreateContact考虑的比较充分,NewContact可以测试的比较简单:
1.全部输入合法数据。
2.全部不输入数据。
BasicSearch
在用户手册中有以下比较重要的文字描述:
1.Whenyoutypeacharacterinafield,thesystemperformsaquicksearchofpossiblevaluesandpresentsalistofvaluesstartingwiththatcharacter.说明搜索是从第一个字符来进行匹配的。
2.Textenteredinsearchfieldsneedstomatchfromthebeginningofthevaluestoredineachrecordunlessthewildcardcharacterisprepended.Iftextisenteredinmorethanonesearchfield,thenarecordmustmatchonallthosefieldstobeincludedinthefilteredlist.Inotherwords,searchingfor“fred*”wouldonlymatchfirstnameslike“Fred*erick”orother“Fred”namescontainingtheasterisk(*)character.说明搜索分成三种:
一般的搜索、通配符前置的搜索、通配符后置的搜索。
Search
一般涉及到搜索的测试,都可以分成单关键词搜索和组合关键词搜索。
如果了解搜索的算法,还需要针对搜索算法来进行测试。
先来看一下单关键词搜索,这里主要需要分析搜索出来的结果到底和哪些因素有关,分析清楚了这些才能更好的设计测试用例。
这些因素主要包括:
1.输入的关键词。
2.数据库中到底有哪些数据。
这样可以考虑以下这些测试用例:
1.输入不带通配符的关键词(1个字符),数据库中没有匹配的记录。
2.输入不带通配符的关键词(多个字符),数据库中有完全匹配的一条记录。
3.输入不带通配符的关键词(多个字符),数据库中有字符匹配大小写不同的一条记录。
4.
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- Contacts 模块 功能 测试 设计 思路
![提示](https://static.bdocx.com/images/bang_tan.gif)