测试用例设计方法总结

1. 登陆、添加、删除、查询模块是我们经常遇到的，这些模块的测试点该如何考虑

　　1)登陆

　　　　① 用户名和密码都符合要求(格式上的要求)

　　　　② 用户名和密码都不符合要求(格式上的要求)

　　　　③ 用户名符合要求，密码不符合要求(格式上的要求)

　　　　④ 密码符合要求，用户名不符合要求(格式上的要求)

　　　　⑤ 用户名或密码为空

　　　　⑥ 数据库中不存在的用户名，不存在的密码

　　　　⑦ 数据库中存在的用户名，错误的密码

　　　　⑧ 数据库中不存在的用户名，存在的密码

　　　　⑨ 输入的数据前存在空格

　　　　⑩ 输入正确的用户名密码以后按[enter]是否能登陆

2) 添加

　　　　① 要添加的数据项均合理，检查数据库中是否添加了相应的数据

　　② 留出一个必填数据为空

　　③ 按照边界值等价类设计测试用例的原则设计其他输入项的测试用例

　　④ 不符合要求的地方要有错误提示

　　⑤ 是否支持table键

　　⑥ 按enter是否能保存

　　⑦ 若提示不能保存，也要察看数据库里是否多了一条数据

　　3) 删除

　　① 删除一个数据库中存在的数据，然后查看数据库中是否删除

　　② 删除一个数据库中并不存在的数据，看书否有错误提示，并且数据库中没有数据被删除

　　③ 输入一个格式错误的数据，看是否有错误提示，并且数据库中没有数据被删除。

　　④ 输入的正确数据前加空格，看是否能正确删除数据

　　⑤ 什么也不输入

　　⑥ 是否指出table键

　　⑦ 是否支持enter键

4)查询

精确查询：

　　① 输入的查询条件为数据库中存在的数据，看是否能正确地查出相应得数据

　　② 输入正确的查询条件以前加上空格，看是否能正确地查出相应的数据

　　③ 输入格式或范围不符合要求的数据，看是否有错误提示

　　④ 输入数据库中不存在的数据

　　⑤ 不输入任何数据

　　⑥ 是否支持table键

　　⑦ 是否支持enter键

　　模糊查询：

　　在精确查询的基础上加上以下一点

　　① 输入一些字符，看是否能查出数据库中所有的相关信息

2.设计功能测试用例

　　1）如何对文本框进行测试

　　a，输入正常的字母或数字。

　　b，输入已存在的文件的名称;

　　c，输入超长字符。例如在“名称”框中输入超过允许边界个数的字符，假设最多255个字符，尝试输入 256个字符，检查程序能否正确处理;

　　d，输入默认值，空白，空格;

　　e，若只允许输入字母，尝试输入数字;反之;尝试输入字母;

　　f，利用复制，粘贴等操作强制输入程序不允许的输入数据;

　　g，输入特殊字符集，例如，NUL及 等;

　　h，输入超过文本框长度的字符或文本，检查所输入的内容是否正常显示;

　　i，输入不符合格式的数据，检查程序是否正常校验，如，程序要求输入年月日格式为yy/mm/dd，实际输入yyyy/mm/dd，程序应该给出错误提示

　　　　j，在测试过程中所用到的测试方法：

　　1，输入非法数据;

　　2，输入默认值;

　　3，输入特殊字符集;

　　4，输入使缓冲区溢出的数据;

　　5，输入相同的文件名;

　　2）命令按钮控件的测试

　　a，点击按钮正确响应操作。如，单击确定，正确执行操作;单击取消，退出窗口;

　　b，对非法的输入或操作给出足够的提示说明，如，输入月工作天数为32时，单击”确定“后系统应提示:天数不能大于31;

　　c，对可能造成数据无法恢复的操作必须给出确认信息，给用户放弃选择的机会;

　　3）单选按钮控件的测试

　　a，一组单选按钮不能同时选中，只能选中一个。

　　b，逐一执行每个单选按钮的功能。分别选择了“男”“女”后，保存到数据库的数据应该相应的分别为“男”“女”;

　　c，一组执行同一功能的单选按钮在初始状态时必须有一个被默认选中，不能同时为空;

　　4）up-down控件文本框的测试

　　a，直接输入数字或用上下箭头控制，如，在“数目”中直接输入10，或者单击向上的箭头，使数目变为10;

　　b，利用上下箭头控制数字的自动循环，如，当最多数字为253时，单击向上箭头，数目自动变为1;反之亦适用;

　　c，直接输入超边界值，系统应该提示重新输入;

　　d，输入默认值，空白。如，“插入”数目为默认值，点击“确定”;或，删除默认值，使内容为空，单击“确定”进行测试;

　　e，输入字符。此时系统应提示输入有误。

5）组合列表框的测试

　　a，条目内容正确，其详细条目内容可以根据需求说明确定;

　　b，逐一执行列表框中每个条目的功能;

　　c，检查能否向组合列表框输入数据;

　　6）复选框的测试

　　a，多个复选框可以被同时选中;

　　b，多个复选框可以被部分选中;

　　c，多个复选框可以都不被选中;

　　d，逐一执行每个复选框的功能;

　　7）列表框控件的测试

　　a，条目内容正确;同组合列表框类似，根据需求说明书确定列表的各项内容正确，没有丢失或错误;

　　b，列表框的内容较多时要使用滚动条;

　　c，列表框允许多选时，要分别检查shift选中条目，按ctrl选中条目和直接用鼠标选中多项条目的情况;

8）滚动条控件的测试

　　要注意一下几点：

　　a，滚动条的长度根据显示信息的长度或宽度及时变换，这样有利于用户了解显示信息的位置和百分比，如，word中浏览100页文档，浏览到50页时，滚动条位置应处于中间;

　　b，拖动滚动条，检查屏幕刷新情况，并查看是否有乱码;

　　c，单击滚动条;

　　d，用滚轮控制滚动条;

　　e，滚动条的上下按钮。

9）各种控件在窗体中混和使用时的测试

　　a，控件间的相互作用;

　　b，tab键的顺序，一般是从上到下，从左到右;

　　c，热键的使用，逐一测试;

　　d，enter键和esc键的使用;

3、方法总结：

　　1）在测试中，应遵循由简入繁的原则，先进行单个控件功能的测试，确保实现无误后，再进行多个控件的的功能组合的测试。

　　2）密码输入框测试时要特别注意进行字母大写输入的测试。

　　3）查找替换操作

　　　　案例演示:打开word中的"替换"对话框

　　4）测试本功能有通过测试和失败测试两种情况

　　通过测试:

　　1，输入内容直接查找，或查找全部

　　2，在组合框中寻找已经查找过的内容，再次查找并确认文档的内容正确，如，已经查找过"测试用例"，再次进入不用重新输入查找内容，直接在文档中搜寻就可以.

　　失败测试:

　　1，输入过长或过短的查询字符串.如，假设查询的字符串长度为1到255，那么输入0，1，2，256，255和254进行测试;

　　2，输入特殊字符集，如，在word中.^g代表图片，^代表分栏符，可以输入这类特殊字符测试;

　　5）替换测试大体相同.

　　　　关于编辑操作窗口的功能测试的用例:

　　1，关闭查找替换窗口.不执行任何操作，直接退出;

　　2，附件和选项测试.假如，设定"精确搜寻"，"向后"搜索等附件选项等等来测试;

　　3，控件间的相互作用.如，搜寻内容为空时，按钮"搜寻全部"，"搜寻"，"全部替换"，"替换"都为灰色.

4，热键， Tab键.回车键的使用.

　　6）插入操作

　　1)插入文件

　　测试的情况

　　a，插入文件;

　　b，插入图像;

　　c，在文档中插入文档本身;

　　d，移除插入的源文件;

　　e，更换插入的源文件的内容;

　　2)链接文件

　　测试方法:

　　a，插入链接文件;

　　b，在文档中链接文档本身;

　　c，移除插入的源文件;

　　d，更换插入的源文件的内容.

　　3)插入对象

　　要测试的内容

　　a，插入程序允许的对象，如，在word中插入excel工作表;

　　b，修改所插入对象的内容.插入的对象仍能正确显示;

　　c，卸载生成插入对象的程序，如，在word中插入excel工作表后卸载excel，工作表仍正常使用.

7）编辑操作

　　　　编辑操作包括剪切，复制，粘贴操作.

测试剪切操作的方法

　　a，对文本，文本框，图文框进行剪切;

　　b，剪切图像

　　c，文本图像混合剪切

复制操作方法与剪切类似.

测试时，主要是对粘贴操作的测试，方法是:

　　a，粘贴剪切的文本，文本框及图文框;

　　b，粘贴所剪切的图像;

　　c，剪切后，在不同的程序中粘贴

　　d，多次粘贴同一内容，如，剪切后，在程序中连续粘贴3次;

　　e，利用粘贴操作强制输入程序所不允许输入的数据.

4.界面测试用例的设计方法

　　1)窗体

　　测试窗体的方法:

　　a，窗体大小，大小要合适，控件布局合理;

　　b，移动窗体.快速或慢速移动窗体，背景及窗体本身刷新必须正确;

　　c，缩放窗体，窗体上的控件应随窗体的大小变化而变化;

　　d，显示分辨率.必须在不同的分辨率的情况下测试程序的显示是否正常;

　　进行测试时还要注意状态栏是否显示正确;工具栏的图标执行操作是否有效，是否与菜单懒中图标显示一致;错误信息内容是否正确，无错别字，且明确等等;

2)控件

　　测试方法:

　　a，窗体或控件的字体和大小要一致;

　　b，注意全角，半角混合

　　c，无中英文混合.

3)菜单

　　进行测试时要注意

　　a，选择菜单是否可以正常工作，并与实际执行内容一致;

　　b，是否有错别字:

　　c，快捷键是否重复;

　　d，热键是否重复;

　　e，快捷键与热键操作是否有效

　　f，是否存在中英文混合

　　g，菜单要与语境相关，如，不同权限的用户登陆一个应用程序，不同级别的用户可以看到不同级别的菜单并使用不同级别的功能;

　　h，鼠标右键快捷菜单

4)特殊属性

　　1，安装界面应有公司介绍或产品介绍，有公司的图标

　　2，主界面及大多数界面最好有公司图标

　　3，选择"帮助"->"关于"命令，应 看见相关版权和产品信息

5、移动端全面测试总结：

　　1）安装/卸载；

　　　　1，真机上安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本；

　　　　安装关注点：版本号、渠道号、数字签名（用抓包工具辅助查看）、安装成功后启动向导、安装过程中对意外情况的处理（取消、死机、重启、断电、内存不足、断网）、安装进度条、主要功能流程；

　　　　卸载关注点：卸载过程中的意外情况处理（取消、死机、重启、断电、内存不足、断网）、卸载进度条；

 　　　  2，第三方软件协助安装、卸载、高版本覆盖安装、低版本覆盖安装、卸载后安装高版本；

　　　　3，在线升级：

　　　　升级注意点：升级提示、取消更新/强制更新、后台更新（ios的自动更新）、跨版本升级、升级过程中异常情况的处理（取消、死机、重启、断电、内存不足、断网）、升级进度、不同网络下升级；

　　第三方软件支持：itools、豌豆荚、91助手、华为助手、360、应用宝等；

　　2）业务功能测试；

　　　　1，根据需求文档、原型图和设计稿验证app各个功能的实现；　　　

　　　　2，共性功能：

　　1）注册：用户名密码的输入（同文本框编辑“2-1）”）、用户名密码长度限制、注册后的页面提示（手机短信提示）、前台和后台数据一致、；

　　2）登录：用户名密码的输入（同登录“1-1）”）、非法登录次数限制、多设备登录（MTOP现有原则，一个应用同时只允许一台设备登录）、禁用账号登录、登录成功信息、登录后有注销按钮、登录超时处理、登录过程断网处理、登录过程切换网络；

　　3）注销：注销后新账号登录、取消注销；

　　4）应用前后台切换：app前后台切换、锁屏解屏、电话中断后回到app、必须处理的提示框处理后回到app、杀掉进程后重新启动app、有数据交换的页面注意进行前后台切换以及锁屏解屏；

　　5）免登录：登录后杀掉进程重新启动app、无网络、切换用户登录、密码更换、主动退出登录下次启动app、卸载重装、在线更新、覆盖安装、跨版本安装、；

　　6）数据更新：手动或自动刷新、从后台切换到前台时数据更新、实时更新、定时更新、数据展示的处理逻辑（服务器获取、本地缓存）、更新异常处理（弱网、断网、服务器响应异常、数据为空）；

　　7）定位、相机、语音、蓝牙等服务：已开启、未开启根据提示开启、未开启并拒绝开启；

　　8）时间测试：修改手机时区；

　　9）推送测试：推送消息内容、推送消息链接跳转、免打扰或拒绝接收；　　10）交叉事件测试：

　　3）兼容测试；

　　　　1，分辨率；

　　　　主流分辨率：1080*1920、720*1280、800*1280、2560*1440、 2040x1080

　　　　非主流：1080*1800

　　　　2，主流系统版本；

　　　　ios：ios10、ios9、ios8、ios7；android：android6.0、android5.0、android4.*；

　　　　3，不同厂家定制；

　　　　iphone、华为、小米、oppo、vivo、魅族

　　　　4，不同尺寸：6寸、5寸、5.5寸、5.7寸、4.7寸、4寸

　　4）稳定性测试：

　　　　1，monkey结合友盟持续使用8小时以上统计crash率；

　　　　2，各种事件打扰，如插拔数据线、电话打扰、收发短信、切换网络、浏览网络、使用蓝牙传送/接收数据、相机等；

　　　　3，多个运行中app切换测试；

　　5）性能测试：

　　　　1，monkey结合性能测试工具监控cpu、内存、流量、耗电量；

　　　　2，评估典型用户应用场景下，系统资源的使用情况；

　　　　3，大数据测试（如需要读取用户通讯录的情况）；

　　　　4，不同网络响应速度、服务器接口压力测试；

　　　　5，与竞品的Benchmarking（基线测试）；

　　6）网络测试：

　　　　1，无网络测试；

　　　　2，弱网测试；

　　　　3，外网测试；

　　7）界面易用性测试：

　　　　1，符合android或ios体验规范；

 　　　　　　1）android体验规范：长按弹出删除选项（一时想不起来还有哪些，平时还是要多做总结）；

　　　　　　 2）ios体验规范：左滑弹出删除选项、左右滑动可翻页　

　　　　2，符合用户体验规范：

1）是否有空数据界面设计，引导用户去执行操作。

2）是否滥用用户引导。

3）是否有不可点击的效果，如：你的按钮此时处于不可用状态，那么一定要灰掉，或者拿掉按钮，否则会给用户误导

4）菜单层次是否太深；

5）交互流程分支是否太多；

6）相关的选项是否离得很远；

7）界面中按钮可点击范围是否适中；

8）当切换标签的时候，内容跟着切换；

9）是否定义Back的逻辑。涉及软硬件交互时，Back键应具体定义

10）是否有横屏模式的设计，应用一般需要支持横屏模式，即自适应设计；　

　　11）在不同的页面是否有导航连接、导航与页面风格一致；

　　12）是否需要搜索；

　　13）图片质量、同一页面图片颜色不宜过多、同一页面标签风格统一；

　　14）文案：输入框中说明文字、页面文字正确性、敏感词汇、敏感图片（设计专利、版权、隐私等）；

　　8）安全测试：

　　　　1，软件权限：　　　　　　

1）限制/允许使用手机功能接人互联网

2）限制/允许使用手机发送接受信息功能

3）限制/允许应用程序来注册自动启动应用程序

4）限制或使用本地连接

5）限制/允许使用手机拍照或录音

6）限制/允许使用手机读取用户数据

7) 限制/允许使用手机写人用户数据

2，安装/卸载安全性：

1）能够在安装设备驱动程序上找到应用程序的相应图标

2）安装路径应能指定

3）没有用户的允许, 应用程序不能预先设定自动启动

4）卸载是否安全, 其安装进去的文件是否全部卸载

5）卸载用户使用过程中产生的文件是否有提示

6）其修改的配置信息是否复原

7）卸载是否影响其他软件的功能

8）卸载应该移除所有的文件

3，数据安全性：　　 

1）输人的密码将不以明文形式进行显示 

2）密码, 信用卡明细, 或其他的敏感数据将不被储存在它们预输人的位置上 

3）不同的应用程序的密码长度必需至少在4一8 个数字长度之间 

4）当应用程序处理信用卡明细, 或其他的敏感数据时, 不以明文形式将数据写到其它单独的文件或者临时文件中。以防止应用程序异常终止而又没有侧除它的临时文件, 文件可能遭受人侵者的袭击, 然后读取这些数据信息。 

5）当将敏感数据输人到应用程序时, 其不会被储存在设备中 

6）备份应该加密, 恢复数据应考虑恢复过程的异常，通讯中断等, 数据恢复后再使用前应该经过校验 

7）应用程序应考虑系统或者虚拟机器产生的用户提示信息或安全警告 

8）应用程序不能忽略系统或者虚拟机器产生的用户提示信息或安全警告, 更不能在安全警告显示前，利用显示误导信息欺骗用户，应用程序不应该模拟进行安全警告误导用户 

9）在数据删除之前，应用程序应当通知用户或者应用程序提供一个“取消”命令的操作 

10）“ 取消”命令操作能够按照设计要求实现其功能 

11）应用程序应当能够处理当不允许应用软件连接到个人信息管理的情况 

12）当进行读或写用户信息操作时, 应用程序将会向用户发送一个操作错误的提示信息 

13）在没有用户明确许可的前提下不损坏删除个人信息管理应用程序中的任何内容 

14）应用程序读和写数据正确。 

15）应用程序应当有异常保护。 

16）如果数据库中重要的数据正要被重写, 应及时告知用户 

17）能合理地处理出现的错误 

18）意外情况下应提示用户 

　　9）自动化测试

 

说明：1、2、3、4转自：

http://mp.weixin.qq.com/s?__biz=MzA4MTcyOTEwMw==&mid=2650611195&idx=2&sn=f062fc6e9778ccd8e50f3bbf97d883b0&chksm=87993edbb0eeb7cd0eca5bbc2c03e776244c8d84168322fd65636d8abcde7725eca434fe7d40&mpshare=1&scene=1&srcid=1215PAe8bYl03cP1JgEJSudk#rd